Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #369476 > unrolled thread
| Started by | Helmut Schellong <var@schellong.biz> |
|---|---|
| First post | 2026-09-19 01:59 +0200 |
| Last post | 2026-10-04 17:49 +0200 |
| Articles | 20 on this page of 92 — 16 participants |
Back to article view | Back to de.sci.electronics
Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-19 01:59 +0200
Re: Echter Zufall mit iTSC-counter Leo Baumann <ib@leobaumann.de> - 2026-09-19 04:32 +0200
Re: Echter Zufall mit iTSC-counter Stefan Wiens <s.wi@gmx.net> - 2026-09-19 08:31 +0200
Re: Echter Zufall mit iTSC-counter Leo Baumann <ib@leobaumann.de> - 2026-09-21 18:43 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-21 20:26 +0200
Re: Echter Zufall mit iTSC-counter Leo Baumann <ib@leobaumann.de> - 2026-09-21 20:33 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-21 21:49 +0200
Re: Echter Zufall mit iTSC-counter Leo Baumann <ib@leobaumann.de> - 2026-09-21 21:56 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-21 22:07 +0200
Re: Echter Zufall mit iTSC-counter Leo Baumann <ib@leobaumann.de> - 2026-09-22 01:35 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-22 14:35 +0200
Re: Echter Zufall mit iTSC-counter Marte Schwarz <marte.schwarz@gmx.de> - 2026-09-22 17:00 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-22 18:04 +0200
Echter Zufall mit iTSC-counter - Bericht und Beweis Helmut Schellong <var@schellong.biz> - 2026-09-23 23:22 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Helmut Schellong <var@schellong.biz> - 2026-09-24 20:51 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Helmut Schellong <var@schellong.biz> - 2026-09-25 15:37 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Helmut Schellong <var@schellong.biz> - 2026-09-25 23:13 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Leo Baumann <ib@leobaumann.de> - 2026-09-26 04:20 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Helmut Schellong <var@schellong.biz> - 2026-09-26 15:49 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-26 17:06 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Andreas Fecht <forum@aftec.de> - 2026-09-26 19:14 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Christian Weisgerber <naddy@mips.inka.de> - 2026-09-26 16:38 +0000
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Helmut Schellong <var@schellong.biz> - 2026-09-27 02:07 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Helmut Schellong <var@schellong.biz> - 2026-09-27 12:47 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Stefan Wiens <s.wi@gmx.net> - 2026-09-27 13:50 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Helmut Schellong <var@schellong.biz> - 2026-09-27 20:24 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Helmut Schellong <var@schellong.biz> - 2026-09-27 21:02 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Helmut Schellong <var@schellong.biz> - 2026-09-28 20:42 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Leo Baumann <ib@leobaumann.de> - 2026-09-26 04:54 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Helmut Schellong <var@schellong.biz> - 2026-09-26 16:22 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Leo Baumann <ib@leobaumann.de> - 2026-09-26 16:29 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Helmut Schellong <var@schellong.biz> - 2026-09-26 16:35 +0200
Re: Echter Zufall mit iTSC-counter - Bericht und Beweis Leo Baumann <ib@leobaumann.de> - 2026-09-26 16:38 +0200
Re: Echter Zufall mit iTSC-counter Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-22 10:11 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-22 15:04 +0200
Re: Echter Zufall mit iTSC-counter Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-22 17:59 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-22 19:38 +0200
Re: Echter Zufall mit iTSC-counter Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-21 21:31 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-22 15:22 +0200
Re: Echter Zufall mit iTSC-counter Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-22 17:25 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-22 18:32 +0200
Re: Echter Zufall mit iTSC-counter Leo Baumann <ib@leobaumann.de> - 2026-09-22 18:41 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-22 19:48 +0200
Re: Echter Zufall mit iTSC-counter Leo Baumann <ib@leobaumann.de> - 2026-09-22 19:53 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-22 22:52 +0200
Re: Echter Zufall mit iTSC-counter Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-24 09:49 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-24 12:57 +0200
Re: Echter Zufall mit iTSC-counter Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> - 2026-09-25 01:52 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-25 14:58 +0200
Re: Echter Zufall mit iTSC-counter Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-26 09:24 +0200
Re: Echter Zufall mit iTSC-counter Leo Baumann <ib@leobaumann.de> - 2026-09-21 20:01 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-19 13:54 +0200
Re: Echter Zufall mit iTSC-counter Leo Baumann <ib@leobaumann.de> - 2026-09-19 16:03 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-19 20:41 +0200
Re: Echter Zufall mit iTSC-counter Leo Baumann <ib@leobaumann.de> - 2026-09-19 22:02 +0200
Re: Echter Zufall mit RDRAND Leo Baumann <ib@leobaumann.de> - 2026-09-20 03:29 +0200
Re: Echter Zufall mit RDRAND Helmut Schellong <var@schellong.biz> - 2026-09-20 11:52 +0200
Re: Echter Zufall mit RDRAND Leo Baumann <ib@leobaumann.de> - 2026-09-20 17:59 +0200
Re: Echter Zufall mit RDRAND Michael Schwingen <news-1513678000@discworld.dascon.de> - 2026-09-21 19:01 +0000
Re: Echter Zufall mit RDRAND Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-24 09:16 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-20 12:06 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-20 21:45 +0200
Re: Echter Zufall mit iTSC-counter Marte Schwarz <marte.schwarz@gmx.de> - 2026-09-20 22:38 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-20 23:03 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-21 21:10 +0200
Re: Echter Zufall mit iTSC-counter Stefan Wiens <s.wi@gmx.net> - 2026-09-21 21:18 +0200
Re: Echter Zufall mit iTSC-counter Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-21 12:02 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-21 12:57 +0200
Re: Echter Zufall mit iTSC-counter Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-09-19 08:59 +0200
Re: Echter Zufall mit iTSC-counter Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-09-19 09:53 +0200
Re: Echter Zufall mit iTSC-counter Eric Bruecklmeier <u@5i7.de> - 2026-09-19 13:45 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-19 14:36 +0200
Re: Echter Zufall mit iTSC-counter Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-20 09:37 +0200
Re: Echter Zufall mit iTSC-counter Peter Thoms <dl6lat@darc.de> - 2026-09-19 12:13 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-19 14:11 +0200
Re: Echter Zufall mit iTSC-counter Ralph Aichinger <ra@h5.or.at> - 2026-09-19 08:26 +0000
Re: Echter Zufall mit iTSC-counter Bernd Laengerich <Bernd.Laengerich@web.de> - 2026-09-19 12:00 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-19 14:33 +0200
Re: Echter Zufall mit iTSC-counter Andreas Fecht <forum@aftec.de> - 2026-09-19 20:42 +0200
Re: Echter Zufall mit iTSC-counter Arno Welzel <usenet@arnowelzel.de> - 2026-09-26 13:12 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-26 16:19 +0200
Re: Echter Zufall mit iTSC-counter Thomas Prufer <prufer.public@mnet-online.de.invalid> - 2026-09-26 17:47 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-09-26 18:39 +0200
Re: Echter Zufall mit iTSC-counter Arno Welzel <usenet@arnowelzel.de> - 2026-10-03 22:59 +0200
Re: Echter Zufall mit iTSC-counter Leo Baumann <ib@leobaumann.de> - 2026-10-03 23:08 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-10-04 01:09 +0200
Re: Echter Zufall mit iTSC-counter Arno Welzel <usenet@arnowelzel.de> - 2026-10-04 02:57 +0200
Re: Echter Zufall mit iTSC-counter Stefan Wiens <s.wi@gmx.net> - 2026-10-04 03:25 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-10-04 12:02 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-10-04 12:07 +0200
Re: Echter Zufall mit iTSC-counter Alexander Schreiber <als@usenet.thangorodrim.de> - 2026-10-04 15:01 +0200
Re: Echter Zufall mit iTSC-counter Helmut Schellong <var@schellong.biz> - 2026-10-04 17:49 +0200
Page 3 of 5 — ← Prev page 1 2 [3] 4 5 Next page →
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-22 18:32 +0200 |
| Message-ID | <118uaim$6lsb$1@solani.org> |
| In reply to | #369532 |
Alexander Schreiber wrote on 22.09.2026 17:25: > Helmut Schellong <var@schellong.biz> wrote: >> Alexander Schreiber wrote on 21.09.2026 21:31: >>> Helmut Schellong <var@schellong.biz> wrote: >>>> Leo Baumann wrote on 21.09.2026 18:43: >>>>> Am 19.09.2026 um 08:31 schrieb Stefan Wiens: >>>>>>> RDRAND grift auf den internen, hardwarebasierten >>>>>>> Zufallszahlengenerator zurück, der echtes thermisches Rauschen als >>>>>>> Quelle benutzt. >>>>>> >>>>>> Etwas mehr Mühe sollte man sich schon machen: >>>>>> >>>>>> <https://www.intel.com/content/www/us/en/developer/articles/guide/intel-digital-random-number-generator-drng-software-implementation-guide.html> >>>>>> >>>>>> >>>>> BTW, der Server-Prozessor vom Online-Assembler 'myCompiler' beherrscht den Assemblerbefehl rdseed nicht... >>>> Die Instruktion rdtsc speichert ihren 64-bit-Wert in die beiden 32-bit-Register edx und eax. >>>> Das ist generell portabler! >>>> Deshalb verzichtete ich bisher auf rdrand und andere. >>> >>> Nur mit dem kleinen Detail das rdtsc den internen Time Stamp Counter >>> ausliest, mit der Konsequenz das ein so geseedeter PRNG zwar für >>> Würfelspielchen ausreicht, man damit aber keine kryptographisch >>> sicheren Zufallszahlen generieren kann. >> >> Das kann so gesagt werden. >> Deshalb kann ich in meinem Kommando 'randtsc' die Anzahl Bits einstellen, die ich >> von LSB her jedem TSC-Wert entnehme. >> >> Weiterhin habe ich ein Delay programmiert, ebenso mit einstellbarer Anzahl Bits. >> Dieses Delay wird dem TSC-Wert selbst entnommen, ist also eine Rückkopplung. >> Bei Bits=0 ist diese Zusatz-Verzögerung ebenso 0. >> >> Es ist für mich ganz sicher, daß ich einen sogenannten One-Time-Pad >> mit _diesen_ Zahlenfolgen konstruieren kann. > > Rein technisch kann man ein One-Time-Pad auch mit einer Serie von lauter > Nullen konstruieren. Ist zwar für ernstzunehmende Verschlüsselung nicht > sinnvoll, aber man kann das so machen (Ok, sinnvoller Einsatz für sowas > wäre ein kurzer Test, um grobe Fehler in der Implementation zu finden). > >> Meine visuelle Analyse reicht eigentlich schon für diese Aussage. > > Erfahrene Kryptographen benutzen detaillierte stochastische Analysen > um die Qualität von Zufallszahlenserien zu ermitteln während unser > Helmut solcherlei Krücken nicht braucht und das mit einem kurzen Blick > einschätzen kann. Was sind wir immens beeindruckt. Stell Dir ruhig vor, daß ich ein solches Talent tatsächlich habe. Meine Arbeit verlangt ständig nach visuellen Stützen. So arbeite ich schneller und erfolgreicher. Vor einer Stunde habe ich bei visuellen Sichtungen nach Tests innerhalb von Minuten eine Verflachung der Dynamik nach vielen Daten entdeckt, und Ähnliches. Auch einen Verlust der Zufälligkeit konnte ich entdecken durch 'Kommando args > datei'. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Leo Baumann <ib@leobaumann.de> |
|---|---|
| Date | 2026-09-22 18:41 +0200 |
| Message-ID | <118ub4j$4e39$1@solani.org> |
| In reply to | #369533 |
Am 22.09.2026 um 18:32 schrieb Helmut Schellong: > Vor einer Stunde habe ich bei visuellen Sichtungen nach Tests innerhalb > von Minuten > eine Verflachung der Dynamik nach vielen Daten entdeckt, und Ähnliches. Jetzt reichts! - Ich bin dann 'mal weg und wieder bei den Diplom-Ingenieuren - haha -- Public Webspace von Ingenieurbüro Baumann: https://hidrive.ionos.com/share/sc0px3oy7x
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-22 19:48 +0200 |
| Message-ID | <118uf1l$6pap$1@solani.org> |
| In reply to | #369534 |
Leo Baumann wrote on 22.09.2026 18:41: > Am 22.09.2026 um 18:32 schrieb Helmut Schellong: >> Vor einer Stunde habe ich bei visuellen Sichtungen nach Tests innerhalb von Minuten >> eine Verflachung der Dynamik nach vielen Daten entdeckt, und Ähnliches. > > Jetzt reichts! - Ich bin dann 'mal weg und wieder bei den Diplom-Ingenieuren - haha Eine Verflachung der Dynamik nach vielen Daten ist jedenfalls ein sehr wichtiges Problem für Diplom-Ingenieure. Beispielsweise Krypto-Pseudo-Zufallszahlen können nach einer bestimmten Anzahl nicht mehr verwendet werden, wegen beginnender Untauglichkeit. Es muß ein Neustart durchgeführt werden, mit neuem Schlüssel. Bei Auftreten solcher Probleme ziehst Du Dich offenbar zurück. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Leo Baumann <ib@leobaumann.de> |
|---|---|
| Date | 2026-09-22 19:53 +0200 |
| Message-ID | <118ufau$4hdk$1@solani.org> |
| In reply to | #369536 |
Am 22.09.2026 um 19:48 schrieb Helmut Schellong: >> Jetzt reichts! - Ich bin dann 'mal weg und wieder bei den Diplom- >> Ingenieuren - haha > > Eine Verflachung der Dynamik nach vielen Daten ist jedenfalls ein sehr > wichtiges > Problem für Diplom-Ingenieure. > > Beispielsweise Krypto-Pseudo-Zufallszahlen können nach einer bestimmten > Anzahl > nicht mehr verwendet werden, wegen beginnender Untauglichkeit. > Es muß ein Neustart durchgeführt werden, mit neuem Schlüssel. > > Bei Auftreten solcher Probleme ziehst Du Dich offenbar zurück. Du hättest Sozialarbeiter werden sollen! -- Public Webspace von Ingenieurbüro Baumann: https://hidrive.ionos.com/share/sc0px3oy7x
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-22 22:52 +0200 |
| Message-ID | <118upqo$718r$1@solani.org> |
| In reply to | #369537 |
Leo Baumann wrote on 22.09.2026 19:53: > Am 22.09.2026 um 19:48 schrieb Helmut Schellong: >>> Jetzt reichts! - Ich bin dann 'mal weg und wieder bei den Diplom- Ingenieuren - haha >> >> Eine Verflachung der Dynamik nach vielen Daten ist jedenfalls ein sehr wichtiges >> Problem für Diplom-Ingenieure. >> >> Beispielsweise Krypto-Pseudo-Zufallszahlen können nach einer bestimmten Anzahl >> nicht mehr verwendet werden, wegen beginnender Untauglichkeit. >> Es muß ein Neustart durchgeführt werden, mit neuem Schlüssel. >> >> Bei Auftreten solcher Probleme ziehst Du Dich offenbar zurück. > > Du hättest Sozialarbeiter werden sollen! Dann wärst Du mein Lebenswerk geworden. Ich hätte Dich mit dem Puder des Karl Lagerfeld gepudert und vielem Anderen mehr. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Thomas Prufer <prufer.public@mnet-online.de.invalid> |
|---|---|
| Date | 2026-09-24 09:49 +0200 |
| Message-ID | <8bl9bl5b2up50t77ago7gpaf0i7674hjv8@4ax.com> |
| In reply to | #369528 |
On Tue, 22 Sep 2026 15:22:35 +0200, Helmut Schellong <var@schellong.biz> wrote: >Es ist für mich ganz sicher, daß ich einen sogenannten One-Time-Pad >mit _diesen_ Zahlenfolgen konstruieren kann. >Meine visuelle Analyse reicht eigentlich schon für diese Aussage. Erkennst du zB auch, wenn ein Ziffernfolge die Stellen von pi ab Nachkommastelle N ist? Die Ziffern der Folge sind zufallsverteilt, aber rekonstruierbar, oder? Thomas Prufer
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-24 12:57 +0200 |
| Message-ID | <1192vni$9vbn$1@solani.org> |
| In reply to | #369543 |
Thomas Prufer wrote on 24.09.2026 09:49: > On Tue, 22 Sep 2026 15:22:35 +0200, Helmut Schellong <var@schellong.biz> wrote: > >> Es ist für mich ganz sicher, daß ich einen sogenannten One-Time-Pad >> mit _diesen_ Zahlenfolgen konstruieren kann. >> Meine visuelle Analyse reicht eigentlich schon für diese Aussage. > > > Erkennst du zB auch, wenn ein Ziffernfolge die Stellen von pi ab Nachkommastelle > N ist? Visuell gewiß nicht. Es ist aber auch entbehrlich, hier nachzuforschen. > Die Ziffern der Folge sind zufallsverteilt, aber rekonstruierbar, oder? Im Posting: "Echter Zufall mit iTSC-counter - Bericht und Beweis" habe ich das ausführlich erklärt, Schritt für Schritt. Die Ziffern der Folge sind garantiert nicht rekonstruierbar. Sie kommen schließlich nicht von einem PRNG. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> |
|---|---|
| Date | 2026-09-25 01:52 +0200 |
| Message-ID | <20260925015249.7f64d7d5@Achmuehle.WOR> |
| In reply to | #369543 |
Hallo Thomas, Du schriebst am Thu, 24 Sep 2026 09:49:00 +0200: > Erkennst du zB auch, wenn ein Ziffernfolge die Stellen von pi ab > Nachkommastelle N ist? Das ist eine äußerst heikle Frage. > Die Ziffern der Folge sind zufallsverteilt, aber rekonstruierbar, oder? So richtig bewiesen ist das "zufallsverteilt" AFAIK zwar nicht, aber es wird allgemein so angenommen. Wenn dem so ist, gibt es aber auch die Möglichkeit, daß _jede_ endliche Ziffernfolge jeder beliebigen Länge in der Folge der Stellen von Pi auftritt, womit die Fragestellung allein an der Angabe der Position "N" hinge und damit gleich die Länge der Vergleichfolge festlegte. Nebenbei könnte ein Beweis für die Zufallsverteilung der Ziffern von Pi (was dann auch in beliebigen ganzzahligen Basen der Fall sein müßte) bedeuten, daß das wohl auch für jede andere irrationale Zahl gelten müßte, dann halt nur in jeweils anderer Anordnung. Da es ja auch unendlich viele Anordnungsmöglichkeiten für endliche Folgen in einer unendlichen Sequenz gibt, könnte daraus vielleicht sogar ein Zusammenhang zwischen den Mächtigkeiten der Mengen der rationalen und der irrationalen Zahlen gefunden werden, der ja (wieder AFAIK) immer noch strittig ist. Daß die Mächtigkeit der Menge der irrationalen Zahlen die der rationalen übersteigt, wird ja gerne mit einer Art Widerspruchsbeweis durch Angabe einer Anordnungsvorschrift für die rationalen Zahlen und der Angabe einer Abweichenden Stellenfolge einer daraus abgeleiteten "irrationalen" Zahl bewiesen. Sollte dieser Beweis unvollständig sein, könnte das tiefgreifende Wirkungen auf die Mathematik und daraus abgeleitete Anwendungen auf viele Anwendungsgebiete nach sich ziehen. (Sicher ist das eine Privathypothese, aber daß die MAthematik vollständig wäre, behaupten Mathematiker auch nicht. Auch da wird noch viel geforscht, und ein Ende ist nicht in Sicht.) -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-25 14:58 +0200 |
| Message-ID | <1195r4p$9gl2$1@solani.org> |
| In reply to | #369548 |
Sieghard Schicktanz wrote on 25.09.2026 01:52: > Hallo Thomas, > > Du schriebst am Thu, 24 Sep 2026 09:49:00 +0200: > >> Erkennst du zB auch, wenn ein Ziffernfolge die Stellen von pi ab >> Nachkommastelle N ist? > > Das ist eine äußerst heikle Frage. > >> Die Ziffern der Folge sind zufallsverteilt, aber rekonstruierbar, oder? > > So richtig bewiesen ist das "zufallsverteilt" AFAIK zwar nicht, aber es > wird allgemein so angenommen. Wenn dem so ist, gibt es aber auch die > Möglichkeit, daß _jede_ endliche Ziffernfolge jeder beliebigen Länge in der > Folge der Stellen von Pi auftritt, womit die Fragestellung allein an der > Angabe der Position "N" hinge und damit gleich die Länge der Vergleichfolge > festlegte. Der Counter TSC zählt ja um 1 hoch. Er deckt den kompletten Wert-Bereich 0..2^64-1 ab. In der Praxis müssen folglich _alle_ Werte bis 2^32-1 recht schnell vorkommen. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Thomas Prufer <prufer.public@mnet-online.de.invalid> |
|---|---|
| Date | 2026-09-26 09:24 +0200 |
| Message-ID | <misebltjf4ngud4okmh5tprkfjj3jqu79c@4ax.com> |
| In reply to | #369548 |
On Fri, 25 Sep 2026 01:52:49 +0200, Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de.invalid> wrote: >Hallo Thomas, > >Du schriebst am Thu, 24 Sep 2026 09:49:00 +0200: > >> Erkennst du zB auch, wenn ein Ziffernfolge die Stellen von pi ab >> Nachkommastelle N ist? > >Das ist eine äußerst heikle Frage. Ja. Deshalb stellte ich sie auch:-) Thomas Prufer
[toc] | [prev] | [next] | [standalone]
| From | Leo Baumann <ib@leobaumann.de> |
|---|---|
| Date | 2026-09-21 20:01 +0200 |
| Message-ID | <118rrd6$4qam$1@solani.org> |
| In reply to | #369479 |
Am 19.09.2026 um 08:31 schrieb Stefan Wiens: > Etwas mehr Mühe sollte man sich schon machen: > > <https://www.intel.com/content/www/us/en/developer/articles/guide/intel-digital-random-number-generator-drng-software-implementation-guide.html> Zufallszahl mit Read-Seed, RDSEED - Assemblerprogramm, der Vollständigkeit halber ... www.leobaumann.de/newsgroups/Zufallszahl_Read_Seed.asm :) -- Public Webspace von Ingenieurbüro Baumann: https://hidrive.ionos.com/share/sc0px3oy7x
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-19 13:54 +0200 |
| Message-ID | <118lt61$fcbq$1@solani.org> |
| In reply to | #369478 |
Leo Baumann wrote on 19.09.2026 04:32: > Am 19.09.2026 um 01:59 schrieb Helmut Schellong: >> Mittels einer Assembler-Funktion rdtsc(), die ich schon lange besitze, habe >> ich nun einen Generator für echte Zufallszahlen entwickelt. >> >> http://www.schellong.de/htm/randtsc.c.html >> >> Ausgabe: >> =========================================================================== >> 00000276457408345376 >> 00000276457428358754 >> 00000276457431266902 >> 00000276457435366459 >> 00000276457448473547 >> 00000276457451206089 >> 00000276457454226781 >> 00000276457457223742 >> 00000276457460060553 >> 00000276457474314196 >> 00000276457477764702 >> 00000276457485946076 >> 00000276457489986581 >> 00000276457500216563 >> 00000276457560363833 >> 00000276457566068760 >> 00000276457571709045 >> 00000276457594841516 >> 00000276457618375542 >> 00000276457628372033 >> 00000276457634496509 >> 00000276457641473652 >> 00000276457662760413 >> 00000276457667772505 >> =========================================================================== >> >> In Prozessoren amd64 befindet sich ein 64-bit-Counter, der von einer Taktfrequenz >> im Giga-Hertz-Bereich angetrieben wird. >> Der verändert sich durch die Zeitdauer von nur einem Funktionsaufruf bereits >> um Millionen in seinem Zählerstand. >> >> Mindestens die 4/5 Ziffern von rechts können als random verwendet werden. >> Oft sind bereits 1- bis 2-stellige Zahlen in geringerer Anzahl nützlich. >> >> Das Kommando nimmt ein Argument entgegen: Die Anzahl von ausgegebenen Zahlen. >> Voreingestellt ist die Anzahl 8. > > Kompliziert! > Warum benutzt Du keinen Maschinenbefehl? > > retry_loop: > RDRAND rax > JNC retry_loop > > RDRAND grift auf den internen, hardwarebasierten Zufallszahlengenerator zurück, der echtes thermisches Rauschen als Quelle benutzt. Neuere Prozessoren haben diese Instruktion, und auch eine für AES. Das kenne ich seit langer Zeit. Ich habe aber erst seit 2023 einen geeigneten Prozessor. Und ich werde mein Kommando randtsc noch erweitern, zu einem Test- und Experimentier-Tool. Ich bin gerade dabei - wird heute fertig. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Leo Baumann <ib@leobaumann.de> |
|---|---|
| Date | 2026-09-19 16:03 +0200 |
| Message-ID | <118m4n2$fi0i$1@solani.org> |
| In reply to | #369488 |
Am 19.09.2026 um 13:54 schrieb Helmut Schellong:
> Leo Baumann wrote on 19.09.2026 04:32:
>> Am 19.09.2026 um 01:59 schrieb Helmut Schellong:
>>> Mittels einer Assembler-Funktion rdtsc(), die ich schon lange
>>> besitze, habe
>>> ich nun einen Generator für echte Zufallszahlen entwickelt.
>>>
>>> http://www.schellong.de/htm/randtsc.c.html
>>>
>>> Ausgabe:
>>> ===========================================================================
>>> 00000276457408345376
>>> 00000276457428358754
>>> 00000276457431266902
>>> 00000276457435366459
>>> 00000276457448473547
>>> 00000276457451206089
>>> 00000276457454226781
>>> 00000276457457223742
>>> 00000276457460060553
>>> 00000276457474314196
>>> 00000276457477764702
>>> 00000276457485946076
>>> 00000276457489986581
>>> 00000276457500216563
>>> 00000276457560363833
>>> 00000276457566068760
>>> 00000276457571709045
>>> 00000276457594841516
>>> 00000276457618375542
>>> 00000276457628372033
>>> 00000276457634496509
>>> 00000276457641473652
>>> 00000276457662760413
>>> 00000276457667772505
>>> ===========================================================================
>>>
>>> In Prozessoren amd64 befindet sich ein 64-bit-Counter, der von einer
>>> Taktfrequenz
>>> im Giga-Hertz-Bereich angetrieben wird.
>>> Der verändert sich durch die Zeitdauer von nur einem Funktionsaufruf
>>> bereits
>>> um Millionen in seinem Zählerstand.
>>>
>>> Mindestens die 4/5 Ziffern von rechts können als random verwendet
>>> werden.
>>> Oft sind bereits 1- bis 2-stellige Zahlen in geringerer Anzahl nützlich.
>>>
>>> Das Kommando nimmt ein Argument entgegen: Die Anzahl von
>>> ausgegebenen Zahlen.
>>> Voreingestellt ist die Anzahl 8.
>>
>> Kompliziert!
>> Warum benutzt Du keinen Maschinenbefehl?
>>
>> retry_loop:
>> RDRAND rax
>> JNC retry_loop
>>
>> RDRAND grift auf den internen, hardwarebasierten
>> Zufallszahlengenerator zurück, der echtes thermisches Rauschen als
>> Quelle benutzt.
>
> Neuere Prozessoren haben diese Instruktion, und auch eine für AES.
> Das kenne ich seit langer Zeit.
> Ich habe aber erst seit 2023 einen geeigneten Prozessor.
>
> Und ich werde mein Kommando randtsc noch erweitern, zu einem Test- und
> Experimentier-Tool.
> Ich bin gerade dabei - wird heute fertig.
nasmsection .text
global get_rdrand_64
;
---------------------------------------------------------------------------
; get_rdrand_64
; Gibt eine 64-Bit-Hardware-Zufallszahl zurück.
; C-Prototyp: uint64_t get_rdrand_64(int *success);
;
; Input: RDI = Zeiger auf eine Status-Variable (success)
; Output: RAX = Die generierte Zufallszahl (0 bei Fehler)
;
---------------------------------------------------------------------------
get_rdrand_64:
mov ecx, 10 ; Maximale Anzahl der Versuche (Retry-Counter)
.loop_rdrand:
rdrand rax ; Versuche, 64-Bit-Zufall in RAX zu laden
jc .success ; Wenn Carry-Flag (CF) = 1, war es
erfolgreich -> Springe zu .success
pause ; Dem Prozessor eine kurze Pause gönnen
(Strom sparen / Thread freigeben)
loop .loop_rdrand ; ECX dekrementieren, wenn > 0, Schleife
wiederholen
.fail:
mov qword [rdi], 0 ; Setze *success = 0 (Fehlgeschlagen)
xor rax, rax ; RAX auf 0 setzen
ret
.success:
mov qword [rdi], 1 ; Setze *success = 1 (Erfolgreich)
; Die Zufallszahl befindet sich bereits in RAX und wird zurückgegeben
ret
--
Public Webspace von Ingenieurbüro Baumann:
https://hidrive.ionos.com/share/sc0px3oy7x
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-19 20:41 +0200 |
| Message-ID | <118ml0m$fu22$1@solani.org> |
| In reply to | #369495 |
Leo Baumann wrote on 19.09.2026 16:03: > Am 19.09.2026 um 13:54 schrieb Helmut Schellong: >> Leo Baumann wrote on 19.09.2026 04:32: >>> Am 19.09.2026 um 01:59 schrieb Helmut Schellong: >>>> Mittels einer Assembler-Funktion rdtsc(), die ich schon lange besitze, habe >>>> ich nun einen Generator für echte Zufallszahlen entwickelt. >>>> >>>> http://www.schellong.de/htm/randtsc.c.html >>>> >>>> Ausgabe: >>>> =========================================================================== >>>> 00000276457408345376 >>>> 00000276457428358754 >>>> 00000276457431266902 >>>> 00000276457435366459 >>>> 00000276457448473547 >>>> 00000276457451206089 >>>> 00000276457454226781 >>>> 00000276457457223742 >>>> 00000276457460060553 >>>> 00000276457474314196 >>>> 00000276457477764702 >>>> 00000276457485946076 >>>> 00000276457489986581 >>>> 00000276457500216563 >>>> 00000276457560363833 >>>> 00000276457566068760 >>>> 00000276457571709045 >>>> 00000276457594841516 >>>> 00000276457618375542 >>>> 00000276457628372033 >>>> 00000276457634496509 >>>> 00000276457641473652 >>>> 00000276457662760413 >>>> 00000276457667772505 >>>> =========================================================================== >>>> >>>> In Prozessoren amd64 befindet sich ein 64-bit-Counter, der von einer Taktfrequenz >>>> im Giga-Hertz-Bereich angetrieben wird. >>>> Der verändert sich durch die Zeitdauer von nur einem Funktionsaufruf bereits >>>> um Millionen in seinem Zählerstand. >>>> >>>> Mindestens die 4/5 Ziffern von rechts können als random verwendet werden. >>>> Oft sind bereits 1- bis 2-stellige Zahlen in geringerer Anzahl nützlich. >>>> >>>> Das Kommando nimmt ein Argument entgegen: Die Anzahl von ausgegebenen Zahlen. >>>> Voreingestellt ist die Anzahl 8. >>> >>> Kompliziert! >>> Warum benutzt Du keinen Maschinenbefehl? >>> >>> retry_loop: >>> RDRAND rax >>> JNC retry_loop >>> >>> RDRAND grift auf den internen, hardwarebasierten Zufallszahlengenerator zurück, der echtes thermisches Rauschen als Quelle benutzt. >> >> Neuere Prozessoren haben diese Instruktion, und auch eine für AES. >> Das kenne ich seit langer Zeit. >> Ich habe aber erst seit 2023 einen geeigneten Prozessor. >> >> Und ich werde mein Kommando randtsc noch erweitern, zu einem Test- und Experimentier-Tool. >> Ich bin gerade dabei - wird heute fertig. > > nasmsection .text > global get_rdrand_64 > > ; --------------------------------------------------------------------------- > ; get_rdrand_64 > ; Gibt eine 64-Bit-Hardware-Zufallszahl zurück. > ; C-Prototyp: uint64_t get_rdrand_64(int *success); > ; > ; Input: RDI = Zeiger auf eine Status-Variable (success) > ; Output: RAX = Die generierte Zufallszahl (0 bei Fehler) > ; --------------------------------------------------------------------------- > get_rdrand_64: > mov ecx, 10 ; Maximale Anzahl der Versuche (Retry-Counter) > > .loop_rdrand: > rdrand rax ; Versuche, 64-Bit-Zufall in RAX zu laden > jc .success ; Wenn Carry-Flag (CF) = 1, war es erfolgreich -> Springe zu .success > > pause ; Dem Prozessor eine kurze Pause gönnen (Strom sparen / Thread freigeben) > loop .loop_rdrand ; ECX dekrementieren, wenn > 0, Schleife wiederholen > > .fail: > mov qword [rdi], 0 ; Setze *success = 0 (Fehlgeschlagen) > xor rax, rax ; RAX auf 0 setzen > ret > > .success: > mov qword [rdi], 1 ; Setze *success = 1 (Erfolgreich) > ; Die Zufallszahl befindet sich bereits in RAX und wird zurückgegeben > ret > Wo sind denn hier ausgegebene Zufallszahlen? Das wäre interessant. -- Mit freundlichen Grüßen Helmut Schellong
[toc] | [prev] | [next] | [standalone]
| From | Leo Baumann <ib@leobaumann.de> |
|---|---|
| Date | 2026-09-19 22:02 +0200 |
| Message-ID | <118mpos$g0vb$2@solani.org> |
| In reply to | #369497 |
Am 19.09.2026 um 20:41 schrieb Helmut Schellong: > Leo Baumann wrote on 19.09.2026 16:03: >> Am 19.09.2026 um 13:54 schrieb Helmut Schellong: >>> Leo Baumann wrote on 19.09.2026 04:32: >>>> Am 19.09.2026 um 01:59 schrieb Helmut Schellong: >>>>> Mittels einer Assembler-Funktion rdtsc(), die ich schon lange >>>>> besitze, habe >>>>> ich nun einen Generator für echte Zufallszahlen entwickelt. >>>>> >>>>> http://www.schellong.de/htm/randtsc.c.html >>>>> >>>>> Ausgabe: >>>>> =========================================================================== >>>>> 00000276457408345376 >>>>> 00000276457428358754 >>>>> 00000276457431266902 >>>>> 00000276457435366459 >>>>> 00000276457448473547 >>>>> 00000276457451206089 >>>>> 00000276457454226781 >>>>> 00000276457457223742 >>>>> 00000276457460060553 >>>>> 00000276457474314196 >>>>> 00000276457477764702 >>>>> 00000276457485946076 >>>>> 00000276457489986581 >>>>> 00000276457500216563 >>>>> 00000276457560363833 >>>>> 00000276457566068760 >>>>> 00000276457571709045 >>>>> 00000276457594841516 >>>>> 00000276457618375542 >>>>> 00000276457628372033 >>>>> 00000276457634496509 >>>>> 00000276457641473652 >>>>> 00000276457662760413 >>>>> 00000276457667772505 >>>>> =========================================================================== >>>>> >>>>> In Prozessoren amd64 befindet sich ein 64-bit-Counter, der von >>>>> einer Taktfrequenz >>>>> im Giga-Hertz-Bereich angetrieben wird. >>>>> Der verändert sich durch die Zeitdauer von nur einem >>>>> Funktionsaufruf bereits >>>>> um Millionen in seinem Zählerstand. >>>>> >>>>> Mindestens die 4/5 Ziffern von rechts können als random verwendet >>>>> werden. >>>>> Oft sind bereits 1- bis 2-stellige Zahlen in geringerer Anzahl >>>>> nützlich. >>>>> >>>>> Das Kommando nimmt ein Argument entgegen: Die Anzahl von >>>>> ausgegebenen Zahlen. >>>>> Voreingestellt ist die Anzahl 8. >>>> >>>> Kompliziert! >>>> Warum benutzt Du keinen Maschinenbefehl? >>>> >>>> retry_loop: >>>> RDRAND rax >>>> JNC retry_loop >>>> >>>> RDRAND grift auf den internen, hardwarebasierten >>>> Zufallszahlengenerator zurück, der echtes thermisches Rauschen als >>>> Quelle benutzt. >>> >>> Neuere Prozessoren haben diese Instruktion, und auch eine für AES. >>> Das kenne ich seit langer Zeit. >>> Ich habe aber erst seit 2023 einen geeigneten Prozessor. >>> >>> Und ich werde mein Kommando randtsc noch erweitern, zu einem Test- >>> und Experimentier-Tool. >>> Ich bin gerade dabei - wird heute fertig. >> >> nasmsection .text >> global get_rdrand_64 >> >> ; >> --------------------------------------------------------------------------- >> ; get_rdrand_64 >> ; Gibt eine 64-Bit-Hardware-Zufallszahl zurück. >> ; C-Prototyp: uint64_t get_rdrand_64(int *success); >> ; >> ; Input: RDI = Zeiger auf eine Status-Variable (success) >> ; Output: RAX = Die generierte Zufallszahl (0 bei Fehler) >> ; >> --------------------------------------------------------------------------- >> get_rdrand_64: >> mov ecx, 10 ; Maximale Anzahl der Versuche (Retry- >> Counter) >> >> .loop_rdrand: >> rdrand rax ; Versuche, 64-Bit-Zufall in RAX zu laden >> jc .success ; Wenn Carry-Flag (CF) = 1, war es >> erfolgreich -> Springe zu .success >> >> pause ; Dem Prozessor eine kurze Pause gönnen >> (Strom sparen / Thread freigeben) >> loop .loop_rdrand ; ECX dekrementieren, wenn > 0, Schleife >> wiederholen >> >> .fail: >> mov qword [rdi], 0 ; Setze *success = 0 (Fehlgeschlagen) >> xor rax, rax ; RAX auf 0 setzen >> ret >> >> .success: >> mov qword [rdi], 1 ; Setze *success = 1 (Erfolgreich) >> ; Die Zufallszahl befindet sich bereits in RAX und wird >> zurückgegeben >> ret >> > > Wo sind denn hier ausgegebene Zufallszahlen? > Das wäre interessant. Die Zufallszahl befindet sich im 64 Bit-Register rax ... -- Public Webspace von Ingenieurbüro Baumann: https://hidrive.ionos.com/share/sc0px3oy7x
[toc] | [prev] | [next] | [standalone]
| From | Leo Baumann <ib@leobaumann.de> |
|---|---|
| Date | 2026-09-20 03:29 +0200 |
| Subject | Re: Echter Zufall mit RDRAND |
| Message-ID | <118ncui$gc47$1@solani.org> |
| In reply to | #369497 |
Am 19.09.2026 um 20:41 schrieb Helmut Schellong: > Wo sind denn hier ausgegebene Zufallszahlen? > Das wäre interessant. Eine echte Zufallszahl wird erzeugt ausgegeben ... www.leobaumann.de/newsgroups/echte_Zufallszahl.png :) -- Public Webspace von Ingenieurbüro Baumann: https://hidrive.ionos.com/share/sc0px3oy7x
[toc] | [prev] | [next] | [standalone]
| From | Helmut Schellong <var@schellong.biz> |
|---|---|
| Date | 2026-09-20 11:52 +0200 |
| Subject | Re: Echter Zufall mit RDRAND |
| Message-ID | <118oad6$b6r$1@solani.org> |
| In reply to | #369502 |
Leo Baumann wrote on 20.09.2026 03:29:
> Am 19.09.2026 um 20:41 schrieb Helmut Schellong:
>> Wo sind denn hier ausgegebene Zufallszahlen?
>> Das wäre interessant.
>
> Eine echte Zufallszahl wird erzeugt ausgegeben ...
>
> www.leobaumann.de/newsgroups/echte_Zufallszahl.png
Bei mir zur Zeit:
==========================================================================================
00000434797.998.004819 00000434797298404819
00000434797.999.114544 00000000000001509725
00000434797.006.779857 00000000000006765313
00000434797.008.889137 00000000000001509280
00000434797.110.229638 00000000000002540501
00000434797.113.441574 00000000000002911936
00000434797.115.006951 00000000000002265377
00000434797.118.999352 00000000000002192401
00000434797.221.773032 00000000000002973680
00000434797.223.779397 00000000000002306365
00000434797.227.777027 00000000000004397630
00000434797.774.883382 00000000000046406355
00000434797.775.441642 00000000000001758260
00000434797.882.776957 00000000000006835315
00000434797.886.440935 00000000000003263978
00000434797.889.221818 00000000000003780883
00000434797.994.556808 00000000000004634990
00000434797.997.448440 00000000000002891632
00000434797.001.992328 00000000000003843888
00000434797.005.444617 00000000000004452289
00000434797.110.000581 00000000000005055964
00000434797.113.665882 00000000000003165301
00000434797.116.443807 00000000000002477925
00000434797.440.880347 00000000000024536540
00000434797.881.006763 00000000000040726416
==========================================================================================
Finde ich interessant.
Bei Pseudo-Zahlen nicht zu sehen.
--
Mit freundlichen Grüßen
Helmut Schellong var@schellong.biz
http://www.schellong.de/c.htm http://www.schellong.de/c2x.htm http://www.schellong.de/c_padding_bits.htm
http://www.schellong.de/htm/bishmnk.htm http://www.schellong.de/htm/rpar.bish.html http://www.schellong.de/htm/sieger.bish.html
http://www.schellong.de/htm/audio_proj.htm http://www.schellong.de/htm/audio_unsinn.htm http://www.schellong.de/htm/tuner.htm
http://www.schellong.de/htm/string.htm http://www.schellong.de/htm/string.c.html http://www.schellong.de/htm/deutsche_bahn.htm
http://www.schellong.de/htm/schaltungen.htm http://www.schellong.de/htm/math87.htm http://www.schellong.de/htm/dragon.c.html
[toc] | [prev] | [next] | [standalone]
| From | Leo Baumann <ib@leobaumann.de> |
|---|---|
| Date | 2026-09-20 17:59 +0200 |
| Subject | Re: Echter Zufall mit RDRAND |
| Message-ID | <118ovtb$2la1$1@solani.org> |
| In reply to | #369502 |
Am 20.09.2026 um 03:29 schrieb Leo Baumann: > Am 19.09.2026 um 20:41 schrieb Helmut Schellong: >> Wo sind denn hier ausgegebene Zufallszahlen? >> Das wäre interessant. > > Eine echte Zufallszahl wird erzeugt ausgegeben ... > > www.leobaumann.de/newsgroups/echte_Zufallszahl.png Gibt jetzt 10 echte Zufallszahlen aus ... :) -- Public Webspace von Ingenieurbüro Baumann: https://hidrive.ionos.com/share/sc0px3oy7x
[toc] | [prev] | [next] | [standalone]
| From | Michael Schwingen <news-1513678000@discworld.dascon.de> |
|---|---|
| Date | 2026-09-21 19:01 +0000 |
| Subject | Re: Echter Zufall mit RDRAND |
| Message-ID | <slrn11b2vo9.621.news-1513678000@a-tuin.ms.intern> |
| In reply to | #369502 |
On 2026-09-20, Leo Baumann <ib@leobaumann.de> wrote: > Eine echte Zufallszahl wird erzeugt ausgegeben ... > > www.leobaumann.de/newsgroups/echte_Zufallszahl.png https://xkcd.com/221/ scnr, Michael -- Some people have no respect of age unless it is bottled.
[toc] | [prev] | [next] | [standalone]
| From | Thomas Prufer <prufer.public@mnet-online.de.invalid> |
|---|---|
| Date | 2026-09-24 09:16 +0200 |
| Subject | Re: Echter Zufall mit RDRAND |
| Message-ID | <chj9blhp61gp282ev819palqcmfc45iq16@4ax.com> |
| In reply to | #369517 |
On 21 Sep 2026 19:01:29 GMT, Michael Schwingen <news-1513678000@discworld.dascon.de> wrote: >On 2026-09-20, Leo Baumann <ib@leobaumann.de> wrote: >> Eine echte Zufallszahl wird erzeugt ausgegeben ... >> >> www.leobaumann.de/newsgroups/echte_Zufallszahl.png > >https://xkcd.com/221/ > >scnr, >Michael https://realdice.org/ Thomas Prufer
[toc] | [prev] | [next] | [standalone]
Page 3 of 5 — ← Prev page 1 2 [3] 4 5 Next page →
Back to top | Article view | de.sci.electronics
csiph-web