Assembler

• ?

  gcc inline Assembler
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  2927
  Aufrufe

  ?

  Ein gutes Inline HowTo findest du hier. Inline ASM mit dem gcc funktioniert nach dem folgenden Prinzip: __asm__("asm code" : output : input : registers); Variablen und Funktionen müssen entsprechend bei Input/Output angegeben werden. Wenn du z.B. die Adresse von hello nach ecx kopieren möchtest, müsste das so lauten: __asm__("movl %0, %%ecx"::"m"(*hello)); Erklärung: %0 steht für den ersten optionalen Parameter ("m"(*hello)), vor dem ecx müssen zwei %% stehen, da durch ein % die Parameter angesprochen werden. Nach dem ersten : müssten die Output-Parameter kommen, die es hier aber nicht gibt. Nach dem zweiten : kommen die Input Parameter, in unserem Fall nur "m"(*hello). Das "m" zeigt an, dass es sich um einen Wert aus dem Speicher handelt. Und *hello gibt eben die entsprechende Adresse an. Bei der Variable eingabe funktioniert das analog.
• ?

  Asm mit Ollydbg lesen
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  1159
  Aufrufe

  ?

  Ich möchte natürlich nicht ausschließen, dass es so geht und nicht umgekehrt
• S

  Und noch ne Anfängerfrage
  • soerenP  

  30
  0
  Stimmen
  30
  Beiträge
  2838
  Aufrufe

  ?

  Ok, versuch ich mal...
• D

  NASM 8086 Adressierung von Variablen/Tabellen
  • Dragonslayer  

  5
  0
  Stimmen
  5
  Beiträge
  751
  Aufrufe

  D

  hm und wenn ich nun di inkrementiere bin ich in der 2ten spalte oder?
• O

  C++ Speciheraddresse einer Variable an anderer mit asm extrahieren
  • oelsni  

  3
  0
  Stimmen
  3
  Beiträge
  884
  Aufrufe

  O

  habe das unglücklich formuliert kam doch etwas fa lsch an . aber hatte letzte nacht ehh ne geile idee (will ne klasse bauen die sich initialisieren lässt wie System::String, soll heissen dafür brauch man kein gcnew und das geht auch wärend der laufzeit ohne weiteres/ und ja sry .Net nicht C++). aber habe glaube mein problem schon gelöst trotzdem danke für die antwort Edit: //GLOBAL oder irgendwo anders System::String ^str; //ganz wo anders im prog und erst wärend der laufzeit nicht wärend der Compilierung if (/*was weis ich*/) // durch if bzw raumliche trennung kann compiler nicht einfach str star initialisieren str += textvariable; //hier initialisiert sich system::string selber und dieses verhalten will ich nachbilden aber wie gesagt arbeite da schon an einer idee also hat sich erledigt vorerst danke dennoch
• ?

  anfängerfragen (will assembler lernen)
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  727
  Aufrufe

  ?

  ok vielen dank
• S

  Anfängerfrage zum sichern von Registern
  • soerenP  

  5
  0
  Stimmen
  5
  Beiträge
  709
  Aufrufe

  ?

  nein, so gehts nicht. für einzelne blöcke innerhalb von funktionen musst du damit leben, dass alle register gesichert und wieder hergestellt werden. __declspec(naked) geht nur für funktionen. die haben dann weder prolog noch epilog-code, d.h. alle register unterliegen deiner verantwortung. http://msdn2.microsoft.com/en-us/library/h5w10wxs(VS.80).aspx __declspec(naked) int foo() { __asm { mov eax, 1 ret } }
• S

  Lohnt sich SIMD in meiner Anwendung?
  • soerenP  

  11
  0
  Stimmen
  11
  Beiträge
  1227
  Aufrufe

  S

  Ok, ganz soviel warens dann am ende doch nicht. aber immerhin etwas: Die Peaks liegen jetzt bei 50 anstatt bei 60% auslastung...
• D

  NASM Syntax
  • Dragonslayer  

  11
  0
  Stimmen
  11
  Beiträge
  1452
  Aufrufe

  N

  camper schrieb: Nobuo T schrieb: mov [ziffanz], 0h mag zB. in MASM noch klappen, weil der Assembler so freundlich ist, deine Nachsichtigkeit kommentarlos zu akzeptieren und anzunehmen, dass du implizit ein Byte adressieren wolltest. was denn sonst? ist doch schließlich als byte definiert worden. Umgekehrt frag ich mich dann bei NASM, warum ich alles doppelt und dreifach sagen muss. Naja, ich finde den Ansatz von NASM, Labels und Variablen gleich zu behandeln (und somit auch keine solchen "Definitionen" zu uebernehmen) eigentlich gar nicht so unsympathisch. Wenn man eh gern ueber Variablengrenzen hinweg frickelt, hilft das uU. sogar Fehler zu vermeiden. camper schrieb: Und nein, ich will damit keine Diskussion starten - letztlich sind beide Assembler mehr oder minder unbrauchbar. Gut, aber dann einfach so eine nackte Behauptung in den Raum zu schmeissen ist auch unschoen (auch wenn ich dir zustimme, dass beide noch durchaus verbesserungswuerdig sind).
• ?

  idt klein und knapp, x86
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  523
  Aufrufe

  G

  Ich empfehle dir, deinen "WerkZeugKasten" zu erweitern und einen speziellen PreProzessor hinzuzunehmen. Ich empfehle dir den m4 anzugucken. http://en.wikipedia.org/wiki/Preprocessor http://en.wikipedia.org/wiki/M4_(computer_language) http://www.gnu.org/software/m4/ aus http://en.wikipedia.org/wiki/M4_(computer_language) m4 offers these facilities: * text replacement * parameter substitution * file inclusion * string manipulation * conditional evaluation * arithmetic expressions * system interface * programmer diagnostics Damit ist es möglich: *eine PreProzessor-Variable IDX auf NULL zu setzen *ein PreProzessor-Makro IDT_ENTRY zu schreiben, dass: -IDX um 1 erhoeht -IDX im Makro durch seinen Wert substituiert (label und den push) -diesen Code plaziert *den 256-fachen Aufruf des Makros in einer Anweisung Ich schätze den dazu notwendigen Code auf kurze 6-7 Zeilen. Wenn du den Nutzen des PreProzessors erkennst willst du ihn nicht mehr missen wollen! Du musst lediglich den QuellCode erst durch den PreProzessor schicken und dann durch den Compiler. #> m4.exe source.m4 > sorce.asm #> masm.exe source.asm -o my.bin Wenn dir dieser LösungsVorschlag zu AUFWENDIG erscheint kann ich nur sagen: Du willst LÖCHER bohren? Du brauchst eine BOHRMASCHINE! Immer wieder! Und wenn du dich in einen PreProcessor hineinarbeiten möchtest, nimm gleich den besten denn er ist OpenSource! das ist jedenfalls mein rat mfg gorgoyle
• A

  Resourcen laden geht nich
  • Azrael* il Meraz  

  2
  0
  Stimmen
  2
  Beiträge
  461
  Aufrufe

  ?

  Falls "Birne.ico" oder "cursor.cur" der Name einer Datei ist, dann kann es nicht klappen. LoadIconA braucht als Parameter den Namen der Resource wie er in der Resourcen-Sektion der EXE steht (oder eine ID). Und der ist i.d.R. != Dateiname.
• ?

  Treiber laden - Kernel Mode - ASM befehl
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  751
  Aufrufe

  ?

  http://www.microsoft.com/whdc/devtools/ddk/default.mspx
• ?

  Von GDT Page-Outs, Kontextwechsel und virtuellen Maschinen
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  337
  Aufrufe

  ?

  Habadere ! Habt ihr nen Peil welche Register Windows beim Kontextwechsel/Threadwechsel in KTHREAD abspeichert ? Da ist nicht zufällig GDTR und IDTR mit dabei, oder ? Sonst könnte doch jeder Prozess seine eigene GDT haben...(?) Würde jedoch einiges erklären: ich frage mich eh schon seit einiger Zeit, wie virtuelle Maschinen ihre eigenen GDTs und IDTs für die jeweiligen Gastbetriebssysteme haben können... Apropos wo wir schon mal dabei sind: Es ist ja möglich, die GDT ebenfalls über Paging auszupagen. Was würde denn passieren, wenn man für die jeweilig Page, in der sich die GDT befindet das Supervisor-Bit auf 0 setzt ? Entzieht man dann dem Prozessor den Zugriff auf die GDT, wenn der jeweilig Thread gerade in Ring 3 läuft ?? zOmg... Und noch eine letzte Frage: Es gibt ja PRO PROZESSOR eine IDT. Trifft das auch für die GDT (GDTR) und die LDT (LDTR) zu, bzw. für das CR3 Register ? Sry dass ich so viele Fragen stelle. Sollte aber einfach gehen, die schnell zu beantworten, wenn man die Antwort darauf weiß :p Ich hoffe ihr Jungs seid wirklich gut ^^ Würde mich freuen, wenn mir da jemand helfen könnte. Schöne Grüße ans ganze Forum by the way FreakZ
• ?

  unter DOS Druckkopf bewegen Epson LQ-1070+ / ESC/P2
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  431
  Aufrufe

  ?

  Sicher? Wusste nur in Assembler, wie ich jedes einzelne Zeichen sofort an den Drucker senden konnte
• G

  Wie gut lässt sich die X64-Architecture (AMD) programmieren?
  • gorgoyle  

  11
  0
  Stimmen
  11
  Beiträge
  837
  Aufrufe

  ?

  gorgoyle schrieb: darf ich das zusammenfassen zu: die architecture ist komfortabler aber die ISA ist kaum besser? Der Befehlssatz wurde eigentlich einfach vom x86 übernommen. Wäre ja auch unsinnig einen neuen Befehlssatz zu verwenden ...
• I

  Problem mit size
  • Ishildur  

  4
  0
  Stimmen
  4
  Beiträge
  380
  Aufrufe

  G

  einer meiner LieblingsFehler ist das vergessen eines 'h' an einer hex-adresse. wenn du einen vector wie 80h stattdessen mit 80 aufrufst ist kein absturz wie der ander
• I

  Einige kleine Anfängerfragen
  • Ishildur  

  6
  0
  Stimmen
  6
  Beiträge
  455
  Aufrufe

  N

  In NASM kannst du mit "res(b/w/d) #num_o_data" einen uninitialisierten Speicherbereich reservieren. MASM hat dafuer AFAIR auch einfach ein "d(b/w/d) ?", bzw. "d(b/w/d) #num_o_data dup (?)". Dadurch wird dein Programm beim Erstellen nicht mit 0en aufgeblaeht. Du solltest dabei nur ein paar Dinge beachten: Wenn du uninitialisierte und initialisierte Daten in einem Segment mischst, muessen die uninitialisierten Daten immer hinter dem letzten initialisierten Datum stehen. Weiter darf es nur ein solches Mix-Segment geben, da der Assembler sonst wieder zum Auffuellen gezwungen ist. Wenn die Reihenfolge der Segmente beachtet wird, muss das Mix-Segment als erstes hinter den Segmenten mit initialisierten Daten kommen, gefolgt von Segmenten mit uninitialisierten Daten (Stack, evtl. dein BackBuffer, usw.).
• I

  Zeitmessung (fps) und Tastaturabfrage
  • Ishildur  

  8
  0
  Stimmen
  8
  Beiträge
  536
  Aufrufe

  N

  Ishildur schrieb: @Nobuo T Und was fuer ein Moerderprogramm schreibst du,... Naja, eigentlich will ich nur ein simples Pong schreiben, aber da ist es eben ärgerlich, wenn sich das Pad nach dem laaaang,kurz,kurz,kurz Prinzip beschleunigt! Axo. Hm, IMHO waere dann die praktischste Loesung, eine kleine Funktion vor den BIOS IRQ-Handler an int 09h zu installieren. In dieser kannst du als erster den Keyboard Scan-Code von Port 60h auslesen und entsprechende Flags in deinem Programm setzen. Anschliessend springst du weiter zum BIOS IRQ-Handle und laesst ihn die restliche Drecksarbeit mit der Hardware erledigen. Ishildur schrieb: E0000h ist idR. fuer das EMS Speicherfenster oder ein BIOS-Shadow belegt. In den Bereich zwischen 98000h und 100000h solltest du wirklich nur schreiben, wenn du genau weist, was du da tust. Ok, sowas habe ich bereits befürchtet! In welchen Speicherbereicht darf ich denn schreiben. Unterhalb von 0a000h fängt dann doch der Stack an, oder? Der Speicherbereich zwischen 07C00 und 98000 steht dir zur freien Verfuegung. Wo du fuer dein Programm Code, Daten und Stack hinlegst, haengt allein von dir, bzw. (sofern vorhanden) auch dem DOS ab. Da du dein Programm scheinbar ohne irgendein DOS praktisch als eigenes OS konzipierst, solltest du schon grob wissen, wie sich dein Programm ueber den Speicher verteilt, und wo da noch Platz ist. Dein PONG wird doch wohl kaum die ganzen unteren 640kByte einnehmen. Also suchst du dir entweder auf diese Weise selbst einen freien Speicherbereich, oder laesst deinen Assembler das machen, indem du ein extra Datensegment definierst und da ein 64kByte grosses Array reinpackst. Ishildur schrieb: Willst du dein Programm unbedingt <386-kompatibel halten, oder warum 16Bit? Ja, das Spiel muss auf jedem x86 kompatiblen Rechner (inkl. x86) lauffähig sein, ohne Betriebssystem auskommen (keine DOS - Interrupts) Das Ganze ist eine Übung im Fach "Grundlagen der Informatik" an der Fachhochschule Oha - na herzliches Beileid. Keine Ahnung, wie grafisch aufwendig dein PONG ist, aber evtl. solltest du dir dann ueberlegen, ob du die Sache nicht dahingehend optimieren kannst, dass du entweder nicht immer den ganzen buffer kopieren musst, oder evtl. sogar ohne auskommst. Das Flimmern kommt ja eigentlich nur zustande, wenn du helle Pixel beim Neuzeichnen deines Bildes kurzzeitig mit dunklen uebermalst oder andersherum. Ishildur schrieb: MASM kann AFAIK keine Binaerdateien in seine OBJs einbinden. Also entweder Assembler wechseln (NASM kann sowas zB.) Kennst NASM auch die Intel - Syntax? (Ich hasse diesen AT&T Hack) Kann denn NASM 16-Bit Programme erstellen? Beides: ja. Ist sogar ein quick-guide fuer MASM-Umsteiger in der Hilfe.
• I

  Programm bootfähig machen
  • Ishildur  

  5
  0
  Stimmen
  5
  Beiträge
  1015
  Aufrufe

  G

  damit ein programm booten kann muss es ZU ANFANG 16bittig sein, weil dass mittels bios geschieht welches altlastig 16bittig ist. darum solltest du dich mit threads&info beschäftigen, die sich mit der bootloader-programmierung beschäftigen. der boot-code steht in sector NULL des boot-mediums und ist nur 512Byte gross. darum muss der code weiteren code von einen datenträger nachladen. das geschieht sinnvollerweise mit der entsprechenden 16bit-BIOS-routine. Wenn genug code geladen ist, kann der code (z.b.) in den 32bit-modus wechseln, welche dann rudimentären code zum ansprechen des mediums enthalten muss, weil bios-funktionen nicht mehr funktionieren (ohne in den 16bit-modus zurückzukehren). ich hab mal hier im forum entsprechende threads gefunden! darf man fragen welche wahnsinnstat dir vorschwebt?
• I

  Direkte und Indirekte Adressierung
  • Ishildur  

  6
  0
  Stimmen
  6
  Beiträge
  1108
  Aufrufe

  I

  Ich habe den Fehler endlich gefunden, nachdem ich nun ein weiteres Buch über Assemblerprogrammierung durchgelesen habe. Da das Datenmodell Tiny ist muss ich noch folgendes machen: Ich muss das Datensegment register manuell mit der Adresse des Codesegments initialisieren. mov ax,cs mov ds,ax