Assembler

• ?

  Funktionsweise eines "PC-Speed Hack"?
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  1339
  Aufrufe

  B

  Ahoi, hier dran kannst du dich ja mal versuchen falls du Lust hast und es nicht sowieso zu einfach für dich ist: Hier läuft ein Karo Zeichen von links nach rechts über den Bildschirm, wenn es 10 Schritte gemacht hat dann fängt es wieder von vorne an zu laufen. Hier ist mein Binary zu dem Quellext von unten (Falls du es nicht selbst Kompilieren willst): http://www47.zippyshare.com/v/72682780/file.html Falls du mein Binary verwendest: Ein kleiner Hinweis 004012D4 |. D80D F4124000 FMUL DWORD PTR DS:[4012F4] . . . 004012F4 . 00007A44 DD FLOAT 1000.000 #include <iostream> #include <time.h> // Für clock #include <conio> // Für gotoxy using namespace std; void Move(int x , int y ); void delay(int DelayInSeconds ); int main() { const speed = 1; int pos=0; while(1) { pos++; delay ( speed ); clrscr(); Move(pos,1); if ( pos == 10 ) { pos = 0; } } system("PAUSE"); // Weiß ich selbst das dass nie ausgeführt wird, aber jetzt hab ich mein Binary schon hochgeladen :D } void delay( int DelayInSeconds ) { // Referenz zu clock: http://www.cplusplus.com/reference/clibrary/ctime/clock/ clock_t TimeToWait = clock()+ DelayInSeconds * CLOCKS_PER_SEC ; while(clock() < TimeToWait) { } } void Move(int x, int y ) { gotoxy(x,y); // Setze den Cursor in der Konsole auf die Position x y cout<<"\x4"; // Zeig ein Karo zeichen auf der Konsole }
• ?

  int64 -&gt; Ansi
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  1336
  Aufrufe

  ?

  Auch das werde ich mir auf jeden Fall mal anschauen, danke!
• R

  ADC DMA-Modus, Averaging
  • rudpower  

  7
  0
  Stimmen
  7
  Beiträge
  1819
  Aufrufe

  R

  nein es ist ein 8Bit-Prozessor.
• S

  AVX Intrinsic &quot;_m256_cvtps_pd&quot; mit Visual C++ (Visual Studio 2010)
  • spice  

  4
  0
  Stimmen
  4
  Beiträge
  1778
  Aufrufe

  ?

  du brauchst das service pack, sowohl beim VS als auch beim windows.
• ?

  Stdcall - Welche Register sichern !?
  • Gast  

  11
  0
  Stimmen
  11
  Beiträge
  2189
  Aufrufe

  ?

  Danke euch!
• L

  noobfrage: call auf addresse von variable (NASM)
  • loki1985  

  7
  0
  Stimmen
  7
  Beiträge
  1202
  Aufrufe

  L

  abc.w schrieb: Dann benutze ein Tool zur Versionsverwaltung - ich empfehle git. Ich hätte in diesem Fall z.B. einen "branch" gemacht, ausprobiert, getestet, rumgespielt und dann zurück auf den "master-branch" zurückgeschaltet. Auf jeden Fall wäre die Arbeit auf diese Weise gesichert, sie hatte ja schließlich Zeit gekostet. ich nutze subversion. aber wegen 2 zeilen die anders sind werde ich keinen commit machen.
• ?

  strlen nachbau (Versuch)
  • Gast  

  14
  0
  Stimmen
  14
  Beiträge
  2393
  Aufrufe

  ?

  DrakoXP schrieb: Hier muss ich nochmal nachfragen. Was ist an shl so schlimm? Zu langsam? In diesem Zusammenhang ist es zu langsam.
• D

  [8086]Hilfe bei Potenzrechnung
  • dedmazay  

  3
  0
  Stimmen
  3
  Beiträge
  1074
  Aufrufe

  ?

  "abf" einmal als Datenword im Datensegment + einmal als Sprungmarke im Codesegment, geht so etwas? Und braucht man bei "cmp abf, 4ah" gar nicht angeben ob auf ein Byte, Word, oder Dword zugegriffen werden soll? Dirk
• ?

  String Array
  • Gast  

  20
  0
  Stimmen
  20
  Beiträge
  3498
  Aufrufe

  ?

  Wo ist der Smilie, der den Kopf gegen die Wand schlägt? Danke...
• ?

  Auslesen eines VB Array's mit Assembler DLL
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  1134
  Aufrufe

  ?

  Hallo MASM, also bekomme ich einen Pointer auf eine SAFEARRAY-Structur übergeben? @nachtfeuer: byteweise deshalb, da ich nicht weiß wie lang der String ist. Somit lasse ich die Schleife laufen bis das Null-Byte erreicht ist. Gruß, Nicky
• ?

  Auf HDD zugreifen
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  1239
  Aufrufe

  O

  Ist zu lange her, als dass ich mich daran erinnern kann. Für solche Fragen und Infos schaust du am besten hier vorbei: http://www.lowlevel.eu/ Da gibt es eine Wiki mit Infos unter andrem zu ATA und ein Forum wo sehr viel Leute sind die sich mit solchen Sachen auskennen. Wenn du dem Englisch nicht ganz abgeneigt bist, würde ich auch noch hier vorbei schauen: http://www.osdev.org/
• ?

  Fehler in Bootloader in masm
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  1574
  Aufrufe

  ?

  Ohne Worte...: DW aa55h Dirk(auch nur ein Mensch)
• ?

  Bios Funktion für Zugriffauf CD Laufwerk
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  1677
  Aufrufe

  ?

  Jonas OSDever schrieb: Das BIOS hat glaub ich keine Funktion dafür. Mit einer Ausnahme. Bootfähige CDs(EL-Torito) und auch bootfähige USB-Sticks(beispielsweise 2 GiB FAT16) können ein Lfw.A oder Lfw.C (wenn darüber gebootet wurde) über das Bios emulieren. Diese Laufwerke lassen sich dann wie deren Vorbilder FD/HDD über Interrupts ansprechen. Ein spezieller Zugriff auf die Emulation vom Bios ist dafür von Seiten der Software nicht nötig und vermutlich auch kaum möglich. Je nach verwendeten Bios gibt es dafür verschiedene Einstellung rund um diese Bootoptionen. Fehlen solche Bootoptionen im Bios kann ggf. ein Bootmanager gestartet von Diskette es ermöglichen von CD zu booten.(Name für so einen Bootmanger ist mir im Moment entfallen.) Dirk
• T

  Wie kann ich eine .exe Datei in Maschinensprache betrachten ?
  • Tail11Gunner  

  24
  0
  Stimmen
  24
  Beiträge
  9665
  Aufrufe

  ?

  masm schrieb: Fassen wir doch mal Zusammen: Debug ist keine Entwicklungsumgebung (wie der Name schon impliziert) und man kann damit weder 32 noch 64 Bit Programme schreiben, geschweigen den das man damit irgendwelche SIMD Befehlsätze benutzen kann. Vergleichsweise wie es auch möglich ist von einer Batchdatei, oder einem Shellscript heraus Dateien zu erzeugen in denen ein x86-Operationscode enthalten ist, kann mit debug sogar beliebiger Opoerationscode erzeugt und dann ggf. ausgeführt, oder als Datei gespeichert werden. Es ist lächerlich beim eingeben beim opcodes von Programmieren zu reden! Jo, diese Vermutung von dir ist völlig lächerlich. Hier geht es ja weniger darum zu programmieren, sondern darum geeignete Hilsmittel zu verwenden, um Assemblernbefehle auf die schnelle quasi unmittelbar mittels "Try and Error" auszuprobieren. Und ohne entsprechende Mnemonics zu verwenden können solche Routinen mit den entsprechenden Opcodes für SIMD doch ebenfalls dafür dienen, um die Funktionsweise der Befehle einmal auszuprobieren und kennen zu lernen. Im Assemblemode von Debug kann man dafür beispielsweise die "DB"-Anweisung benutzen. Und ganz neben bei, debug.exe war und ist ganz sich kein Windows-internes Systemwerkzeug - es ist ein Überbleibsel aus DOS Zeiten. Internes Systemwerkzeug hin oder her, ich finde debug.exe unter Windows XP in *C:\Windows\System32* Auch können Dateien mit langen Dateinamen und Leerzeichen darin über öffnen mit debug innerhalb von Debug (unter Windows) eingeladen werden. Und es muss ja auch kein Windows sein, ein pures DOS ohne GUI genügt schon für debug. Um auf die schnelle einige wenige Assemblerbefehle auszuprobieren, ob nun mit Eingabe von Mnemonics, oder auch als Bytefolgen eingegeben, ist debug bestens dafür geeignet noch vor dem eigentlichen Lernen des "Programmierens" anhand von kleinen Befehlsfolgen die Funktionsweise der CPU und der verwendeten Befehle kennen zu lernen. http://www.angelfire.com/electronic/tristar/downloads/j/Debug.doc http://www.armory.com/~rstevew/Public/Tutor/Debug/debug-manual.html Dirk
• ?

  Auf Master boot record zugreifen
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  808
  Aufrufe

  ?

  Und noch was... Wenn der PC gestartet wird, dann lädt das BIOS den ersten Sektor an diese Adresse im RAM. Das hat nichts mit der Platte zu tun.
• ?

  Frage zu Opcodes und verhalten von OllyDebugger
  • Gast  

  10
  0
  Stimmen
  10
  Beiträge
  2275
  Aufrufe

  ?

  Hallo, ich hatte jetzt mal etwas Zeit mir das ganze genauer anzuschauen. Etwas Assembler Erfahrung habe ich.(Ich hab ein Assembler Buch von Joachim Rhode [http://www.joachimrohde.com/cms/xoops/modules/wfsection/article.php?articleid=53 Die zweite Auflage ] aber da wurde so etwas leider nicht behandelt.) Aber ich glaube ich habe es verstanden. Hier geht es ja anscheind nur um die Opcodes. Zum test habe ich mal in einem Code Cave einen NOP Befehl angelegt, und das Offset wo das NOP steht gepusht und mit StdOut mir das Ergebniss ausgeben lassen. Dabei kam ein E mit so einem Strich oben dran raus das habe ich in C++ schonmal gesehen als ich mit Buffer Overflows rum experimentiert habe. Und der Opcode 41 ergibt den Assembler Befehl inc ecx 004010E7 41 inc ecx ; 41 Hex = A Ascii push 004010E7 call StdOut ; Gibt ein A aus Die Opcodes werden auf den Stack gepusht und StdOut wandelt die Opcodes in Ascii Zeichen um, kann man das so sagen? Oder gibt es dafür noch eine bessere Erläuterung oder ist meine Erläuterung sowieso falsch?
• X

  [gelöst]Erklärung für den Stack bezüglich ESP, SFP, EBP u.s.w.
  • xpilz  

  4
  0
  Stimmen
  4
  Beiträge
  2064
  Aufrufe

  ?

  Noch ein Beispiel zum Stack wie der funktioniert: push 1 push 2 push 3 ------------------------------ Stack: Offset 0012FFB8 3 <-- push 3 Offset 0012FFBC 2 <-- push 2 Offset 0012FFC0 1 <-- push 1 ------------------------------ pop eax pop ebx pop ecx ------------------------------ Stack: eax = 3 ebx = 2 ecx = 1 ------------------------------
• D

  [TASMX]&quot;No memory available&quot; Fehlermeldung bei assemblieren
  • dedmazay  

  8
  0
  Stimmen
  8
  Beiträge
  1427
  Aufrufe

  N

  dedmazay schrieb: Es funktioniert plötzlich. Ich habe nichts gemacht und TASM assembliert wie es soll. ...hat vermutlich der Nikolaus kurz vorbeigesehn und schwupps war er wieder wech...;) (naja, bei artigen Kindern, warum auch nicht)
• ?

  Assembler-Programm interpretieren
  • Gast  

  10
  0
  Stimmen
  10
  Beiträge
  1775
  Aufrufe

  L

  Grundsätzlich kenn ich die Befehle ja nur diese pointer hab ich vorher noch nie gesehen... Zeiger sind in der Assemblerprogrammierung nun mal das Pfeffer und das Salz. Ohne geht ja fast gar nichts. Deine Fragen zeigen mir das Du wirklich nur sehr sehr wenig durchblickst. addi $s0, $s0, 4 Deine Einträge im Feld sind vermutlich 32 Bit groß? Falls ja, dann ist das schon ok so. Der Zeiger wird um 4 Byte erhöht => Du landest beim nächsten Element im Feld. Es war ja eigentlich Deine Aufgabe das zu interpretieren. Dummerweise habe ich Dir jetzt so gut wie alles abgenommen. Asche über mein Haupt.
• C

  Assembler Neuling
  • C++Web  

  4
  0
  Stimmen
  4
  Beiträge
  1504
  Aufrufe

  L

  Nein, ist nicht quatsch. Die Idee des Programmes oben ist es das Low und High Nibble des Bytes in r16 zu trennen. Die Routine outhex4 kann sicher nur mit 4 Bit Nibbles umgehen. in C: outhex4(r16 >> 4); outhex4(r16);