DOS-Treiber (.sys) debuggen/reverse engineering?

[chiaki]

es gibt ein gewissen treiber für dos (ab 3), den ich aus diversen gründen umändern will, genauer gesagt ein timer "ausschalten" oder zu verlängern.
nun ist das problem, dass ich nich weiss ich am besten vorgehe, meine idee ist irgendwie das teil zu debuggen, so dass ich schritt für schritt den assemblerbefehle abarbeiten kann und dann schauen wo die befehle sind, die für den timer verantwortlich sind.
jemand eine idee?

[Blue]

gabs nich unter dos son programm namens debug?

also unter 6.22 gabs das, vll gibts das auch in den früheren versionen

[Igor Todeshure]

Blue schrieb:  gabs nich unter dos son programm namens debug?

also unter 6.22 gabs das, vll gibts das auch in den früheren versionen

DEBUG gabs zumindest schon in den 3er-Versionen. Heise hatte vor MS-DOS 4.00 sogar gerne gespöttelt, daß die MS-Entwickler die DOS-Dienstprogramme wohl selbst mit DEBUG programmiert haben mußten - das Teil ist derbe unhandlich. Ich hatte damals lieber den AFD (Advanced Fullscreen Debugger) benutzt - der konnte sogar schon mit einem zweiten Monitor etwas anfangen.

[niwax]

also afd ist sehr benutzbar.

[chiaki]

afd ansich läuft super auf mein 286er laptop (kommt bisschen retro vor )
hmm wie "lade" ich afd vor den laden des treibers?
und das er danach gleich reinspringt

[Dirk]

autoexec.bat reihenfolge?

[chiaki]

wird die autoexec nichit erst nach der config.sys abgearbeitet?

[Antz]

Kannst versuchen, den mit install= (statt device= ) in der config.sys zu laden.

[chiaki]

install gute idee
aber es scheint es NACH den treiber erst zu laden

[Igor Todeshure]

Gab es nicht mal ein Tool, um einen Gerätetreiber in ein COM-TSR umzuwandeln?