Delphi-PRAXiS
Seite 12 von 14   « Erste     2101112 1314      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Sonstige Fragen zu Delphi (https://www.delphipraxis.net/19-sonstige-fragen-zu-delphi/)
-   -   Random ist kein reiner Zufall (https://www.delphipraxis.net/89462-random-ist-kein-reiner-zufall.html)

Cöster 3. Apr 2007 16:42

Re: Random ist kein reiner Zufall
 
Zitat:

Zitat von dino
öhm ob PIC vorher Definiert wurde...

Im Programm oder wo?
oder wer oder was Definiert sowas?

Wie das bei PIC ist, weiß ich nicht, da ich nicht weiß, was PIC ist. Aber gelegentlich liest man auch mal
Delphi-Quellcode:
{$IFDEF LINUX}
Das ist mit Sicherheit vom Betriebssystem vordefiniert.

Der_Unwissende 3. Apr 2007 17:20

Re: Random ist kein reiner Zufall
 
Zitat:

Zitat von Cöster
Zitat:

Zitat von dino
öhm ob PIC vorher Definiert wurde...

Im Programm oder wo?
oder wer oder was Definiert sowas?

Wie das bei PIC ist, weiß ich nicht, da ich nicht weiß, was PIC ist. Aber gelegentlich liest man auch mal
Delphi-Quellcode:
{$IFDEF LINUX}
Das ist mit Sicherheit vom Betriebssystem vordefiniert.

PIC dürfte hier für Position Independent Code stehen und ist etwas, dass unabhängig von dem OS sein sollte. Es geht dabei darum, dass man hier verschiedene Optimierungen vornehmen kann oder auch nicht.
Wer ein solches Flag setzt sollte zwar egal sein, da es sich hier um eine Bedingung handelt, die schon zur Compilezeit berücksichtigt werden muss. Es ist halt nur für den Compiler wichtig, in das Programm wird nur eine der beide Varianten übernommen.
Die Definitionen können aber nur auf zwei Weisen vorgenommen werden, per Hand (man schreibt selbst {$DEFINE PIC} oder verwendet die Optionen dafür) oder von Delphi selbst (der Compiler kann zu jedem Zeitpunkt bestimmte Eigenschaften ermitteln und/oder auf feste Werte zurückgreifen). So ist natürlich WINDOWS unter Windows automatisch definiert und Linux unter Linux, aber darum kümmert sich Delphi/BDS bzw. Kylix.

himitsu 3. Apr 2007 17:31

Re: Random ist kein reiner Zufall
 
{$IFDEF LINUX} kommt nicht vom Betriebssystem, sonderm vom Compiler ... also als Hinweis für welche Umgebung as Programm garade kompiliert wird.

Weiß zwar auch nicht was PIC ist, aber dieses kommt wohl auch vom Compiler ... hat wohl irgendwas mit 'ner bestimmten Prozessorarchitektur zu tun (sieht jedenfalls für mich so aus, wenn ich grob bei google reinseh).

dino 3. Apr 2007 18:08

Re: Random ist kein reiner Zufall
 
ich hab gesucht aber nix gefunden: was ist MUL?

Der_Unwissende 3. Apr 2007 18:17

Re: Random ist kein reiner Zufall
 
Zitat:

Zitat von dino
ich hab gesucht aber nix gefunden: was ist MUL?

Wonach hast Du gesucht? Such mal nach Assembler und dann solltest Du es recht schnell finden. Ansonsten rate einfach mal! Kleiner Tipp, eine Rechenart!

dino 3. Apr 2007 18:20

Re: Random ist kein reiner Zufall
 
da steht MUL EDX

und ich fragte mich schon längst womit EDX denn nun multipliziert wird

Der_Unwissende 3. Apr 2007 18:27

Re: Random ist kein reiner Zufall
 
Zitat:

Zitat von dino
da steht MUL EDX

und ich fragte mich schon längst womit EDX denn nun multipliziert wird

Hast Du denn schon nachgeschaut? Das ist für x86 (und kompatibel) fest vorgegeben. Ich bin mir nicht ganz sicher (müsste selbst nachschauen), sollte aber eigentlich EAX sein (würde mich wundern wenn nicht).

Cöster 3. Apr 2007 18:35

Re: Random ist kein reiner Zufall
 
Zitat:

Zitat von Der_Unwissende
sollte aber eigentlich EAX sein (würde mich wundern wenn nicht).

Ich glaub auch. Aber in Balus Tut sind am Ende ein paar Links zu ASM-Seiten. Da findet man das auch auf jeden Fall.

Christian Seehase 3. Apr 2007 18:35

Re: Random ist kein reiner Zufall
 
Moin Zusammen,

wie wäre es denn, wenn ihr mal wieder auf's Thema zurückkommt.
Es ist hier seit 1,5 Seiten fast pur OT :!:

Drei Möglichkeiten sehe ich:
  1. Es wird ab dinos Beitrag mit der Assemblerroutine in einen neuen Thread verschoben (bitte Titel angeben)
  2. Die OT-Beiträge werden deaktiviert/entfernt
  3. Der Thread wird geschlossen

dino 3. Apr 2007 18:38

Re: Random ist kein reiner Zufall
 
"Der Zieloperand ist sowohl beim mul wie beim imul Befehl immer das AL oder AX Register."

moment mal bitte, aber warum sind wir OT?

ich habe erkannt, dass es sich so verhällt und frage mich nun warum

und um die Frage zu beantworten gucke ich mir nun an, wie Random programmiert ist

dass das OT ist musst du mir mal erklären und dann auch was denn das eigentliche Thema ist


Alle Zeitangaben in WEZ +1. Es ist jetzt 05:40 Uhr.
Seite 12 von 14   « Erste     2101112 1314      

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz