[quote=sesth,13.May.2005, 10:51]/B verhindert aber die DOS-Box! Probiers einfach mal aus.[/quote]
Ausprobiert... Box erscheint...
Warum das wohl so ist wurde in einem früheren Thread diskutiert:
Die Box erscheint *nicht* bei einem Konsolen-start, wohl aber aus einem GUI-prog (exe). Grund ist wohl, dass start kein eigenständiges Prog. ist, sondern ein internen Befehl des %comspec%. Er braucht zumindest ein Fenster und schafft sich das erstmal, unbeeinflusst von jeglichen Aufrufparametern von start.

Quote

Die Box erscheint *nicht* bei einem Konsolen-start, wohl aber aus einem GUI-prog (exe). Grund ist wohl, dass start kein eigenständiges Prog. ist, sondern ein internen Befehl des %comspec%. Er braucht zumindest ein Fenster und schafft sich das erstmal, unbeeinflusst von jeglichen Aufrufparametern von start.

Wie ist das gemeint? Das Perl-Programm wird ja normalerweise über den Interpreter in einer Konsole gestartet. Oder geht es um den direkten Aufruf eines Perl-Skripts aus einem C-Programm (perlcall)?

Wahrscheinlich wird kurz eine Box durch "system" aufgemacht, die ist bei mir (W2K) aber nicht wahrnehmbar. Es bleibt zumindestens keine Box offen.

deshalb hab ich dazugeschrieben, dass sich der code auf Perl Tk bezieht.Die Box wird nicht von system() aufgemacht sondern von "start", damit kann man unter Windows programme starten wie z.b. den IE.
system() ist unter Tk aber generell ein problem da system auf ne rückgabe des aufgerufenen Programms erwartet und solange wie dies der fall ist die gui einschläft

Auch unter Tk habe mit diesem Beispiel keine Probleme:

Was du da gebaut hast hat eigentlich nix mit meinem problem zu tun, denn du rufst das Programm ja aus der konsole aus auf, insofern würde sich beim starten von "start" auch kein neues dos-fenster öffnen weil ja schon eins existiert. Aber ich starte das programm durch ein anderes programm, also nicht aus der dos-promt heraus und das hat zur folge, dass sich dann bei system("start...") ein neues dos-fenster öffnet.

Das ist auch der fall, wenn man versucht das dos-fenster im programm selbst zu unterdrücken UND/ODer wenn man es z.b. zu einer ausführbaren .exe macht um es dann später unabhängig mit doppelklick auf ein icon starten zu können\n\n

<!--EDIT|Froschpopo|1115985568-->

Hast du schon mal Win32::Process versucht? Da gibt es so Optionen wie CREATE_NO_WINDOW.

@ptk: Er benutzt ja Proc::Background, das wiederum erzeugt unter Win den "Subprozess" mit Win32::Process und der Prozess (der Browser) soll natürlich ein Window haben.

@seeth: Kompilier mal dein Prog mit PAR (oder was auch immer) als GUI-Prog in eine EXE. Starte die dann mit Doppelklick im Explorer, und voilà ... Windows erzeugt eine cmd-Box zur Ausführung des "start" egal ob mit oder ohne /b aufgerufen.
*Das* ist das Problem, was FPs Ansatz löst :)\n\n

<!--EDIT|pKai|1116011126-->

Dann kann man ja Win32::Process direkt benutzen und je nach Wunsch die entsprechenden Flags setzen (mit/ohne Window).

Proc::Background ist aber portabel zwischen Unix und Win.
Das Problem ist die Geister-Box mit "start", die nicht gewünscht ist wenn das Prog keine native Konsole hat.

Wenn der system() aufruf nicht portabel ist, kann man auch auf andere Portabilität verzichten. Ich würde da mal sagen ganz oder gar nicht...
Es gibt zwar in Unix/Linux ein command names start, aber da es keinen Standardbrowser gibt unter diesen systemen, wird der auch ganz sicher nicht geöffnet :p

Edit: Mal wieder Standard falsch geschrieben *g\n\n

<!--EDIT|J-jayz-Z|1116012561-->