Assembler

• ?

  Inline ASM - String Problem
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  1122
  Aufrufe

  A

  Es wäre spannend zu wissen WANN der Fehler auftritt. Gibt es davor eine der gewünschten Meldungsboxen? Falls ja, und der Fehler nach der ersten Meldungsbox auftritt hab ich ne Theorie. In foo() pusht du 4 Werte auf den Stack. Wenn dieses Inline-Assembler von Microsoft nicht ultraschlau ist, musst du die auch wieder runternehmen.
• R

  Assembler error A2006: undefined symbol: msg
  • raufaser  

  5
  0
  Stimmen
  5
  Beiträge
  1604
  Aufrufe

  ?

  raufaser schrieb: masm schrieb: Außerdem befindet sich die Prozedur msg außerhalb MASMs 'Sichtbereich'(end start) Ah, daran lags^^, das mit proto hat nicht geklappt, da hat denn der Linker gemeckert wegen external symbol. Vielen Dank für deine Hilfe Wenn man PROTOs deferiert, kann man die Funktionen auch mittels INVOKE aufrufen. Gemeckert hat der Linker im Übrigen, da die Funktion schlicht und einfach nicht existiert hat
• ?

  Fehlermeldung nach ausführen von Dos Anwendung (Win98)
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  1590
  Aufrufe

  N

  Das scheint mir alles etwas zu verwirrend, um es so unkommentiert stehen zu lassen. Also der Reihe nach... nachtfeuer schrieb: Man kann auf diese Weise auch "Protected Mode" Programme schreiben. Auf welche Weise? Zusammenhang? nachtfeuer schrieb: Das Problem ist aber, wie Windows die Dos-Schnittstelle behandelt bzw. wie VMs das machen. Dazu kommt, dass unterschiedliche Windowsversionen unterschiedlich kompatibel sind. Welches Problem? Welche "Dos-Schnittstelle"? nachtfeuer schrieb: Spieleprogrammiere hatten früher, um mit 32Bit Registern zu arbeiten, Dos-Extender eingesetzt. Heute gibt es nur noch Directx. Unsinn. nachtfeuer schrieb: Für den Prozessor gibt es das Problem, dass er wissen muss, ob er 16 Bit oder 32 Bit oder 64 Bit standardmäßig ausführt. Weil viele Befehle identisch sind, bekommen sie einen relativen Päfix. Grbl? Koenntest das Richtige meinen, liest sich aber wie Quatsch. nachtfeuer schrieb: Schauen wir uns mal an, was das Windows Programm Debug aus unserem Code herausliest: C:\Users\nachtfeuer\FASMW>debug eaxtest.com -d 1A9D:0100 66 31 C0 B4 09 BA 0E 01-CD 21 B4 4C CD 21 48 61 f1.......!.L.!Ha 1A9D:0110 6C 6C 6F 20 54 65 73 74-24 00 00 00 00 00 00 00 llo Test$....... 1A9D:0120 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ 1A9D:0130 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ 1A9D:0140 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ 1A9D:0150 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ 1A9D:0160 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ 1A9D:0170 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ -u 1A9D:0100 66 DB 66 1A9D:0101 31C0 XOR AX,AX 1A9D:0103 B409 MOV AH,09 1A9D:0105 BA0E01 MOV DX,010E 1A9D:0108 CD21 INT 21 1A9D:010A B44C MOV AH,4C 1A9D:010C CD21 INT 21 1A9D:010E 48 DEC AX 1A9D:010F 61 DB 61 1A9D:0110 6C DB 6C 1A9D:0111 6C DB 6C 1A9D:0112 6F DB 6F 1A9D:0113 205465 AND [SI+65],DL 1A9D:0116 7374 JNB 018C 1A9D:0118 2400 AND AL,00 1A9D:011A 0000 ADD [BX+SI],AL 1A9D:011C 0000 ADD [BX+SI],AL 1A9D:011E 0000 ADD [BX+SI],AL - Aha! Debug - und damit auch Windows versteht wohl nur 16 Bit - Dos. Der Hexcode verrät hier viel mehr, als der dumme Disassembler. Der Hexwert 66 ist der Präfix für 16Bit Ausgangsposition. 16bit, ein Hinweis darauf, das Windows Dos-Programme über den Virtual Mode ausführt. Unsinn. MS Debug ist eine Mumie, ein Relikt aus DOS 1.0- und 8086-Zeiten. Entsprechend begrenzt ist es auch, was den Befehlssatz angeht. So fehlt in diesem Programm u.A. schlicht eine Unterstuetzung fuer 32Bit-Register. Etwas Anderes laesst sich davon nicht ableiten. Uebrigens bewirkt der Instruktionspraefix 66h in 16-bit-Programmmen nichts anderes, als dass der nachfolgende Befehl 32Bit- statt 16Bit-Register verwendet. So ist folgendes in einem 16Bit-Modus aequivalent db 66h xor ax, ax ; ist das Gleiche wie xor eax, eax ; beides wird zur Bytefolge 66 33 c0 codiert. nachtfeuer schrieb: Nächster Versuch: Wir schauen uns das ganze in einem 32bit Debug Klone an, hier eines von Paul Vojta ( http://math.berkeley.edu/~vojta/ ) (um 32bit Register zu benutzten, gibt man rx ein:) -rx 386 regs on -r EAX=00000000 EBX=00000000 ECX=00000019 EDX=00000000 ESP=0000FFFE EBP=00000000 ESI=00000000 EDI=00000000 NV UP EI NG NZ NA PO NC DS=1BC2 ES=1BC2 SS=1BC2 CS=1BC2 FS=0000 GS=0000 EIP=00000100 1BC2:0100 6631C0 XOR EAX,EAX -d 1BC2:0100 66 31 C0 B4 09 BA 0E 01-CD 21 B4 4C CD 21 48 61 f1.......!.L.!Ha 1BC2:0110 6C 6C 6F 20 54 65 73 74-24 00 00 00 00 00 00 00 llo Test$....... 1BC2:0120 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ 1BC2:0130 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ 1BC2:0140 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ 1BC2:0150 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ 1BC2:0160 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ 1BC2:0170 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ -u 1BC2:0100 6631C0 XOR EAX,EAX 1BC2:0103 B409 MOV AH,09 1BC2:0105 BA0E01 MOV DX,010E 1BC2:0108 CD21 INT 21 1BC2:010A B44C MOV AH,4C 1BC2:010C CD21 INT 21 1BC2:010E 48 DEC AX 1BC2:010F 61 POPA 1BC2:0110 6C INSB 1BC2:0111 6C INSB 1BC2:0112 6F OUTSW 1BC2:0113 205465 AND [SI+65],DL 1BC2:0116 7374 JAE 018C 1BC2:0118 2400 AND AL,00 1BC2:011A 0000 ADD [BX+SI],AL 1BC2:011C 0000 ADD [BX+SI],AL 1BC2:011E 0000 ADD [BX+SI],AL -g DPMI entry hooked, new entry=1449:2C2F Hallo Test Program terminated normally (0024) - http://de.wikipedia.org/wiki/DOS_Protected_Mode_Interface http://wiki.osdev.org/Unreal_Mode Das soll jetzt genau was zeigen?
• R

  Literatur ASM für den ADuC841
  • rudpower  

  2
  0
  Stimmen
  2
  Beiträge
  917
  Aufrufe

  D

  Ich fürchte, da wird dir nichts helfen, als das komplette Datenblatt des Herstellers zu lesen um dich mit der Architektur und Peripherie des Controllers auseinanderzusetzen. Soweit ich weiß, ist der ADuC ein 80C51- der Assembler sollte kompatibel sein.
• ?

  Funktionen auslagern (MASM32)
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  996
  Aufrufe

  N

  Du machst ja Far Jumps über mehre Segmente in Dos, aber die Segmente gibt es im Protected Mode so nicht mehr. Schau dir am besten auf der Microsoftseite an, wie du Funkionen in Asm erstellst, das ist noch mit am einfachsten. Und es hilft auch, sich die erstellten Funktionen hinterher unter verschiedenen Ansichtsmöglichkeiten mit IDA anzuschauen.
• ?

  Daten einer Struktur mit Winsock senden
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  1077
  Aufrufe

  ?

  Hallo mal wieder... Programm verrichtet nun seinen Dienst. In der Struktur sollte man keine NULL Werte eintragen, da diese als Trennzeichen gelten wenn man die in einer Editbox oder sonstwo anzeigen lässt, alles dannach wird einfach abgeschnitten. Habe alle Werte mit 32 initialisert (Leerzeichen). Nun wird alles korreckt angezeigt. Nicky
• A

  Linux kann assemblierte Datei nicht finden obwohl vorhanden
  • Andyman  

  5
  0
  Stimmen
  5
  Beiträge
  1602
  Aufrufe

  A

  Übrigens, der String im buffer ist nicht Null terminiert und das ist ein Fehler, das Programm wird komische Zeichen ausgeben. Wenn es trotzdem funktioniert, dann vielleicht nur weil zufällig eine Null im Speicher steht. Damit es richtig ist, muss man den buffer größer machen und sicherheitshalber terminieren, ungefähr so: .section .bss .lcomm buffer, 16 # Buffer is oversized to be properly zero terminated ... movl $buffer, %edi movl %ebx, (%edi) movl %edx, 4(%edi) movl %ecx, 8(%edi) movl $0, 12(%edi) # Ensure, buffer is zero terminated die letzte Zeile schreibt eine 32-Bit große Null am Ende des buffers . Ein Byte würde ausreichen, aber wir haben ja eine 32-Bit CPU - lassen wir sie ruhig richtige Daten schaufeln
• ?

  Access Violation (ErrorCode: 5) bei DLL
  • Gast  

  10
  0
  Stimmen
  10
  Beiträge
  2206
  Aufrufe

  ?

  Hm...ja, die WinAPI hab ich erst einmal extra ingnoriert, weil unnötig... Okay, soweit läuft es ja, aber die Access Violation wundert mich sehr; das hatte ich vorher noch nie... Naja, muss wohl in der LoadLibraryA bzw LoadLibraryW Prozedur ablaufen... Danke dir jedenfalls für deine Zeit PS: Die ganzen masm32 Macros wie PROC, .if, uses, proto, etc. habe ich extra nicht verwendet, da ich gerade erst mit ASM anfange und somit so wenig "Hilfen" wie möglich verwenden möchte...
• ?

  Fehler bei Winsock Programmierung
  • Gast  

  18
  0
  Stimmen
  18
  Beiträge
  2237
  Aufrufe

  J

  > wenn der Befehl send() -1 zurück gibt, dann ist wohl keine Verbindung mehr vorhanden... Oder es ist etwas anderes schief gelaufen. Du müsstest dann mindestens WSAGetLastError() überprüfen.
• ?

  EXTERN FAR - Error
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  1715
  Aufrufe

  ?

  Ah okay, danke ! Dann entsprechen PROC und ENDP eigentlich nur push EBP mov EBP, ESP bzw. mov ESP, EBP pop EBP ? In welchem Fall würden man denn ein FAR setzen müssen?
• K

  Buch
  • Killur  

  6
  0
  Stimmen
  6
  Beiträge
  1714
  Aufrufe

  ?

  Hallo, ich habe mir das Taschenbuch von Rainer Backer, Assembler 2. Auflage von Rhode/Roming und eine komplette Befehlsreferenz gekauft... Im Grunde hat man wenig Befehle zum lernen... wenn du für Windows programmieren willst, kannst du dir auch jedes gute C-Buch kaufen und das durcharbeiten. Dazu habe ich mir den "Petzold" und 2 Bände der API Bible gekauft. Knapp 4000 Seiten WinApi in deutsch. Etwas umfangreicher sind die FPU Befehle, MMX, SSE 3dNow usw... So schwer ist das alles nicht. Ich bin von VB zu Assembler gewechselt und bereue es bis heute nicht... MfG Nicky
• ?

  Frage zu mehrere Threads in Assembler
  • Gast  

  8
  0
  Stimmen
  8
  Beiträge
  1377
  Aufrufe

  ?

  supernicky schrieb: Also kann ich nach Lust und Laune alle Register in mehreren Threads gleichzeitig nutzen? Trifft das auch auf die FPU zu wenn ich mehrere Berechnungen mit dieser ausführen möchte? Jeder Thread hat einen sogenannten Kontext, welcher nichts weiter als eine Sicherungskopie der Register, Flags usw. ist. Dieser wird beim Wechsel von einem Thread zum andern gesichert, bzw. geladen - So ist sicher gestellt, das ein Thread niemals seinen 'Zustand' verliert oder das es zu Vermischungen kommt. Dies Gilt nicht für den Speicher (globale Variablen) in einem Prozess: hier kann es tatsächlich zu den von dir genannten Problem kommen (Stichwort: thread save).
• ?

  Datei kopieren in Inline-asm (VC++ 2010)
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  1884
  Aufrufe

  ?

  asmfreak schrieb: Ich möchte in Windows 7 64bit OHNE die CopyFile()API und OHNE Datei-Handlings Bibliotheken eine Datei kopieren. Wie? Wie laufen diese Funktionen intern in etwa ab? Ist das nachbildbar? Danke. Derartige Internas lassen sich recht gut unter Linux nachvollziehen, da der Sourcecode vorhanden ist und das Debugging bis in die Kernelinnereien möglich ist. Ähnlich ist es mit dem ganzen Netzwerkthema. Das dabei erlangte Wissen lässt sich gut auf anderen Betriebsysteme übertragen. Window/Linux/Mac sind sich nämlich unter der Haube ähnlicher als man denkt. Die konkreten Realisierungen von einzelnen Teilen sind zwar unterschiedlich, verfolgen aber den gleichen Zweck.
• 3

  Multicore - Scheduling
  • 314159265358979  

  14
  0
  Stimmen
  14
  Beiträge
  3068
  Aufrufe

  ?

  Die Intel Docs sind doch das was Du suchst! Lesen musst Du dann nur noch selber.. Schau mal in den ACPI Abschnitt. Was Du brauchst ist eine Initialisierungs-Routine für die APs und ein SIPI Call damit diese in die Initialisierungsroutine springen, erst danach kannst Du diese für Aufgaben nutzen.
• ?

  Kann man Hardware mit Software beschädigen?
  • Gast  

  21
  0
  Stimmen
  21
  Beiträge
  11667
  Aufrufe

  V

  Schafft es die Graka, wenn man einen anständigen Gehäuseluftstrom hat? Wenn nein, war sie bei Verkauf schon als defekt zu betrachten. Wenn ja, ist der Rechner schlecht zusammengestellt. Aber hier den Speilehersteller belangen zu wollen, ist absurd.
• ?

  Gutes Tutorial für Assemblerprogrammierung
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  2106
  Aufrufe

  ?

  os_freak schrieb: Ich habe mir ja schon die Grundlagen von Assembler angesehen und wollte fragen, ob es ein gutes Tutorial gibt, das nochmal kurz auf die Assemblerprogrammierung eingeht und dann mit der Programmierung eines kleinen Betriebssystemes fortschreitet. Das Tutorial sollte schon kindes- und jugendgerecht sein. Kennt einer solch ein Tutorial? Hallo, so fangen alle Programmierer mal an... OS entwickeln für Kids usw. usf... Ich glaube du hast den Sinn von Assembler nicht verstanden... Du musst zuerst mal deine Hardware kennen. Schau dir mal das Buch von Hans-Peter Messmer an "PC Hardware", wenn du das einigermaßen kapiert hast, kannst du mit einem Bootprogramm beginnen. Wenn du von Grund auf beginnen willst, arbeitest du fast ausschließlich mit Interuptfunktionen des BIOS. Dein Vorhaben ist für jemand der die Grundlagen "gesehen" hat unmöglich! Nicky
• E

  Buch oder Tutorial zum Thema "Betriebssystem selbst erstellen"?
  • Erhard Henkes  

  15
  0
  Stimmen
  15
  Beiträge
  7662
  Aufrufe

  A

  Verstehe nicht, was ist daran so schlimm Oder sperrt doch gleich alle Threads nach einem Timeout fehlender Aktivität von einer Woche oder so, wenn es wirklich so schlimm sein sollte, aus welchen Gründen auch immer...
• ?

  Vor- und Nachteile von 2-Operand-Format und 3-Operand-Format
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  1502
  Aufrufe

  R

  ob man desktruktiv mit 2 operanten arbeitet, oder doch mit 3 oder 4 haengt hauptsaechlich davon ab wieviele register man zur verfuegung hat. SSE mit 4operanten, bei 8 registern, waere ziemlich schlecht, denn man muesste eh pro befehl die ganzen register zur verfuegung stellen und vermutich die vom vorherigen befehl zerstoeren. andererseits, auf einer SPU, wo man 128 SIMD register hat, machen 4operanten durchaus sinn, denn dort kannst du selbst bei einer groesseren schleife durchgaengig wichtige variablen in registern halten und dann willst du nicht destruktiv arbeiten und immer wieder nachladen. nachteil: -entsprechend, fuer 3+ operanten brauchst du mehr register damit sie sinn machen, daraus hast du den nachteil dass natuerlich der chip groesser wird und die instruktionen laenger werden (auf der SPU hast du 2KB register und indizierst sie mit 7bit, was schon ein kompromis ist, denn du kannst nur SIMD-weise arbeiten). -architekturen mit vielen operanten neigen dazu auch immer in registern arbeiten zu muessen,man muss also fuer einfach dinge immer wieder speicher laden. (mehr instruktionen) gegenueber z.b. x86 der direkt vom oder auf dem speicher arbeiten kann. -bandbreite im chip wird kritischer, pro operation bis zu 4 operanten haben zu koennen bedeutet dass der chip auch so ausgelegt sein muss, dass du immer diese 4 pro cycle transferieren kannst. das wird meist "port" genannt und ist wohl zZ ein grund weshalb intels sandy bridge doch kein Fused multiply Add bekam und weshalb IvyBridy nur ein 3operanten (also desktruktives) FMA3 bekommt. Ein FMA4 ohne die 4 ports wuerde nicht viel bringen, es wuerde die zerstoerung eines registers ersparen, aber braeuchte 2cycles nur um die bandbreite zu befriedigen. vorteil: -loops kann man besser optimieren, da man wegen vieler register und nicht destruktiver arbeitsweise all input "konstanten" in registern halten kann. -performance ist konstanter, da man auf registern arbeitet. eine destruktive architektur muss viel vom speicher laden, selbst ein L1 cache kann da limitieren und auch unregelmaessigkeiten aufweisen. dadurch musst du den chip nicht so komplex designen um das zu kompensieren und dann sparst du wiederrum transistoren. -man kann eher "peak" performance in real world anwendungen erreichen, bzw man kommt nah dran wenn man optimiert, da heutzutage die meisten destruktiven CPUs memory bound sind (sieht dann aus als haette man L1 oder L2 cache misses weil die cpu darauf stallt, aber es ist einfach nur bandbreite).
• ?

  Bitte um Erläuterung für diese Disassemblierung
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  2472
  Aufrufe

  ?

  nachtfeuer schrieb: Allerdings kommt mir das ganze Prozedere immer irgendwie ein wenig redundant vor, das hin und herkopiere im Speicher - müsste vielleicht gar nicht immer sein, und das ein oder andere proggi wäre eventuell leichter lesbar (wo bin ich denn nun gerade genau im Stack???) und so mancher Stackoverflow eingespart... Genau dafür gibt es doch die Compiler-Optimierungen, als einfachstes Beispiel sei hier Inlining genannt. Ebenso könen durch Optimierungen bspw. Caller-/Callee-Safe Register gespart werden. Ansonsten ist das ganze nicht so einfach, wenn man sich mal mit der Mikroarchitektur beschäftigt und sieht, wie das in der digitalen Logik dann hinterher auf dem Chip aussieht.
• E

  memcpy in assembly
  • Erhard Henkes  

  28
  0
  Stimmen
  28
  Beiträge
  14252
  Aufrufe

  

  Die memcpy funktion benutzt in der Implementierung bei Visual C++ den rep move befehl und prüft ausserdem, ob die Länge eine ganzahlige vielfache von 4 ist, dann können in einen Takt bis zu 4 Bytes kopiert werden. Für den Rest wird dann rep movesb benutzt. Wenn ich dann also z.B. 256 Bytes kopiere, dann brauche ich dafür nur 64 Takte statt 256, wenn ich nur Byteweise kopieren würde, also mind. 4x schneller als die Lösung von abc.w und Jarvix. Ebenso analog arbeitet auch memmove.