Assembler

• S

  Buch gesucht
  • stefan2008  

  2
  0
  Stimmen
  2
  Beiträge
  447
  Aufrufe

  N

  Buchempfehlungen findest du in den FAQ. Fuer NASM ist aber AFAIK nichts dabei. Das erfordert vielleicht etwas mehr Motivation, wenn du evtl. nicht alles sofort ausprobieren kannst, aber der Umstieg unter Assemblern ist allgemein kein besonders grosser Akt.
• G

  Problem mit TASM/TLINK
  • gamefreak  

  4
  0
  Stimmen
  4
  Beiträge
  999
  Aufrufe

  N

  Hm... Keine Assembler-spezifischen.
• I

  Eine kleine Frage zum Stack
  • Ishildur  

  2
  0
  Stimmen
  2
  Beiträge
  419
  Aufrufe

  N

  Interessantes Projekt. Zu deiner 1. Frage kann ich leider nicht viel sagen... Wahrscheinlich mal so, mal so - wie du schon sagst, duerfte das ja so den Unterschied nicht machen. Je nachdem, wie komplex oder professionell euer Compiler ist, waere evtl. auch eine Option, immer bestimmte Register (anbieten wuerden sich zB. ebp, ebx, ecx, esi und edi) zu sichern, den Block somit konstant zu halten und edx und eax generell als return, bzw. undeiniert anzunehmen... Zur 2.: 1Byte ist generell nicht "erlaubt". Das kleinste, was du auf den Stack packen kannst, sind 16bit. Das ist unabhaengig von 16 oder 32Bit-Assembler. Es muss also bei 32Bit nicht zwingend ein Vielfaches von 4 sein, ich wuerde aber dringend empfehlen, den Stack immer dword-aligned zu halten. Nicht nur aus Performancegruenden, sondern auch weil zB. Windows gern mal komische Anfaelle bekommt, wenn du WinAPI-Funktionen mit einem nicht dword-ausgerichteten Stack aufrufst.
• A

  Assembler und Virtualisierung
  • Aloras  

  2
  0
  Stimmen
  2
  Beiträge
  388
  Aufrufe

  A

  Aber ich habe gehört das man mit Assembler extrem schnell die Hardware zerstören kann. Das kann nicht sein, von welcher Hardware sprichst du denn? Was stimmen könnte, ist folgende Aussage: "mit Assembler kann man Programme extrem schnell abstürzen lassen" oder "man muss extrem langsam denken, um extrem schnelle Assembler-Programme zu schreiben"
• ?

  __RDTSC und Intrsuctions
  • Gast  

  16
  0
  Stimmen
  16
  Beiträge
  1320
  Aufrufe

  N

  Das wuerde ich so generell nicht behaupten. Und wozu ueberhaupt dieser riesen Aufwand - letztendlich ist fuer mich immer noch nicht plausibel, was du mit diesen ganzen Ueberlegungen ueberhaupt bezweckst. Wie du selbst schreibst hmmmm22 schrieb: Natürlich läuft das ganze im Endeffekt auf die benötigte Zeit hinaus!
• ?

  Register EDX und EAX in einen __int64 einlesen
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  641
  Aufrufe

  C

  einfach die Operanden vertauschen
• ?

  Intel µops - Was ist daS?
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  805
  Aufrufe

  N

  http://en.wikipedia.org/wiki/Micro-operation Also kurz: CPU-Interne, dh. idR. nicht durch ein Programm direkt erreichbare Befehle. Siehst du AFAIK also in etwa richtig. Konstruktionsbedingt kannst du natuerlich immer nur eine begrenzte Zahl Operationen gleichzeitig ausfuehren. Wieviele das im Einzelnen sind ist sehr spezifisch und daher IMHO nur selten von Belang. Aus den Optimierungs-Anleitungen der CPU-Hersteller laesst sich da evtl. etwas herausfinden.
• A

  inneres einer executable
  • Azrael* il Meraz  

  2
  0
  Stimmen
  2
  Beiträge
  450
  Aufrufe

  ?

  Also das PE-Format wird z.B. in diesem Artikel ganz nett behandelt. Ich persönlich fand die "normale" Doku aber hilfreicher. Ansonsten ist ein Programm wie PEBrowse ganz nett, um sich eine PE-Datei genauer anzusehen. Richtige Anfängerliteratur gibts zu dem Thema aber vermutlich nicht, da dies einfach kein Anfängerthema ist. Also man sollte sich zumindest schon mal mit Dateiformaten beschäftigt haben.
• ?

  Wert an Speicheradresse ändern
  • Gast  

  13
  0
  Stimmen
  13
  Beiträge
  1871
  Aufrufe

  C

  abc.w schrieb: Was mich wundert, dass der Beispiel-Code von camper angeblich funktionieren soll. Das steht dort nicht. Eben weil dort mit der Korrektur tatsächlich 2 Speicheroperanden (es sei denn, addy ist ein Textmakro, das zu einer Registerbezeichnung expandiert) beteiligt sind, wird der Assembler sich daran stören. Im ursprünglichen Fall war das ja anders, dort ist im zweiten Befehl der erste Operand eine Konstante (immediate), was natürlich ebenfalls, aber aus anderen Gründen, unmöglich ist.
• S

  Zugriffsverletzung bei call malloc
  • SchlitzInDaHaus  

  10
  0
  Stimmen
  10
  Beiträge
  1533
  Aufrufe

  ?

  SchlitzInDaHaus schrieb: Ah sehr gut! Jetzt klappst. Danke! Aber warum hast du am Ende add esp, 4 gemacht? Das hab ich schonmal gesehen... Hab mich das da auch schon gefragt. Wenn du push benutzt, um einen Wert auf den Stack zu schieben, wird esp (der Stackpointer) entsprechend verringert - in diesem Fall um 4 Byte, da der gepushte Wert so groß war. Durch add esp,4 wird der Stackpointer einfach wieder zurückgesetzt. Man könnte stattdessen auch pop aufrufen. Aber Compilercode nutzt häufig add, vermutlich da man den Stackpointer so auch nach mehreren Parametern (mehreren push's) leicht zurücksetzen kann.
• M

  MMX Problem
  • mgarza  

  20
  0
  Stimmen
  20
  Beiträge
  3991
  Aufrufe

  ?

  mgarza schrieb: Hallo Camper, ich habe gerade den MMX code ausprobiert, bekomme aber immer einige Fehlermeldungen, daß mm0 und mm1 reservierte Wörter sind: Es betrifft folgende Zeilen: pinsrw mm0, eax, 0 pshufw mm0, mm0, 0 pinsrw mm1, eax, 0 pshufw mm1, mm1, 0 Ich hab bislang noch keine Lösung dafür gefunden, muß aber auch zugeben, das meine ASM Kenntnisse sehr bescheiden sind. Das Problem, dass "pinsrw" und "pshufw" von VC6 nicht übersetzt werden, liegt daran, dass diese Befehle erst mit der SSE-Spezifikation eingeführt wurden. In der Version 6 wird standardmäßig aber nur maximal MMX unterstützt. Um die Anweisungen kompilieren zu können, mußt Du das "Visual C++ 6.0 Processor Pack" von MS einspielen. Aber Vorsicht: Der Code läuft dann auch nur auf Prozessoren, die SSE unterstützen, ansonsten gibt's 'ne Exception. tl123
• T

  Frage zur ASCII-Zahlen-Arithmetik
  • T0bi  

  4
  0
  Stimmen
  4
  Beiträge
  1125
  Aufrufe

  T

  Ok danke euch.
• ?

  Frage zu FASM und C-Library (ja, ich bin ein N00b!)
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  434
  Aufrufe

  ?

  nur der FASM mag das nicht und meckert rum. Aus reiner Neugier, was meckert denn da der FASM genau?
• D

  Byte an portadresse senden
  • druno  

  3
  0
  Stimmen
  3
  Beiträge
  448
  Aufrufe

  D

  Es sind nicht meine hausaufgaben.Es sind fragen aus einer alten klausur. Du brauchst also kein schlechtes gewissen haben wenn du die fragen beantwortest.
• S

  Adresse einer Variable finden
  • SchlitzInDaHaus  

  3
  0
  Stimmen
  3
  Beiträge
  409
  Aufrufe

  ?

  lea schrieb: mit lea (load effective address) lea eax, dd Quatsch! lea eax, var [/quote] oder mov eax, offset var [/quote]
• C

  Betriebssystem
  • cpp_1  

  4
  0
  Stimmen
  4
  Beiträge
  446
  Aufrufe

  ?

  Ich hatte es mir so vorgestellt, deinen geposteten Code mit "Copy-Paste" speichern, dann "make", danach fertige image-Datei mit bochs ausprobieren - alles nur aus reiner Neugier...
• A

  sse2, integer to float conversion. Format bei Ausgabe?
  • Azrael* il Meraz  

  7
  0
  Stimmen
  7
  Beiträge
  1144
  Aufrufe

  A

  Also so: // output singles movapd %xmm1, Buffer movapd %xmm2, Buffer+16 pushl $Buffer pushl $output call vprintf addl $8, %esp oder so: // output singles movlpd %xmm1, Buffer movhpd %xmm1, Buffer+8 movlpd %xmm2, Buffer+16 movhpd %xmm2, Buffer+24 pushl $Buffer pushl $output call vprintf addl $8, %esp Was ist denn Vector Path? Google sagt mir, AMDs Decoder für Komplexere Maschinencodes würde so heißen... einfache Befehle würden über den direct path zu micro-operations und komplexe über den vector path übersetzt. Wie sieht das denn genau aus? und was ist mit Intel?
• A

  Timer
  • Azrael* il Meraz  

  4
  0
  Stimmen
  4
  Beiträge
  774
  Aufrufe

  N

  Mit RDTSC muesstest du AFAIK sicher stellen, dass dein Prozess immer nur auf einem Kern ausgefuehrt wird und dass dein Prozess in seiner Messung nicht unterbrochen wird (was in einem Heimanweder Multitasking-OS eher schwierig werden duerfte). Aenderung der Frequenz sollten in diesem Zusammenhang dann etwas egal sein, wenn es wirklich nur um Effizienzbetrachtungen von Assemblercode im Hinblick auf ticks geht. Crossplattform-Libs kenne ich keine, da bekommst du in rudp vielleicht auch groessere Resonanz, sonst halt selber suchen. Es ist aber auch kein Problem, mit Hilfe von Metacodes crossplattform-Code in Assembler zu schreiben... Solange sich nur das OS und nicht die CPU aendert. Ansonsten wuerde ich vorschlagen, dein Programm fuer DOS zu schreiben - da kannst du effektiv verhindern, dass dir irgendwas dazwischenfunkt und kannst mit der Hardware anstellen, wozu du lustig bist.
• ?

  [FASM + Linux] Verwirrung bei Sections und Segments
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  732
  Aufrufe

  ?

  Ja, mit dem erkennen der Buchstaben habe ich kein Problem. Mich stört vielmehr, dass Source und Destination bei den Befehlen vertauscht ist, dass Register ein %-Präfix haben und so weiter. Ich bin die Intel-Syntax gewohnt. Aber wenn man es umstellen kann, ist ja gut. Werde ich ausprobieren. Dankeschön!
• S

  Bestimmter Codeabschnitt bring mein Programm zum Absturz
  • seux  

  11
  0
  Stimmen
  11
  Beiträge
  995
  Aufrufe

  S

  Ok, ich hab eine Lösung gefunden. Man muss die Section Flags für die Code Section ändern. Wie das gleich im Assembler geht weiß ich auch nich, aber es soll wohl für den Linker so nen Parameter geben wie: /SECTION:Name der Codesection,ERW Hab ich auch noch nicht ausprobiert, werd ich aber gleich machen Mit LordPe geht's auch.