Assembler

• ?

  Fehler bei ADC
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  825
  Aufrufe

  ?

  das weis ich weil ich das programm mit Proteus simuliert habe, und da kann man sich alle register ansehen
• B

  Rauschgenerator
  • Brainstorm_23  

  2
  0
  Stimmen
  2
  Beiträge
  1338
  Aufrufe

  N

  Dein Problem scheint mir auf den ersten Blick mit Assembler noch weniger zu tun zu haben als mit C. Zumindest so weit ich das aus deinem anderen Thread herauslesen konnte. Es sieht fuer mich auch so aus, als waere dein Problem zunaechst abstrakterer Natur als die Feinheiten der Implementierung in einer konkreten Sprache. Dafuer gibt es allgemeine Foren wie RUDP... Im C-Thread wurden dir auch schon Hinweise gegeben, wo du Ansaetze zur Praktischen Implementierung finden kannst... Bedenke, dass hier vermutlich kaum jemand einen Ueberblick ueber die Feinheiten eures Lernstoffs hat. Eine klare Bastelanleitung fuer dein abstraktes Problem kriegst du also nicht so einfach. Erfolgversprechender waere in dieser Lage bestimmt der Kontakt zu Kommilitonen oder deinem Prof. PS: Wenn du dich in deiner Lage schon verleitet siehst, crosspostings anzulegen, was verstaendlicherweise sehr ungern gesehen wird, haettest du dein anderes Thema hier wenigstens verlinken koennen. So sinkt nur die Wahrscheinlichkeit, dass du doch noch hilfreiche Antworten erhaeltst. Bleibe doch bitte bei einem Thread (dem in C), ich mache den hier dicht. Sollte sich in deinem anderen Thema noch ein konkretes Assemblerbezogenes Problem ergeben, bitte doch einen Moderator, dein Thema zu verschieben.
• ?

  Assembler Programmier Sprache und Compiler ?
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  1786
  Aufrufe

  C

  jo1234645 schrieb: jo, kann man so sagen. Das ist toll, dass du das nach ~3 Jahren Recherche dann doch bestätigen kannst
• Z

  masm, paramteter falscher wert?
  • zeusosc  

  3
  0
  Stimmen
  3
  Beiträge
  834
  Aufrufe

  Z

  Jo danke, n pusha/popa wollte ich noch reinbasteln,... esi und edi brauche ich wegen movsb... ahhh.. bei .FPO 3*4 ist des rätsels lösung???? (gerade ohne zu testen...) grüüüße --------------------------------- edit: hmmm,.. wohl leider doch nicht,...
• L

  Frage zu SysCall
  • LarsRosen  

  8
  0
  Stimmen
  8
  Beiträge
  1335
  Aufrufe

  L

  Ok Bei unistd_32 ist open bei der 5 (hätte nich gedacht dasses da Unterschiede gibt) Dein Fehler ist dass du bei den Dateisystem-syscalls guckst, also denen für den reinen Festplattenzugriff auf Hardwareebene. Was auf der 5 ist ist der Syscall zum öffnen einer Datei (wobeid as Dateisystem das unbequeme hantieren mit Festplattendetails übernimmt)
• ?

  Erstes Assembler Programm
  • Gast  

  11
  0
  Stimmen
  11
  Beiträge
  15663
  Aufrufe

  ?

  nachtfeuer schrieb: Darum ging es hier nicht. worum den dann? Und was spricht den gegen DOSBox?
• F

  C++ vs. Assembler
  • freakC++  

  20
  0
  Stimmen
  20
  Beiträge
  19591
  Aufrufe

  N

  rapso schrieb: wenn man assembler lesen will, empfehle ich zudem sich einen der static code analyser fuer assembler zu besorgen, die zeigen schoen dependancies zwischen instructions, registern und penalties. (ich kenne leider keine publich tools, deswegen kann ich nichts empfehlen). Na, zur Not tuts wohl auch das geniale Hackertool Brain Mir ist übrigens aufgefallen, das es sich in Gemeinsschaft oft um ein vielfaches spannender/lustiger optimieren läßt. Hast du die 2 langsamsten Stellen in deinem Raytraycer schon mal einer guten Optimiergemeinschaft (z.B. hier: http://www.c-plusplus.net/forum/f15 ) vorgeführt? (Optimiergemeischaften empfehlen sich gerade auch für Parallelprogramming, weil Erfahrungsaustausch und Abgleich hier das A und O ist. Letztlich kann man noch die Frage in den Raum werfen, warum eigentlich C++-Compiler überhaupt unterschiedlich schnelle Programme rauswerfen, oder unterschiedlich groß/klein und unterschiedlich fehlerfrei/-unfrei auf SystemXY laufen oder HardwareXY laufen.
• ?

  Enthält dieses Assembler Tutorial Schadecode?
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  13156
  Aufrufe

  ?

  Der einzige Schadcode der hier sein Unwesen treibt ist derjenige in den Virenscannern und sonstigen Securityprodukten die mittlerweile zur Scareware degeneriert sind und auch weitgehend unkritische Funde über irgendwelche Heuristiken wie Volltreffer behandeln ohne den Nutzer darüber aufzuklären. Mittlerweile wird auch schon mal der alink.exe oder pskill.exe als "Hackertool" gebrandmarkt, komisch daß das nicht mit den Produkten großer Hersteller passiert obwohl die nicht minder als "Hackertool" verwendet werden können und wohl auch werden... von daher gehe ich durchaus davon aus daß dieses Problem den Herstellern bekannt ist, dieses aber bewußt kein großes Interesse an Verbesserungen diesbezüglich haben und den Benutzer lieber weiterhin werbewirksam in die Irre führen. Allerdings kann man zumindest bei den meisten Meldungen erkennen daß es keine Volltreffer sind: "Gen(eric)" deutet in der Regel darauf hin daß die Datei irgendwelche Eigenschaften hat die gehäuft bei verdächtigen Dateien vorkommen. "Crypt" und "Pack" deutet auf Code hin der zur Laufzeit entpackt bzw entschlüsselt wird (wobei man sieht daß schon hier die entsprechenden Scanner kräftig ins Klo gegriffen haben da offensichtlich ist daß hier nix entschlüsselt bzw. entpackt wird). Das sind allerdings alles Merkmale die durchaus in legitimen Programmen verbreitet sind: Packer wie UPX halten die Dateigröße kleiner, und eine Verschlüsselung kann durchaus genutzt werden um die Integrität einer Datei sicherzustellen - hier wird also eine Technik gebrandmarkt die durchaus auch verwendet wird um Programme durch Schutz vor Veränderung sicher zu machen. Weshalb die Heuristiken bei den EXE-Dateien aus dem Tutorial angeschlagen haben liegt wohl vor allem an folgendem: -die *_n.exe-Dateien wurden mit alink.exe (was frei verfügbar ist kann wohl nur ein böses Hackertool sein) erzeugt anstatt mit dem MS-Linker. -bei den Dateien im /pe-Ordner wird keine API-Funktion eingebunden. Ein Programm das tatsächlich was sinnvolles machen möchte müßte deshalb mit Tricks versuchen dennoch an diese heranzukommen, was in der Tat unüblich ist -kleine Dateigröße (was in Zeiten von Flatrate, Breitband und Youtube allerdings reichlich überholt ist - zumal größere Dateien auch mehr Möglichkeiten bietet um tatsächlichen Schadcode besser zu verstecken) Die Dateien im /pe-Ordner sind übrigens so einfach daß man schon mit nem Hexeditor schnell sieht daß da nix groß drin sein kann was gefährlich ist... PS: Ja, mir ist bekannt daß es mittlerweile Möglichkeiten gibt um noch kleinere EXE-Dateien zu erzeugen. Diese sind dann allerdings nicht mehr mit allen Windows-Versionen kompatibel... Bei Interesse einfach mal nach "crinkler" suchen, oder "1kpack"
• ?

  Blinkprogramm
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  12021
  Aufrufe

  N

  Es waere sicher hilfreich, wenn du noch verraten wuerdest, welchen Controller du genau verwendest. Dann zunaechst mal einige grundlegende Sachen in deinem Code, die mir in's Auge gesprungen sind: 16Bit-Register werden immer zuerst High und dann Low beschrieben. Lesen dagegen zuerst Low, dann High. Anders klappt's nicht! In Register wie TCCRnx, etc. wird mit dem Befehl "out" geschrieben. Wozu laedst du in Zeile 34, 39, 43, 48 ... jeweils akku 2mal direkt hintereinander und dazu zunaechst noch aus dem SRAM? Ansonsten empfehle ich mal die Lektuere des AVR-Tutorials auf mikrocontroller.net und des Datenblattes deines Controllers...
• ?

  Warum gibt mein Programm den buffer nicht aus?
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  12396
  Aufrufe

  ?

  Vielen Dank an euch beiden. Ich werden den Code heute Abend mal ausprobieren.
• ?

  Stimmt das bei der Addition ins Register bx
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  11995
  Aufrufe

  N

  warum lange fragen, sowas kann man doch gleich mit dem Windowsprogramm debug testen. debug starten und folgendes eingeben (zwischen den Zahlen Leertaste drücken): e100 [Enter] 83 c3 02 83 c3 04 ->mit Enter bestätigen mit Taste r Register ansehen, mit rax oder rbx oder rip beschreiben mit t schrittweise testen weitere Hinweise z.B.: http://134.108.191.1/vorl/rt2/debug.pdf
• C

  Anfänger sucht Unterstützung bei PIC-Programmierung
  • chrisabi  

  3
  0
  Stimmen
  3
  Beiträge
  12501
  Aufrufe

  ?

  Ein Schaltplan währe mal nicht Schlecht - Wenn die Simulation funktioniert, wird es vermutlich an der Schaltung lieget. Hast du den mal Spannung & Ströme an den Ports gemessen?
• ?

  Privileged Instructions
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  12319
  Aufrufe

  ?

  http://de.wikipedia.org/wiki/Protected_Mode
• B

  masm mag extern und public nicht
  • BigGreenFoot  

  7
  0
  Stimmen
  7
  Beiträge
  13419
  Aufrufe

  B

  Ok dann wert ich mal nach Anweisung, das Buch vom Bäcker^^ fertig machen, und dann mal schauen wie ich weiter mach.
• ?

  Frage zum Befehl CPUID
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  11921
  Aufrufe

  ?

  Achso dann hab ich es verstanden danke.
• ?

  cannot find entry symbol _start
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  12248
  Aufrufe

  A

  _start soll in deinem Assembler-Programm eine Sprungmarke sein und ist eine Startadresse deines Programms: .global _start _start: # ab hier geht's los ... ... (Syntax für GNU Assembler gas)
• ?

  Maschinenbefehltabelle unter Windows XP 32 Bit
  • Gast  

  14
  0
  Stimmen
  14
  Beiträge
  13757
  Aufrufe

  ?

  masm schrieb: du hättest dir ja mal die Mühe machen können, und meinen letzten Betrag durch lesen können - Daraus wird ersichtlich, wie man sich die Dokumentation, und somit auch ‚Opcode-Tabellen‘, der Hersteller 'beschaffen' kann. OllyDbg ist im Übrigen (oh wie überraschende) ein Debugger, der es unter Anderem erlaubt eine EXE zu modifizieren. Damit erspart man sich das unnötige gefrickel mit den opcodes. Na gut, ich probiere es aus. Und melde mich, falls es funktioniert.
• ?

  Wozu wurden mit SSE 128 Bit Register eingeführt, wenn SSE1 sowieso nur mit 32 Bit Gleitkommazahlen rechnen konnte?
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  13684
  Aufrufe

  ?

  Wie kann man bloß so viel Misst in einem Beitrag verfassen...
• A

  Variablenausgabe in Assembler (Linux AT&T)
  • Andyman  

  2
  0
  Stimmen
  2
  Beiträge
  12445
  Aufrufe

  ?

  du musst die Zahl vor der Ausgabe in eine String umwandeln. Die einzelnen Ziffern erhältst du durch Division mit Rest (solange bist Quotient = 0). Der ASCI-Code ergibt sich durch Addition von 0x30 zum Rest. 1. 123 / 10 = 12 R 3 2. 12 / 10 = 1 R 2 3. 1 / 10 = 0 R 1
• A

  Assembler Consolenausgaben
  • Alpha_Coder  

  12
  0
  Stimmen
  12
  Beiträge
  15876
  Aufrufe

  ?

  na, wenn dos für dich tot zu sein hat, dann schreib doch einfach eine Beschwerde an den Admin dieser Seite, dass er sich den Unsinn erlaubt, dieses Unter-Forum noch nicht umbenannt oder gelöscht zu haben: http://www.c-plusplus.net/forum/f13 Ob du die Ausgabe nun mit einem Biosinterrupt oder Dosinterrupt machst (oder einer C-Funktion o.ä), ist für die Ausgangsfrage eher unerheblich, würde ich sagen. Tatsächlich helfen fundiertere Assemblergrundlagenkenntnisse bei der Vermeidung von Fehlern, und helfen, Oberflächlichkeiten abzubauen. Dos Interrupts beißen nicht, die bellen nur und wollen nur ein wenig spielen