Seite 1 von 1

XCOPY startet nicht mehr

Verfasst: Fr 17. Jul 2020, 11:01
von Martin Vieregg
Ich habe folgende sonderbare Fehlermeldung:

Code: Alles auswählen

[C:\]xcopy
SYS1804: The system cannot find the file T_VIO___.
Ich habe ein zweites lauffähiges OS/2 und habe die Dateien c:\*vio* verglichen und konnte keine fehlende Datei feststellen. Sonst habe ich keine Fehlfunktionen.

Re: XCOPY startet nicht mehr

Verfasst: Fr 17. Jul 2020, 11:04
von Martin Vieregg
Ich habe nun mit COMP festgestellt, dass einige Bytes von XCOPY.EXE von der intakten Variante abweichen. Da sind wohl doch ein paar Bits umgekippt? Sonderbar. Wenn jemand Interesse hat, ich habe die kaputte Datei aufgehoben.

Re: XCOPY startet nicht mehr

Verfasst: Fr 17. Jul 2020, 12:03
von erdmann
Für mich sieht das eher so aus als ob du mal "OS2TRACE" von Dave Blaschke auf XCOPY losgelassen hast und dann vergessen hast, die Änderung, die OS2TRACE vornimmt, wieder rückgängig zu machen. Da ist nichts komisch dran.

OS2TRACE:
http://www.angelfire.com/tx4/blaschke/OS2Trace

Re: XCOPY startet nicht mehr

Verfasst: So 19. Jul 2020, 22:53
von Martin Vieregg
Für mich sieht das eher so aus als ob du mal "OS2TRACE" von Dave Blaschke auf XCOPY losgelassen hast und dann vergessen hast, die Änderung, die OS2TRACE vornimmt, wieder rückgängig zu machen. Da ist nichts komisch dran.
Das habe ich möglicherweise wirklich, aber das ist schon einige Monate her und seitdem habe ich schon tausende Male XCOPY wieder verwendet.

Re: XCOPY startet nicht mehr

Verfasst: Mo 20. Jul 2020, 07:52
von erdmann
Dein erster Post lautete: "mein XCOPY geht nicht mehr". Nun sagst du, du hättest xcopy seit du OS2TRACE darauf losgelassen hast schon tausendmal benutzt. Kann schon sein, aber dann muß es ein anderes Binary als das "fehlerhafte" gewesen sein.

Hier sind NICHT wie durch ein Wunder ein paar Bits umgekippt.
Wenn du OS2TRACE wieder installierst und wenn du das OS2TRACE Verzeichnis in den LIBPATH aufnimmst (oder BEGINLIBPATH entsprechend setzt), dann geht auch der Fehler wieder weg. Weil sich nämlich die mit OS2TRACE mitgelieferten DLLs in das so präparierte Binary "einhängen" um die API Aufrufe tracen zu können.
Entweder du machst mit dem OS2TRACE tool die Änderung wieder rückgängig (wenn nicht mehr gebraucht) oder du kopierst (wie du auch getan hast) ein originales Binary über das modifizierte.