Assembler

• ?

  Gute Links zu 8-Bit 6502 Assembler
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  1187
  Aufrufe

  ?

  Ich habe eine gute Seite gefunden, die unter anderem auch einen schönen Source von Steve Wozniak für Flotingpoint beinhaltet. Da der 6502 und auch dessen im C64 eingebauter Verwandter 6510 keine Befehle zum Multiplizieren und Dividieren enthält, sind auch hierfür ein paar schnelle Routinen vorhanden. Hier ist der Link zu 6502.org falls jemand auch soviel Spaß mit der Programmierung alter Kisten in Assembler hat.
• ?

  Frage zur internen Funktionsweise von IsDebuggerPresent
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  1531
  Aufrufe

  R

  De_Bugger schrieb: Ist das richtig so was ich hier schreibe? Nein, das ist nicht richtig mov eax,dword ptr fs:[18] Hier holt sich die CPU den Wert aus FS:18 und belegt EAX damit. EAX hat dann (bei mir zum Beispiel) den Wert 0x7FFDF000. mov eax,dword ptr ds:[eax+30] Zuerst wird zu EAX (0x7FFDF000) 0x30 addiert, ergibt: 0x7FFDF030. Die Adresse in den eckigen Klammern ist also 0x7FFDF030. Was dort steht (bei mir: 7FFD9000), wird nach EAX kopiert. EAX hat jetzt also den Inhalt 0x7FFD9000 movzx eax,byte ptr ds:[eax+2] Jetzt wird 2 zu EAX (0x7FFD9000) addiert, in den eckigen Klammern steht also die Adresse 0x7FFD9002. Was an dieser Stelle steht (bei mir: 0x01), wird nach AL kopiert und das restliche EAX-Register auf Null gesetzt. In EAX steht also: 0x00000001. ret Nun kehrt die Funktion IsDebuggerPresent zurück. EAX ist der Rückgabewert, in diesem Fall: 1 (TRUE). viele grüße ralph
• H

  [FASM] Verständnisproblem "invoke printf" und Stackverwaltung
  • hardi  

  5
  0
  Stimmen
  5
  Beiträge
  1595
  Aufrufe

  H

  Hallo, danke für die Antworten. Ersetze ich "invoke printf,..." durch "cinvoke printf, ..." oder "ccall [printf],..." läuft das Programm wie gewünscht. @nachtfeuer, ein Bild sagt mehr als tausend Worte - danke. In der englischen Wikipedia fand ich unter "x86 calling conventions/Callee clean-up" folgenden Text: "... When the callee cleans the arguments from the stack it needs to be known at compile time how many bytes the stack needs to be adjusted. Therefore, these calling conventions are not compatible with variable argument lists, e.g. printf()..." Viele Grüße hardi
• M

  Bootloader Fat32 USB-Stick Real/Protection Mode
  • max_c++_c_LOL  

  5
  0
  Stimmen
  5
  Beiträge
  1704
  Aufrufe

  M

  Danke dann, gleich mal ausprobieren und Weiterprogrammieren
• T

  einefache socket uns asm...
  • tomycat2009  

  5
  0
  Stimmen
  5
  Beiträge
  1124
  Aufrufe

  T

  thx, die parameter habe ich schon gefunden, aber ich habe nur eine kleine Auswahl. ich nehme an bind ist hier das Problem. Er gibt mir ja auch -1 zurück. htons(8098) <--- das wunder mich auch, laut Quellcode sollte das auch so sein. accept(3,<---- danach kommt nicht mehr. ich check alles noch mal
• T

  NOP nach JMP
  • Thuruk  

  12
  0
  Stimmen
  12
  Beiträge
  2420
  Aufrufe

  L

  Meines Wissens kann das auch mit one pass Assemblern zusammen hängen. Sprungbefehle haben je nach Distanz zum Sprungziel eine verschiedene Größe. Das Problem tritt nun bei noch unbekannten Sprungzielen auf. Es ist ad hoc nicht klar wie weit ein Sprungziel weiter unten entfernt ist. Man löst das aber einfach indem man erstmal genug Speicher für einen maximalen Sprung reserviert, diesen mit NOPs füllt und dann später den Sprungbefehl dort einträgt. http://en.wikipedia.org/wiki/Assembly_language One-pass assemblers go through the source code once. Any symbol used before it is defined will require "errata" at the end of the object code (or, at least, no earlier than the point where the symbol is defined) telling the linker or the loader to "go back" and overwrite a placeholder which had been left where the as yet undefined symbol was used.
• _

  Speicher beschreiben - SSE ?
  • __username  

  15
  0
  Stimmen
  15
  Beiträge
  2450
  Aufrufe

  L

  100% exakt gehts nicht, es kann immer ein Context switch oder Interrupt dazwischen kommen, allerdings läuft das ganze mit hoher Priorität was das etwas unwahrscheinlicher macht. Gemessen mit den Timing Makros aus dem masm32 Forum http://www.masm32.com/board/index.php?topic=770.0
• ?

  Assembler lernen
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  1844
  Aufrufe

  A

  Ich werde es mir mal anschauen. Danke.
• _

  Detours 64bit - Der Versuch eines Anfangs
  • __username  

  7
  0
  Stimmen
  7
  Beiträge
  1957
  Aufrufe

  _

  Und sieh an, es funktioniert! Du glaubst nicht wie sehr ich dir danke Hab es jetzt folgendermaßen realisiert: BYTE b[] = {0x48, 0xB8, 0x90, 0x90, 0x90, 0x90, 0x90, 0x90, 0x90, 0x90, 0xFF, 0xE0}; //mov RAX, adresse_von_blub | jmp RAX VirtualProtect MemCopy //adresse_von_blub nach b[2] VirtualProtect //zurück //läuft Ich muss nur noch den alten Speicher sichern/später wiederherstellen, aber das ist kein Problem mehr. Geht das so in Ordnung, oder gibts noch einen fatalen "Fehler"?
• _

  FPU: (3 / 10) == 0.29999999...
  • __username  

  11
  0
  Stimmen
  11
  Beiträge
  1966
  Aufrufe

  _

  Ou...Studiengang... nene, da hab ich noch 2 Jahre Schule vor mir Habs aber inzwischen "gelöst", danke trotzdem
• T

  Tastaturtreiber
  • Thuruk  

  6
  0
  Stimmen
  6
  Beiträge
  1411
  Aufrufe

  N

  Habe zwar nicht ganz verstanden, wie das praktisch aussehen soll, klingt aber etwas umstaendlich. Intern in deinem OS kannst du das vielleicht so handhaben, extern fuer die APIs wuerde ich mich da jedoch an die Klassiker FIFO-Queue fuer Tasteneingaben (siehe z.B. BIOS / "readkey"-funktion) und events (Taste xy wurde gedrueckt/losgelassen) und evtl. abgespeckte Bitmaps der Form "Taste gedrueckt? ja/nein" ("keypressed"-funktion) halten. Kannst auch mal schauen, wie Erhard das in seinem BS geloest hat und die Sache dort evtl. etwas lebhafter diskutieren... Projekt: OS-Development
• ?

  IDA Pro vs. OllyDebugger
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  1372
  Aufrufe

  ?

  MASM hat keine StdOut Funktion! Den Quelltext dieser Funktion findest du im MASM32 SDK.
• S

  Tastaturcontroller Zeichen abfragen nur wenn Taste gedrückt...
  • supernicky  

  14
  0
  Stimmen
  14
  Beiträge
  4655
  Aufrufe

  S

  gargyle schrieb: Diese Code: mov eax, 4C00h int 21h ;programm beenden Hat mich in die Irre geführt. Hallo, ich muss doch erstmal schauen das mein Vorgehen auch funktioniert. Im P-Mode bin ich hierbei noch nicht.. Nicky
• _

  const char* Parameter -&gt; Zugriffsverletzung
  • __username  

  13
  0
  Stimmen
  13
  Beiträge
  2140
  Aufrufe

  _

  Vielen dank!
• _

  Buchempfehlung?
  • __username  

  14
  0
  Stimmen
  14
  Beiträge
  2490
  Aufrufe

  _

  Bin jetzt dabei, ne kleine Library für Convertaufgabe (z.B. String To Int/Float) und andersherum zu basteln. Hab mich ein wenig im Internet umgeschaut und gedacht, das wäre doch ne gute Idee zum lernen, das ganze ist in Assembler geschrieben. Naja, nur sieht es leider so aus, dass ich fast jeden Tag irgendetwas wieder lösche, weil ich eine neue/bessere Idee habe Aber das ist eben das unbequeme beim "selber Nachdenken"... Interessante Bücher hab ich keine mehr gefunden, werde mich dann wohl mit Dokus Ausprobieren "weiterbilden".
• S

  Frage zu VESA Videomodus 1024x768x4
  • supernicky  

  15
  0
  Stimmen
  15
  Beiträge
  2570
  Aufrufe

  ?

  supernicky schrieb: Hallo Dirk, Ja, ich lese ein DWORD aus Ok. was mich aber doch etwas wundert ist, das mein Laptop "nur" 3GB RAM hat, aber jeder Wert vom LFB 4.160.749.568 beträgt. Ist das ein Standardwert oder lese ich falsch aus oder muss hier noch was umgerechnet werden? Die Adresse wird wohl stimmen. Der LFB blendet sich meistens im obersten Gigabyte ein, auch dann wenn dort kein physikalischer RAM vorhanden ist und dort wo der LFB sich einblendet, dort kann man den darunter liegenden RAM eh nicht verwenden falls vorhanden. Ich habe bisher für alle VESA-Modi einer Karte immer nur die selbe LFB-Adresse gefunden, die aber je nach verwendeter Karte variieren kann. Die Adresse des LFB ist vermutlich wohl auch davon abhängig welche Hardware-Komponenten noch vorhanden sind, die ebenfalls im obersten Gigabyte einen Platz beanspruchen und das dann mit dem BIOS vom Mainbaord aushandeln welche Bereiche dafür belegt werden. Möglicherweise kann eine Grafikkarte in einem anderen Mainboard verwendet einen andere Adresse für den LFB bekommen. Konkrete Infos habe ich darüber aber auch nicht, es ist somit nur eine Vermutung von mir. Dirk
• S

  Nicht behebbarer Prozessorfehler beim Wechsel in P-Mode
  • supernicky  

  17
  0
  Stimmen
  17
  Beiträge
  2042
  Aufrufe

  ?

  supernicky schrieb: Hallo zusammen, ich habe den Fehler gefunden. Prima. Im Grunde brauche ich ja nur die Segmentregister ES, FS und GS auf 32Bit zu erweitern. DS und CS bleiben unverändert. So funktioniert es jetzt bei mir. Ich probier dann mal weiter. Gruß und Danke Nicky Ich erweitere meistens nur DS, weil dann seltener Segment-Override Prefixe benötigt werden. (Ausnahme: Wenn (E)BP oder (E)SP als Adressregister verwendet wird, dann wird ggf. ein Segment-Override Prefix mit DS nötig, wenn darüber adressiert werden soll. Das läßt sich aber oft vermeiden, wenn man diese beiden Offsetregister nicht zum Adressieren verwendet, wenn man über DS adressieren möchte.) Um über FS und GS zu adressieren braucht man aber immer ein Segment-Override Prefix. Wenn DS erweitert wurde, dann kann DS auch weiterhin auf unseren Datenbereich zeigen und alle linearen Adressen lassen sich relativ dazu berechnen und darauf anpassen. Dirk
• _

  Erweiterte oder besser einfache Befehle ?
  • __username  

  8
  0
  Stimmen
  8
  Beiträge
  1122
  Aufrufe

  ?

  __username schrieb: Verdammt, also stelle ich zum zeiten Mal heute fest, dass mein nächstes Buch von CPU-Architekturen handeln wird Also ist es auf jeden fall so, dass "erweiterte" Befehle einen kürzeren Opcode (als zwei einfach Befehle) haben und somit schneller dekodiert werden? Und über die Ausführungsgeschwindigkeit kann man gundsätzlich nichts sagen, das müsste man testen ? Danke schonmal ! Die Ausführungsgeschwindigkeit ist abhängig von den Taktzyklen die ein Befehl braucht und auch abhängig von der jeweiligen CPU-Architektur. So ein Testprogramm zwischen "mov/mov" vs "push/pop" hat Frank Kotler geschrieben und es könnte mit relativ geringem Aufwand auch zum Testen für andere Befehle modifiziert werden. https://groups.google.com/group/alt.lang.asm/browse_thread/thread/3d4fefc9bcd80b87/de738e9275a9abc7?hl=de&lnk=gst&q=pushvsmov#de738e9275a9abc7 Dirk
• ?

  Variable wird immer überschrieben
  • Gast  

  13
  0
  Stimmen
  13
  Beiträge
  1668
  Aufrufe

  ?

  Danke, für die weitere Antwort und den MASM Programmer Link direkt der erste Google Eintrag: http://www.masm32.com/board/index.php?topic=5433.0 Dort findet man den Guide zum herunterladen, als chm Datei da ist alles übersichtlich dargestellt. Das Buch muss unbedint noch in die FAQ dort wird ja alles erklärt.
• S

  Div Befehl (NASM) als Ergebnis immer 0
  • supernicky  

  8
  0
  Stimmen
  8
  Beiträge
  1678
  Aufrufe

  S

  doppelter Beitrag