Beiträge: 289
Themen: 10
Registriert seit: Oct 2013
Bewertung:
0
@Blackbird
ich habe mit der workbench.library Funktion getestet, es funktioniert soweit bis auf das setzten des aktuellen Pfades für das zu startende Programm.
Das heißt wenn mein aktueller Programmpfad "xy:blitz3" ist und ich ein Programm über die Workbenchfunktion starte z.B. "xz:test/SVN-GUI", startet es aber sein aktueller Programmpfad ist "xy:blitz3". Dies verursacht Probleme mit Programmen die anhand des aktuellen Programmpfades auf Dateien zugreifen wie SVN-GUI.
Hast du bei OS4 einen Befehl in C: wie WBRun?
Beiträge: 396
Themen: 8
Registriert seit: Sep 2013
Bewertung:
0
Der Pfad wird vom aktellen Prozess geerbt, genau wie in der Shell.
Versuche mal vorher den Pfad umzusetzen.
Beiträge: 289
Themen: 10
Registriert seit: Oct 2013
Bewertung:
0
SO ich habe es jetzt geschafft den Pfad richtig zu setzten und wieder zurückzusetzen, die neue dos.include habe ich commited.
@Blackbird
Kannst du es bitte mal testen, wenn es funktioniert brauchen wir WBRun nicht.
Beiträge: 666
Themen: 77
Registriert seit: Oct 2013
Bewertung:
0
Sagen wir so, es funktioniert...halbwegs
Der Pfad usw... ist alles ok...
Aber ! Sobald der Befehl im Source aktiviert wird, bekomme ich einen Reaper.
Da leider das Debugfile mit den Offsets mir gar nix nutzt ( warum geht das eigentlich nicht mehr ?), müßte ich mir das mal so ansehen
und !couts setzen damit ichs eingrenzen kann wo es hackt....