Assembler

• ?

  Zwei "debugger detections": Wie genau nutzen?
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  1230
  Aufrufe

  ?

  http://www.jorgon.freeserve.co.uk/ExceptFrame.htm
• F

  DWORD Bytes "füllen"
  • FrEEzE2046  

  2
  0
  Stimmen
  2
  Beiträge
  1649
  Aufrufe

  ?

  Vielleicht so hier: mov dl, byte ptr [edx] mov al,dl mov ah,dl shl eax,16 mov al,dl mov ah,dl mov dword ptr [ecx], eax Oder so: mov al,byte ptr [edx] movzx eax,al mov edx,001010101h imul edx mov dword ptr [ecx], eax
• ?

  NASM beklagt sich beim übersetzen eines Codes in ASM
  • Gast  

  13
  0
  Stimmen
  13
  Beiträge
  4463
  Aufrufe

  ?

  woher hast du den masm? Du brauchst nämlich eine 16Bit-Linker damit die Sache überhaupt läuft.
• F

  Variable wird bei Aufruf verändert
  • FrEEzE2046  

  6
  0
  Stimmen
  6
  Beiträge
  1746
  Aufrufe

  F

  __asm{} schrieb: der Grund heißt (vermutlich) "Borland fastcall / Delphi register call": die ersten drei Parameter werden durch die Register eax,edx,ecx übergeben, weiter werden auf dem Stack abgelegt (alle von links nach rechts). IIRC werden alle größeren Datentypen als pointer übergeben (außgenommen real4/8/10 - die werden direkt auf den Stack abgelegt). In deinem Fall hieße das dann, dass eax=aFile und edx=Zeiger auf INT64 . Aber vielleicht irre ich mich auch – kann meiner Aussagen leider auch nicht Überprüfen, da ich keine Delphi habe… Nicht ohne Grund kommt es ja von "Turbo Pascall". Die Standard Aufrufkonvention ist mir schon bekannt. Es werden aber nur die ersten Parameter in die genannten Register geschrieben, die der Wortbreite des Prozessors entsprechen. Daher sollte hier kein 8 Byte großer Typ in die Register geschrieben werden. Dass von allen größeren Typen die Adresse übergeben wird, wäre eine Vermutung. Es scheint jedoch nicht so zu sein, sonst würde meine Erläuterung oben nicht zustande kommen können. Generell ist es sowie so wichtig (für verschiedene Befehle), dass ein 8 Byte großer Typ im EAX und EDX Register gehalten wird. Somit würde es keinen Sinn machen im EDX-Register einen Pointer auf Int64 zu haben und es ist defacto auch nicht der Fall gewesen. Eine Erklärung wäre fein, aber da die Funktionalität vorhanden ist, muss ich es nicht unbedingt wissen. Ich kann leider erst am Montag prüfen ob der stdcall des Problems Ursprung war, da ich privat keinen Delphi-Compiler zur Verfügung habe.
• P

  Frage zu sub und mov auf x86
  • Pille456  

  5
  0
  Stimmen
  5
  Beiträge
  1819
  Aufrufe

  A

  @Pille456: Schau mal vielleicht noch hier http://www.c-plusplus.net/forum/viewtopic-var-t-is-236354-and-postdays-is-0-and-postorder-is-asc-and-start-is-410.html meinen Beitrag um 11:51:28 02.05.2009, dann vielleicht noch hier http://www.c-plusplus.net/forum/viewtopic-var-t-is-244705.html, hier http://www.c-plusplus.net/forum/viewtopic-var-t-is-242297.html, hier http://www.c-plusplus.net/forum/viewtopic-var-t-is-238553.html und schließlich hier http://www.c-plusplus.net/forum/viewtopic-var-t-is-237896.html Der letzte Beitrag ist übrigens eine kleine quasiwissenschaftliche Studie
• ?

  [HILFE] inline asm!
  • Gast  

  17
  0
  Stimmen
  17
  Beiträge
  3902
  Aufrufe

  ?

  also überleg erstmal was ein packet ist? Normal nur ein char array. Warum versuchst du also ein int array zu pushen -.- Mach einfach push chararray und die addresse ist aufm stack gepushed mehr brauchst du doch nicht!!
• M

  SSE langsam
  • mmibach  

  5
  0
  Stimmen
  5
  Beiträge
  2138
  Aufrufe

  A

  ... und mach, dass Du die Inline-Asm aus Deinem Code los wirst und schreibe eine richtige Assembler Funktion. Und schreibe auch eine C-Funktion, die das gleiche implementiert, nur so für "Notfälle". Und schreibe auch Testcode... mit dem sowohl die Assembler als auch die C-Funktion getestet werden - mag ich persönlich auch nicht, muss aber sein, denn nur so könntest Du richtig vergleichen und richtige Aussagen machen usw. Und wenn Du es nicht machst, stimmt Deine Aussage "SSE langsam" gar nicht und dann ärgerst Du nur die Leute damit...
• ?

  MessageBox mit reinem Assembler
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  1661
  Aufrufe

  N

  Achtung - Spitzfindigkeit: Ja, geht. Frag mich zwar nicht nach Details, aber im Prinzip sollte es auch mit dem MASM moeglich sein, MessageBox und ExitProcess als extern zu deklarieren und statt den restlichen Konstanten wie MB_OK einfach die entsprechenden Zahlen hin zu schreiben. Dann brauchst du nichts mehr inkludieren... Musst allerdings nach wie vor zumindest gegen die kernel32.dll linken. In Windows-Programmen kommst du ohne externe Funktionen nicht aus, da du iaR. keinen Zugriff auf periphere Hardware hast.
• C

  debug.exe - Stack ausgeben
  • curry-king  

  2
  0
  Stimmen
  2
  Beiträge
  2044
  Aufrufe

  ?

  d SS:0 bzw. d ss:addressenbereich
• E

  format a: mit MS Windows
  • Erhard Henkes  

  2
  0
  Stimmen
  2
  Beiträge
  1090
  Aufrufe

  T

  Ich könnte mir nur vorstellen das man zwischen "frei" und "nicht beschrieben" unterscheiden will. Ein fabrikneuer Datenträger könnte durchgehend 0 beinhalten. Vielleicht gibt es auch Geräte die bei Fehler immer 0 einlesen. Was genaues weiß ich aber nicht.
• ?

  Wieso wird hier Text ausgeben ?
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  1317
  Aufrufe

  N

  Der Puffer muss natuerlich nur so viele Bytes groesser sein, wie du anhaengen willst. Also hier wohl 3 Byte. Und ja: Wenn du ax ueberschreibst, werden sowohl al, als auch ah ueberschrieben. Siehe auch EAX ... AX
• ?

  aller anfang ist schwer..
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  1863
  Aufrufe

  ?

  searcher schrieb: naja werd jetzt einfach mal probiern meine bisherige lösung in dem teil auszuführen... jo! funktioniert super! meine lösung für den Aufgabenzettel ist somit schon mal "verifiziert".. der Sim. ist aus meiner sicht, so wie auch Nobuo T schon meine, für anfänger auf jeden Fall keine schlechte Wahl!
• ?

  Ist das hier Shellcode ?
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  1591
  Aufrufe

  N

  Erstmal sind es nur byteweise hexadezimal dargestellte Opcodes, aber prinzipiell, IMHO, ja. So gesehen kannst du jeden fuer die Ziel-CPU ausfuehrbaren Code als Shellcode betrachten. Praktisch muss ein shellcode idR. jedoch speziell an jeweilige Gegebenheiten angepasst werden.
• A

  [Anfänger] Register/Addressierung
  • Ad aCTa  

  7
  0
  Stimmen
  7
  Beiträge
  1903
  Aufrufe

  E

  was spricht eig dagegen, den RAM ebenfalls zu clustern? Zeitverlust durch mehrfache Indirektion über Tabellen und Linked List. Deskriptorentabellen (GDT) und Paging sind doch schon Overhead genug. Speicher ist heute der Geschwindigkeitsengpass.
• D

  PC mit int 15h ausschalten
  • DerRatlose  

  4
  0
  Stimmen
  4
  Beiträge
  1584
  Aufrufe

  E

  ein großes Lob an das OS-Tutorial, das du erstellt hast Danke für das positive Feedback. Gibt mir Kraft für die Fortsetzung.
• F

  Einzelnem Byte Wert zuweisen
  • FrEEzE2046  

  6
  0
  Stimmen
  6
  Beiträge
  1591
  Aufrufe

  H

  Um die Segmentregister brauchst Du Dich in einer 32Bit-Umgebung nicht zu kuemmern: mov esi, [ebp+20] ; esi: Source mov edi, eax ; edi: Destination imul ecx, edx ; ecx: number of bytes= Size * Count rep movsb ; kopieren effizienter: mov ecx, eax shr ecx, 2 ; erst in 4er-Schritten kopieren jz rest rep movsd rest: mov ecx, eax and ecx, 3 ; dann den Rest jz skip rep movsb skip: Bei grossen Daten ist es sinnvoll Alignment sicherzustellen.
• H

  Verständniss Problem Interrupts OSTut
  • Hobby Programmierer  

  7
  0
  Stimmen
  7
  Beiträge
  1917
  Aufrufe

  H

  Ach so, ich hatt schon gedacht, es sei vergessen worden.
• E

  bss section mit null initialiseren
  • Erhard Henkes  

  9
  0
  Stimmen
  9
  Beiträge
  1766
  Aufrufe

  E

  Lüttmoor schrieb: Es sollte auch gehen das in C mittels memset zu machen. Das gefällt mir aber besser in Assembler, habe eine solche Datei ja auch in der User-Sektion, da muss wahrscheinlich auch noch so etwas rein, sieht bisher so aus: ENTRY(_start) OUTPUT_FORMAT(elf32-i386) SECTIONS { . = 0x400000; .text : { *(.text*) } .data : { *(.data*) *(.rodata*) } .bss : { *(.bss) *(COMMON) } } ; start.asm [BITS 32] extern _main global _start _start: mov esp, 0x600000 call _main end: jmp end jetzt so: ENTRY(_start) OUTPUT_FORMAT(elf32-i386) SECTIONS { . = 0x400000; .text : { __code_start = .; *(.text*) } .data : { __data_start = .; *(.data) } .rodata : { __rodata_start = .; *(.rodata) } .bss : { __bss_start = .; *(.bss) *(COMMON) } __end = .; } ; start.asm [BITS 32] extern __bss_start extern __end extern _main global _start _start: mov edi, __bss_start mov ecx, __end sub ecx, __bss_start mov al, 0 rep stosb ; repeats instruction decrementing ECX until zero ; and stores value from AL incrementing ES:EDI mov esp, 0x600000 ; stackpointer call _main jmp $
• ?

  Stringsuche in assembler
  • Gast  

  10
  0
  Stimmen
  10
  Beiträge
  1912
  Aufrufe

  ?

  Will Dir, allerdings mit 32 Bit Inline-Assembler in einem C-Programm, zeigen, wie man eine Suche mittels repe cmpsb und folgendem jecxz durchführen kann. #include <stdio.h> #define STR 3 int main(void) { char buf[] = "Hallo, wie geht es Dir?"; char suchstring[STR+1] = "wie"; int* Adresse = NULL; int Position; __asm { lea esi, buf L1: push esi lea edi, suchstring mov ecx, STR repe cmpsb jecxz Uebereinstimmung pop esi inc esi or byte ptr [esi+STR], 0 jnz L1 jmp Ende Uebereinstimmung: pop Adresse mov esi, Adresse lea edi, buf sub esi, edi mov Position, esi Ende: } if (Adresse) printf("Suche erfolgreich an Position %d\n", Position); return 0; } Bei 16 Bit Programmierung ändern sich die Registerbezeichnungen und aus jecxz wird jcxz . mfg
• G

  Assembler Tutorial
  • GuardianOfLife  

  8
  0
  Stimmen
  8
  Beiträge
  2038
  Aufrufe

  D

  @Nobuo T: Danke für den Link. Scheint ein gutes Tut zu sein