Assembler

• I

  Einige grundlegende Verständnissprobleme
  • Ishildur  

  5
  0
  Stimmen
  5
  Beiträge
  1135
  Aufrufe

  I

  Ach so, OK Ich hatte eben nicht gewusst, dass bspw. [bp+5] das + 5 ebenfalls ein Teil des Opcodes ist!
• ?

  x86-64 asm: wie printf aufrufen?
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  1246
  Aufrufe

  ?

  habe das problem gelöst. erstmal waren die register für die argumente falsch (das waren die register für das zweite und dritte argument). außerdem muss rax 0 sein, weil printf sonst nach argumenten in den sse-registern sucht. mfg
• I

  Problem mit relativen Adressen: jmp $+1
  • Ishildur  

  4
  0
  Stimmen
  4
  Beiträge
  478
  Aufrufe

  N

  Ishildur schrieb: Ich habe mir nun folgendes Namenssystem einfallen lassen: Labels haben alle das Prefix L und Prozeduren P! Auf diese Weise hoffe ich zu verhindern, dass ich versehentlich eine (P)rozedur mit jmp oder ein (L)abel mit call aufrufe. Hm, ich habe kein so ausgefuchstes System. Eher ueberhaupt keins. Hauptsache der Name hat irgendwie was mit der Funktion des Codes zu tun. Ist mir irgendwie auch noch nie passiert, dass ich versehentlich call mit jmp verwechselt habe. Ansonsten kennzeichne ich Prozeduren natuerlich deutlich an Anfang und Ende mit Kommentaren. Ishildur schrieb: MASM konnte diese unterscheiden, aber für NASM scheinen einfach alles Labels zu sein! Richtig. Macht den Code ohne ausreichende andere Strukturierung zwar etwas unuebersichtlich, aber sonst finde ich NASMs Label-System eigentlich besser als das von MASM. Wirkt irgendwie sauberer. Ishildur schrieb: Noch eine kleine Frage, ich bin damit echt am verzweifeln! Kann es sein, dass für den Interrupt 13h (Zugriff auf Disketten und Festplatten) Funktion 02h die erste Spur mit 0, der erste Sektor jedoch mit 1 beginnt?! Ich bin seit stunden daran, Sourcefiles und Speicherabbilder zu vergleichen und bin schliesslich zu eben dem Schluss gekommen! Aber wie unsinnig wäre dass denn? Ziemlich, ist aber aus irgendeinem Grund trotzdem so - siehe meinen Beitrag in deinem Speicher-Thread.
• I

  Verständnisproblem mit dynamischem Speicher
  • Ishildur  

  18
  0
  Stimmen
  18
  Beiträge
  1480
  Aufrufe

  N

  Ishildur schrieb: Irgendwie kriege ich das mit der Diskette lesen nicht gebacken! Woher weiss ich denn, von welchem Track und aus welchem Sektor ich lesen muss? Du weisst, in welcher Reihenfolge die Daten/Programmteile in deinem Image liegen. Weisst du das nicht, solltest du dir darueber erstmal klar werden. Fuer Disketten wird dann AFAIK immer die chs-Adressierung verwendet... Wenn du dir dazu noch den Artikel ueber LBA durchliest, wird die Sache hoffentlich klarer... Die Werte fuer die Diskettengeometrie stehen im BPB. Ishildur schrieb: Ist die Sektorgrösse nicht von der Formatierung abhängig? Nein. Von der Laufwerksgeometrie. AFAIK ist das aber eigentlich immer mit der Blockgroesse gleichzusetzen, welche eigentlich auch immer 512 Byte betraegt (mir ist zumindest keine Ausnahme bekannt). Ishildur schrieb: Ausserdem, wenn ich nun 15 KBytes auslesen, will, woher weiss ich dann wieviele Tracks und Sektoren dass sind? Teile die 15kiloByte durch die Blockgroesse. Die so gewonnene Anzahl von Bloecken kannst du mit Hilfe der Laufwerksgeometrie-Daten und der Umrechnungsformel LBA/chs von Wikipedia weiter umrechnen. Ishildur schrieb: Gibts vielleicht irgendwo ein gutes Tutorial in Bezug auf das lesen von Diskette ohne Dateisystem? Kenne keines. Vielleicht bei den OS-Dev-Links.
• I

  Computer abschalten
  • Ishildur  

  4
  0
  Stimmen
  4
  Beiträge
  421
  Aufrufe

  N

  Aeh, FAQ? Auf meinen ATX-Rechnern funktioniert die dort vorgeschlagene Funktion. Neustart wuerde ich allgemein auch nicht ueber int 19h machen - zu unsicher.
• I

  Zeilenumbruch in langen Strings
  • Ishildur  

  2
  0
  Stimmen
  2
  Beiträge
  502
  Aufrufe

  D

  bla db "hallo ich bin", 10,13, "ein seeeeehr", 10,13, "langer string", 0 Die Bytes 10,13 werden unter Windows als Zeilenumbruch dargestellt. Ein langer string in viele kleine unterteilt: [codebla1 db "hallo ich bin", 0 "ein seeehr", 0 "langer string", 0[/code] Irgendwie versteh ich aber nicht wirklich was du willst
• ?

  Wahnsinn - MenuetOS, ein vollständig in x86 Assembler programmiertes Betriebssystem inkl. GUI & CO. Kein C Code!
  • Gast  

  13
  0
  Stimmen
  13
  Beiträge
  2353
  Aufrufe

  Z

  Wenn man sich ein bissl mit asm auskennt, dann fallen einem ein paar tricks ein die tatsächlich an die grenzen gehen,.. ich progge zwar "nur" atmel avr-asm,.. aber das ist och janz schön besonders wenn es auf cyclegenauigkeit ankommt,.. seid gegrüßt
• G

  Was weiss man über den Intel-MicroCode i32?
  • gorgoyle  

  1
  0
  Stimmen
  1
  Beiträge
  382
  Aufrufe

  G

  Soeweit ich weiss nicht viel weil die Upgrades verschlüsselt sind. Aber was weiss man üder diese Verschlüsselung? Vielen dank für Hinweise! -gorgoyle
• ?

  min/max in ASM
  • Gast  

  11
  0
  Stimmen
  11
  Beiträge
  1363
  Aufrufe

  ?

  jenz schrieb: ... also dachte ich, dass es eher die frage ist, wie man das am besten machen kann... oh ja, natürlich. so wars auch gemeint, mit "am besten" hab ich in etwa sowas wie das cond. mov gemeint. da ich mich bisher fast auschschließlich mit hochsprachen beschäftigt habe erschien mir das überspringen einer einzigen codezeile (innerhalb einer funktion) als fragwürdig (auch wenn die ganzen if/else konstrukte in asm so dargestellt werden). ich hab eigentlich nur gedacht, dass man den min/max wert vielleicht auch sehr einfach mit arithmetischen operationen und bitschiebereien bestimmen kann.
• ?

  Problem mit erstem Programm:
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  395
  Aufrufe

  N

  Je nach OS laeuft das eben etwas anders. So wie in deinem 1. Code wuerde man es zB. eher fuer Windows-Programme machen. Gute Tutorials findest du in den FAQ (allerdings nur wenige zu NASM). Einige gute Hinweise bietet auch die Hilfe zu NASM - die mal gelesen zu haben, kann beim Verwenden von NASM bestimmt nicht schaden (das mit dem ..start steht da zB. auch drin).
• ?

  NASM vs. FASM vs. YASM, was sind die Vor- und Nachteile dieser 3 Assembler?
  • Gast  

  12
  0
  Stimmen
  12
  Beiträge
  3949
  Aufrufe

  ?

  Nobuo T schrieb: Ich finde nur, dass sich auch in NASM ganz gut Win32-Anwendungen schreiben lassen. Für Win32-Anwendungen würde ich aber eindeutig FASM empfehlen. Es ist mit NASM möglich, aber schön finde ich das nicht. Besonders wenn man sich mit dem PE-Format beschäftigt hat, fühlt man sich mit FASM wohl. Man kann einfach viel direkter in das Format eingreifen. Als Beispiel mal die Deklaration der Import-Section: section '.idata' import data readable writeable library kernel32,'KERNEL32.DLL',\ user32,'USER32.DLL' import kernel32,\ ExitProcess,'ExitProcess' import user32,\ MessageBox,'MessageBoxA' Eine so schöne und PE-nahe Implementation haben andere Assembler meiner Meinung nach nicht. Außerdem bringt FASM auch viele fertige Macros mit, wodruch die Win32-Programmierung wie z.B. bei MASM deutlich komfortabler wird.
• ?

  Wie hat man Programme beim PC vor oder in der Anfangszeit der DOS Ära auf 5,25" Disketten gespeichert?
  • Gast  

  15
  0
  Stimmen
  15
  Beiträge
  1201
  Aufrufe

  ?

  Du kannst auch noch dd_rescue if=/dev/fd0 of=spiel.img cat /dev/fd0 > spiel.img probieren.
• ?

  memcpy (C) mit 16-bit asm nachbauen
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  768
  Aufrufe

  ?

  vielen dank euch beiden erstmal! Nobuo T schrieb: Da beim Label "data" nur 1 Byte (mit Wert 20h) steht und gleich darauf Code folgt, wirst du selbigen beim Kopieren von 8 Byte mit ueberschreiben... jo haste recht da wollte ich eigentlich nur etwas speicher reservieren hab' jetzt aber eure beiden vorschläge umgesetzt und so klappts auch
• ?

  Wird irgendwann die Klammerung {} für Inline Assemblercode in den C/C++ Standard mit aufgenommen?
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  479
  Aufrufe

  ?

  Ja, so kann man das natürlich als Workaround und Hack machen, aber das eigentliche Problem bleibt ja, wird das mal im C/C++ Standard geändert?
• M

  Und noch ein nap :D
  • majin  

  11
  0
  Stimmen
  11
  Beiträge
  1182
  Aufrufe

  ?

  @ Threadstarter Warum nutzt du nicht einfach TASM (Turbo Assembler)? Mit dem kannst du sogar auch Realmode Programme schreiben und dank Sektorierung den Speicher mal richtig ausnutzen.
• ?

  Asm Snippet Erklärung Offsetsberechnung
  • Gast  

  1
  0
  Stimmen
  1
  Beiträge
  369
  Aufrufe

  ?

  Hallo ich habe folgender Ausschnitt gesehen, welcher ich nicht 100 pro verstehe: [...] progstart: nop nop START: call rel rel: pop ebp cld mov eax, ebp db 2dh ; sub eax, SaveEntry dd (offset rel - offset progstart) push eax sub ebp, offset rel [...] Ich verstehe vorallem der Punkt "db 2dh ; sub eax, SaveEntry..." nicht ganz. So wie es aussieht speichert er damit im eax-Register die Adresse vom label "START". Und, weiter unten bei "sub ebp, offset rel", wird die Adresse von progstart gespeichert. Meine Frage ist ob ich nun mich voll verrechnet habe oder ob das stimmen kann? Wenn ich es versuche zu kontrollieren, kann es weiderum nicht stimmen, siehe hier (ausser ich hab mich total "verrechnet"): Nehmen wir an: progstart: 10 (dezimal, adresse) START: 20 (dez, addr) rel: 40 (dez, addr) Dann wäre es: eax = rel - progstart = 40 - 10 = 30 (Adresse) Ich hab da keinen Plan, wie ihr sieht, scheine ich was zu verwechseln. kann mir das wer vorrechnen, erklären? Ich will nur meine Dunkelheit erhellen thx Vielen Dank TollTroll
• ?

  MASM32 - Strings und Speicher reservieren
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  557
  Aufrufe

  ?

  Ach so, könnte ich das noch etwas optimieren. Es läuft ansonsten bestens, vor der Routine habe ich mit mov open1[5], 0 verhindert dass einfach alle Strings zusammengehängt werden wenn man eine weitere Datei öffnen will. Werde aber wenn alles läuft sowieso nochmals etwas optimieren. Das Fenster habe ich mit Prostart erzeugt, nun kämpfe ich gerade mit der API, ich kann keinen Text ins Fester ausgeben mit der mit bekannten Methode da der erzeugte Code etwas anders aufgebaut ist als die Beispiele in einem Buch welchen ich folgte.
• D

  array inhalte verschieben
  • Dragonslayer  

  13
  0
  Stimmen
  13
  Beiträge
  1666
  Aufrufe

  D

  Kann es sein das in dem kopier algothymuß noch irgendwo nen fehler liegt? In meiner simulation zerhauts mir regelmäßig den inhalt des arrays. Ich hab komischerweise danach drinnen stehen: [array + 0] = eingegebene wert / soweit richtig [array + 1] = ne 2 stellige hex zahl zb 36 [array + 2] = 37 [array + 3] = 38 usw. ich frag mich woran das liegen kann? edit: könnte es sein das ich nicht den inhalt einer adresse sondern die adresse selber rein kopiere? das komische ist ja im simulator läufts schief aber auf dem mikro controller funktioniert der algorithmuß mov di, array + 7 ;Pointer auf array VERSCHIEBEN: mov ah,[di-1] ;Inhalt von Adresse vor aktueller Position in Ah laden mov byte [di], ah ; Inhalt in aktuelle Adresse laden dec di ; Eine Adresse "zurückspringen" im Array cmp di,array ;Pointer mit Adresse von [array + 0] vergleichen JNE VERSCHIEBEN ;Wenn erste Stelle des Arrays noch nicht erreicht zum Anfang mov [di],al ;Inhalt von al in erste Stelle des Arrays laden ;al beinhaltet ne Eingegebene Hex-Ziffer
• M

  Kleine Assembler-Nachhilfe
  • m34  

  3
  0
  Stimmen
  3
  Beiträge
  564
  Aufrufe

  C

  Schon. Aber Hallo! Für was ist den ein Forum da?
• ?

  Third War In Iran
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  444
  Aufrufe

  D

  wrong board