Will ich ein externes Programm starten. und ohne zu warten weitermachen.

system(); -> blockiert, aber geht.

fork:
bringt fehler wenn
ich die anweisung ein paar mal wiederhole.
(nach PAR gehts glaub eh nicht mehr)

Win32::Process:


Funktioniert unkompiliert wunderbar.. sobald ich eine EXE mache(PAR) funktionierts nicht mehr.....


Wie zum Teufel bekomm ich auf einfache art & weise ein externes Programm zum laufen?

An "Tool.exe" liegts nicht.. wenn ichs normal starte gehts wundebar.....

:angry:

Warum sagst Du eigentlich nie eine Fehlermeldung?? Was funktioniert denn nicht wenn Du mit PAR arbeitest?

Schau Dir mal Proc::Background an. Froschpopo hat dazu auch ein kleines Beispielskript ins Wiki gestellt...

Es gibt ja keine Fehlermeldung....
Der Prozess wir einfach nicht gestartet...

----
Es würde mir auch reichen, wenn ich einfach sauber eine antwort senden könnte. bzw. der aufrufenden EXE sagen das allse ok ist und sie nicht warten soll..\n\n

<!--EDIT|master|1129300720-->

Das kenne ich nicht, dass etwas "einfach nicht gestartet" wird. Hast Du Dir mal die Ausgaben auf der Konsole angeschaut wenn Du es mit PAR gepackt hast??

Ausgaben?
Gab keine Fehlermeldungen beim Packen mit PAR..

Nervt total... Uncompiliert gehts.. doch nach einsatz von PAR geht nichts mehr...

Werde wohl das externe programm über eine *.bat -Batchdatei starten müssen.. äusserst hässlich....

Selbst wenn ich über eine BATCH-Datei starten will..
sowird das programm kurz gestartet... und dann sofort wieder beendet!

die zu startende EXE enthält KEINE fehler.. immerhin kann ich sie ja per Hand starten...
starte ich die EXE von hand.. gehts auch problemlos... :-(


vielleicht liegts ja daran, das ich 2 programme gleichzeitig laufen lassen will, die PAR-compiliert sind.. ev. gehts darum ja nicht?\n\n

<!--EDIT|master|1129533665-->

mit exec() funktioniert alles tadelos..

gibt es eine möglichkeit den befehl exec so auszuführen, ohne das hauptprogramm zu beenden?

[quote=master,14.Oct..2005, 15:50] [/quote]
eigentlich wundert es mich, dass das in der nicht-PAR-Version funktioniert.
Die Beschreibung von Win32::Process:Create sagt ja eindeutig, dass der 2. Parameter "full path name of executable module" sein soll.
Und $! ist wohl auch nicht der richtige Fehlerstatus. trifft's wohl eher.
perldoc Win32::Process verschweigt dies alles nicht.
Proc::Background - wie von renee empfohlen - ist übrigens ein Wrapper um Win32::Process, der das Handling im Standardfall vereinfacht.\n\n

<!--EDIT|pKai|1129538541-->

es funtktioniert schon.. nur wird das neue skript|batch oder was auch immer.. knallhart kurz nach dem start wieder abgebrochen...

im taskmanager erscheint die exe kurz.. und ist dann wieder weg....

der doofe system befehl wartet bis das neue programm "fertig" ist.


ps. im 2. Skript befindet sich eine endlosschleife..
die blockt so sehr, das der ursprüngliche prozess nie die antwort erhält, das alles ok ist...

wenn ich z.b. eine möglichkeit hätte vom 2. skript zum ersten die system-meldung zu schicken das alles ok ist. wärs auch gut...


werde es nun über einen TIMER versuchen.... ps. sleep hilf da nichts.

Wenn er gestartet wird, und sich dann beendet, müsstest du über die GetExitCode-Methode des Prozessobjekts einen Returnwert erhalten (können).