Assembler

• ?

  x86 Anweisung Referenz
  • Gast  

  13
  0
  Stimmen
  13
  Beiträge
  1492
  Aufrufe

  M

  Thank you, guys. And now go and spread the links in the name of x86 asm ;-)
• F

  unterschied ah und al
  • freaky  

  12
  0
  Stimmen
  12
  Beiträge
  1184
  Aufrufe

  N

  Es ist zwar nicht eben uebermaessig lieb und nett, eine nicht uebermaessig ... tiefgruendige Frage mit einer sarkastischen Gegenfrage zu beantworten, aber die ganze Aufregung wirklich nicht wert. Nimm die Tatsache, dass du diesen Sarkassmus nicht erkannt hast, halt einfach als Denkanstoss, vielleicht noch weiter zu lernen, bevor du Vermutungen/Schluesse wie in deinem Ausgangspost aufstellst. Weiter: Dass die DOS-API fuer ihre Funktionen eine definierte Ordnung hat, was in welchem Register zu stehen hat, aehnlich wie die Win-API fuer ihre Funktionen eine definierte Ordnung hat, wie viele und in welcher Reihenfolge Parameter ueber den Stack uebergeben werden, wurde gesagt. Dass es sehr wohl einen Unterschied macht, ob du etwas in ah oder al speicherst (oder bx oder dx, etc.), da al und ah zwei verschiedene Register sind, wurde auch gesagt. ... ich denke, damit ist dann jetzt zu diesem Thema alles gesagt.
• ?

  Ein paar (Anfänger)fragen
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  841
  Aufrufe

  C

  Osbios schrieb: camper schrieb: Alles schön und gut, aber was daran ist Korrektur und relevant fürs Thema? Erstens ist die Aussage falsch, da die Grafikkarte nicht den Speicher vom PC ausließt. Welche? Wo bitte wurde von Grafikkarten gesprochen? Und zweifellos wird irgendein Speicher ausgelesen werden. Ob das nun regulärer RAM oder dedizierter Grafikspeicher ist für die Problematik völlig irrelevant - und praktisch treten beide Formen auf (man denke z.B. an integrierte Grafik) - und ich habe mich überhaupt nicht festgelegt. Osbios schrieb: Zweitens macht Brandy anscheinend etwas im Bereich OS-Dev für x86. Kann sein oder auch nicht, jedenfalls wurde es nicht thematisiert. Osbios schrieb: Dabei ist das Wissen über Mapping von fundamentaler Bedeutung. Zweifellos. Allerdings gibt es eine Menge "fundamentaler" Dinge von Bedeutung bei der OS-Entwicklung. Ich sehe nicht, dass du über all diese anderen Dinge ebenfalls berichtet hast. Osbios schrieb: Ich finde jedoch, dass man alle diese Informationen schon aus meinem ersten Post entnehmen kann. Ich nicht. Ich sehe immer noch nicht die Relevanz. Wie glaubst du, hat dein Beitrag dem OP bei seinen Fragen konkret geholfen?
• S

  Funktion mit veränderbaren Parametern realisieren?
  • sevobal  

  2
  0
  Stimmen
  2
  Beiträge
  456
  Aufrufe

  O

  scan_pci_bus: mov r9, scan_pci_msg call print.line xor eax, eax or eax, 0x00 << 16 ;Bus or eax, 0x00 << 11 ;Dev or eax, 0x00 << 8 ;Func start_scan: and eax, 0x00FFFFFF or eax, 0x80000000 mov cl, 0x00 & 0xFC ;Offset (Vendor und Device ID lesen) mov dx, 0xCF8 out dx, eax mov dx, 0xCFC in eax, dx cmp eax, 0xFFFFFFFF je pci_next mov r9, found_pci_dev_msg call print.line pci_next: ;Parameter verändern xor eax, eax or eax, 0x00 << 16 ;Bus or eax, 0x00 << 11 ;Dev or eax, 0x00 << 8 ;Func jmp start_scan
• G

  Instruktion für Instruktionen gesucht
  • groovemaster  

  3
  0
  Stimmen
  3
  Beiträge
  513
  Aufrufe

  G

  Ok, schau ich mir mal an.
• ?

  art of assembly
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  533
  Aufrufe

  O

  Zum erlernen benutzt du am besten Tutorials und Referenzen aus dem Internet. Wenn du unter Windows arbeitest, erstelle dir com Dateien. Das sind eigentlich alte Dos-Programm, die noch vor exe Dateien benutzt wurden. Der Vorteil dieser, sie haben keinerlei Header, man kann einfach direkt Prozessorbefehle in eine Datei schreiben und sie dann ausführen. Das reicht dann natürlich nicht um API Funktionen von Windows zu benutzen. Man hat nur die BIOS (alle möglichen Interrupt) und Dos Funktionen (Interrupt 21h). Dabei kann man aber wie unter Dos z.B. den Speicherbereich das VGA-Textes direkt ansprechen. Als Assembler würde ich, nasm oder eventuell auch fasm empfehlen. Sie sind vom Syntax her beide logischer aufgebaut als Masm oder Tasm. ODER du benutzt eine Hochsprache in der man relativ leicht Inline-Assembler einbauen kann. C oder C++ ist meiner Meinung dazu leider nicht so geeignet weil dort meist AT&T Syntax verwendet wird. Jedoch fand ich Pascal oder Freepascal immer sehr gut wenn es um Inline-Assembler ging.
• ?

  SSE2/3 bringt keine Beschleunigung
  • Gast  

  20
  0
  Stimmen
  20
  Beiträge
  2278
  Aufrufe

  R

  Nephelauxetic schrieb: Im Loop habe ich gar keine Ahnung und verlasse mich auf mein C++ wissen naja, das wissen truegt oft. ein profiler wuerde dir die instructions zeigen die am meisten ziehen. wenn du mal die profiling resultate im thread von blue tiger anschaust, siehst du, dass ich so sehen konnte, dass es am speicher lag (in diesem fall), dank profiler. dann konnte ich das optimieren und dieser 'peak' konnte fast vollkommen wegoptimiert werden. mein wissen alleine haette mir das nicht sagen koennen
• N

  DLL Funktion Ausführen
  • neoexpert  

  5
  0
  Stimmen
  5
  Beiträge
  1000
  Aufrufe

  N

  neoexpert schrieb: Ja könntet ihr einen Beispielcode oder so geben? Ich bezweifle zwar stark, dass dir das auch nur das Geringste bringt, aber bitte: EXTERN SendMessageA ; kommt aus user32.dll ; ... ... push eax ; lParam push ICON_SMALL ; wParam push WM_SETICON ; Msg push ebx ; hWnd call SendMessageA neoexpert schrieb: in C sinds ja vordefinierte Funkionen, und in assembler? Genauso? Wie schon gesagt, da besteht im Grunde kein Unterschied.
• ?

  Assemblerprojekt - Wer hätte Lust?
  • Gast  

  26
  0
  Stimmen
  26
  Beiträge
  2350
  Aufrufe

  ?

  @x: Kann sein, aber nur Lügen haben kurze Beine! Aber hauptsache man kommt da an, wo man hin will. @asdca : Was gibt es da zu lachen? Habe mittlerweile eine header-Datei mit Mnemonics gefunden. Die ist aber nicht zum übersetzen von Assembler Inline Code. Ich meine die, die beim Programmbeispiel Dr. Watson dabei ist. Sie heisst dasm.h und ist offensichtlich zum diassemblieren.
• S

  Bitopeartion: Bit auf 0 setzen?
  • sevobal  

  11
  0
  Stimmen
  11
  Beiträge
  1299
  Aufrufe

  R

  ich glaube nur die befehle mit x im prefix haben ein lock von haus an
• ?

  Konsolenausgabe (8086)
  • Gast  

  13
  0
  Stimmen
  13
  Beiträge
  1224
  Aufrufe

  N

  Wenn du ax betrachtest, siehst du damit ah und al sogar gleichzeitig auf einen Blick. Lies mal "EAX ... AX" aus den FAQ. eax und die ganzen 32-Bit-Register kannst du dir im TD uebrigens auch anzeigen lassen. Und grundsaetzlich kannst du dir im RealMode wirklich alles im Speicher ansehen. Im TD oben eben in Code-Form unten in Datenform und rechts daneben unter den Registerinhalten noch den Stack. In allen diesen Bereichen kannst du an jede beliebige Speicheradresse springen, bist also nicht auf irgendein "Segment" beschraenkt. sicher schrieb: movxz dx, al oder mov dx, word al Zumindest das 2. waere im Grunde falsch - der Assembler, der das annimmt, waere IMHO zu grosszuegig.
• ?

  Klassen in ASM?
  • Gast  

  17
  0
  Stimmen
  17
  Beiträge
  1696
  Aufrufe

  ?

  Sry, dass hab ich vergessen zu schreiben. Ich habe VC++ (2008 Express)
• F

  Der Quantensprung ( Sprung in den Protected Mode / Sprung über die 16-Bit Queue )
  • feraL  

  2
  0
  Stimmen
  2
  Beiträge
  426
  Aufrufe

  N

  Spaetestens bei Zeile 67 wird dein Code crashen, weil es einen Stack-Overflow gibt. Merke: Stack waechst nach unten! Weiter werden in 32Bit-Code auch standardmaessig 32Bit-Register zur Adressierung benutzt. Du musst also entsprechend immer esi, bzw. edi komplett zur Adressierung setzen (oder zumindest sicher gehen, dass die oberen 16Bit auch wirklich 0 sind). In Zeile 58 setzt du die Selektoren falsch. Es muss 10h fuer den Dataselektor und 18h fuer den video-deskriptor sein. Das war erstmal so weit alles.
• I

  Eigenes Betriebssystem in VMWare Debuggen
  • Ishildur  

  3
  0
  Stimmen
  3
  Beiträge
  746
  Aufrufe

  L

  Hi, ich bevorzuge auch bochs. es kann nur sein, dass du bochs selbst kompilieren musst, da die meisten binaries ohne debugger ausgeliefert werden. es handelt sich nur um einen komandozeilen debugger (auch mit i/o-debug), aber graphische aufsätze dafür gibts auch.
• I

  Problem mit Stack
  • Ishildur  

  2
  0
  Stimmen
  2
  Beiträge
  388
  Aufrufe

  L

  Moin, was funktioniert denn da nicht mehr. hängt sich der rechner auf oder startet er neu? ich den mal du arbeitest im real mode. dort befinden sich zwischen adresse 0x0 - 0x3ff interrupt vektoren. also adressen an die der prozessor springt, wenn ein interrupt ausgelöst wird. 0x0:0x960 ist eine sehr niedrige adresse und es könnte sein, dass der stack die vektoren überschreibt. außerdem würde ich beim setzten des stack auch immer das stack segement register beachten. ist das stack segment gleich dem code segement, könntest auch den programmcode überschreiben. nur mal so nen paar möglichkeiten ^^.
• ?

  Bootloader: Sprung Sector 1 nach Sector 2
  • Gast  

  11
  0
  Stimmen
  11
  Beiträge
  981
  Aufrufe

  F

  Ok. Das Problem wurde entlüftet: Die Emus streiken bei Verwendung einer kleineren Floppy Datei ( z.B. +/-800 Bytes ). Einfach ein leere Datei mit festen größen ( Floppymäßig: 1.44MB z.B. ) und dann den assemblierten Code einfach einfügen.
• L

  Anfänger versteht das Problem bei der Fehlermeldung nicht
  • LukasBanana  

  11
  0
  Stimmen
  11
  Beiträge
  951
  Aufrufe

  R

  LukasBanana schrieb: rapso schrieb: PS: Warum soll das nicht optimieren? Jedenfalls schneller als C++, oder?! warum sollte jemand der es nicht hinbekommt alleine seinen assemblercode compiliert zu bekommen einen besseren code generieren als ein jahrelang optimierter compiler, der von unmengen an experten geschrieben wurde? Das ist eine Gegenfrage aber kein Argument. eine gegenfrage die dir nach einer sekunde drueber nachdenken die antwort geliefert haette. LukasBanana schrieb: Ich denke schon auch dass die for Schleife in C++ sehr schnell ist. Aber allein eine 'Schleife' mit einem hässlichen "goto" ist schneller ... 1. vermutlich hast du hier auch keine compiler optimierungen angehabt 2. 99.999% der zeit geht vermutlich im print drauf... das zeigt zudem, dass du nichtmal ordentlich performance testen kannst. tut mir leid, aber du setzt am falschen ende an. fixe deinen code sodass er mit allen kompiler optimierungen funktioniert, davon hast du wirklich viel viel mehr. Und ich denke das eine Schleife in Assembler geschrieben noch schneller ist. Das steht auch in einem Tutorial das ich gelesen habe. Daher hab ich nämlich die Schleife assemblercode ist so gut wie die person die den schreibt. ein mensch ist inteligenter als ein compiler -> generel gesprochen ist somit assembler potentiell schneller als der vom c++ compiler. andersrum: ein mensch kann besser von deutsch nach spanisch uebersetzen als das z.b. bablefish.altavista.com machen kann.-> generel gesprochen ist somit menschlich uebersetztes spanish besser als vom "sprach compiler". ich wuerde trotzdem eher auf babelfish setzen als auf deine faehigkeiten auf spanisch zu uebersetzen. so ist das auch beim assembler/opcode generieren. nochmals: fixe deinen code dass er mit allen optimierungen funktioniert, dann kann es durchaus sein dass er ploetzlich 10mal schneller laeuft, vermutlich auch viel schneller als er waere wenn du alles per hand in assembler schreiben wuerdest. wenn du assembler lernen willst, mach das, ich rate dir nicht davon ab ;), aber mit dem ersten versuch kannst du nicht erwarten irgendwas genial schnelles zu machen :p
• ?

  gcc inline asm write syscall
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  422
  Aufrufe

  ?

  Ok objdump hat mir die erkenntnis gebracht , der clobbered Register verhindert das die daten in diesen register geschoben werden. Also Solved.
• G

  Dos-Funktionen int21h
  • gamefreak  

  10
  0
  Stimmen
  10
  Beiträge
  737
  Aufrufe

  N

  gamefreak schrieb: In C bzw. C++ habe ich leichte Grundkenntnisse, diese beschränken sich jedoch auf simple Operationen sowie Schleifen. Leider nicht im Umgang mit Dateien, Handles und schon gar nicht Pointer. Das sind IMHO wirklich denkbar schlechte Voraussetzungen zum Einstieg in Assembler. Ich wuerde wie gesagt empfehlen, dass du dir erstmal einen Ueberblick in C verschaffst. gamefreak schrieb: so richtig ist mir leider im Moment nicht klar, wie ich mit Hilfe der INterrupt-Routine einen bestimmten Textteil auslesen kann. Wenn das z.B. mein Textinhalt ist und ich hier die 4. Zeile auslesen soll, weiss ich gerade nicht wie ich das realisieren kann. Von sich aus kann DOS sowas nicht. Wenn du also keine Lib mit entsprechenden Funktionen hast (anzunehmen, wuesste gerade auch keine), musst du dir fuer diese Aufgabe also etwas selbst basteln. Das ist schon wieder recht fortgeschritten, also von Anfang an... erstmal musst du die Grundlagen beherrschen. Also mal der Versuch einer kleinen Uebersicht dazu: Ein Zeilenende wird in Windows/DOS idR. durch die Bytefolge 0dh, 0ah angezeigt. Zur Datei-E/A in DOS: DOS Arbeitet mit Datei-Handles. Ein Datei-handle ist eine Nummer (bei DOS 16Bit lang), die eine aktuell geoeffnete Datei identifiziert. Du bekommst diese Nummer beim Oeffnen (Rueckgabe von Funktion 3dh in ax) gegeben und musst sie Funktionen, die mit dieser geoeffneten Datei irgendwie arbeiten sollen, wiederum uebergeben (meistens im Register bx). DOS (uvm) verwalten intern fuer geoeffnete Dateien (also pro Datei-handle) einen Datei-Pointer, der auf das aktuelle Offset (in Byte gezaehlt) innerhalb der Datei zeigt. Beim Lesen/Schreiben wird dieser Pointer automatisch um die Zahl gelesener Bytes erhoeht. DOS bietet folgende Funktionen, die fuer dich erstmal wichtig sein koennten (bitte naeheres in Interruptliste nachschlagen - alle sind jeweils Indizes von int 21h) : 3dh: Datei oeffnen 3eh: Datei schliessen (uebergebener Handle wird ungueltig/wieder frei) 3fh: Von Datei lesen 42h: Datei-Pointer setzen (oder mit al=01 und offset =0 auslesen) Folgendes solltest du dir zudem anlesen, falls noch nicht bekannt: Ein Ueberblick ueber den Befehlssatz der 286-CPU (Referenzen sind in den FAQ verlinkt). Was ein Pointer/Zeiger grundsaetzlich ist. Wie die Speicheradressierung damit im RealMode funktioniert (FAQ -> Wie grundlegende Strukturen wie bedingte Bloecke (If-Bloecke) und Schleifen zu bauen sind. Wenn du damit durch bist, sollte die grundsaetzliche Funktion von Datei-E/A, Speicheradressierung in DOS, etc. also erstmal klar sein. Wenn nicht, frage nochmal nach, bevor du dich darauf aufbauenden abstrakteren Aufgaben wie zB. dem Einlesen bestimmter Zeilen widmest. Du willst also die 4. Zeile als String? Mein Vorschlag dazu waere, du liest vielleicht ca. 512 Bytes in einen Puffer ein und bastelst dir dann eine Schleife, die die darin auftauchenden 0dh, 0ah zaehlt (oder evtl. eben auch nur die 0ah), bzw. bei jedem 0dh, 0ah wird ein Zaehler, der die gewuenschte Zeilennummer enthaelt, dekrementiert, bis dieser 0 wird oder die Datei zuende ist. Dazu waere vielleicht die Befehlskombination "repnz scasb" recht praktisch. Hm, ich hoffe, die Grundlegende Idee dazu ist mit diesem groben Hint in etwa klar geworden.
• T

  Frage zu OllyDBG - Text References.
  • T0bi  

  1
  0
  Stimmen
  1
  Beiträge
  417
  Aufrufe

  T

  Hi Community, war mir jetzt nicht sicher wo ich posten solte, da dies hier aber am meisten mit ASM zu tun hat, denke ich mir mal das ich hier richtig bin. Also folgendes, ich habe mal ein Game in den OllyDBG geladen und nach Textreferenzen gesucht und da hab ich auch ne ganze Menge gefunden, meine Frage jetzt hier: Text strings referenced in Game:.text, item 6938 Address=6F25CF88 Disassembly=PUSH Game.6FA5C870 Text string=ASCII ". AVCUpgradeAddTechMaxAllowed@@" Text strings referenced in Game:.text, item 6939 Address=6F25D028 Disassembly=PUSH Game.6FA5C914 Text string=ASCII ".?AVCUpgradeAddUltraVision@@" Text strings referenced in Game:.text, item 6940 Address=6F25D0C8 Disassembly=PUSH Game.6FA5C9A4 Text string=ASCII ".?AVCUpgradeArmor@@" Da waren auch noch ein haufen mehr solcher Referenzen, sind das evtl. InGame-Funktionen, die das Game braucht um z.B. Einheiten Treffer- und Manapunkte zu updaten ect.? Tobi