Neuer Terminal unter Linux mit C

[Alex G. (alex94)]

Hallo,
ich habe ein C-Skript das mit Hilfe des system() befehls einige bash 
kommandos ausführen kann. Jetzt würde ich aber gerne einige der bash 
befehle in einem neuen Terminal ausführen. Ich weiß aber nicht wie das 
geht :)

Alex

[Sebastian B. (macdatho)]

Alex G. schrieb:
> Hallo,
> ich habe ein C-Skript das mit Hilfe des system() befehls einige bash
> kommandos ausführen kann.

Ich nehm an ein c Programm, das kompiliert werden musste... Ein Skript 
wird ja interpretiert.

Vielleicht hilft dir:

http://www.tutorials.de/forum/linux-unix/348599-neues-terminal-fenster-fuer-bash-scripte.html

hier steht wie man ein Fenster für Befehle öffnen kann, vielleicht 
kannst du dir das ja in system() rein flicken. Hier werden dann Skripte 
für die bourne again shell verwendet.

Ich google mal noch ein bisschen danach :-D

Sebastian

P.S. ach ja, hilfreich sind noch Informationen wie z.B. welche konsole 
du verwendest, ob du kde 3.5 oder 4.2 oder gar gnome verwendest, welchen 
befehl du aufrufen möchtest und so weiter...

[Alex G. (alex94)]

Vielen dank für deine Antwort.
Sebastian Brendler schrieb:
> P.S. ach ja, hilfreich sind noch Informationen wie z.B. welche konsole
> du verwendest, ob du kde 3.5 oder 4.2 oder gar gnome verwendest, welchen
> befehl du aufrufen möchtest und so weiter...
Ich benutze gnome (Ubuntu9.10) und ich möchte diesen Befehl ausführen:
$ rfcomm connect /dev/rfcomm0 00:XX:XX:XX:XX:XX 1


> Ich nehm an ein c Programm, das kompiliert werden musste... Ein Skript
> wird ja interpretiert.
Du nimmst richtig an :)

Warum ich den Befehl in einem neuen Terminalfenster ausführen will?
Der Grund ist einfach der Befehl belegt den ganzen Terminal und ich 
brauche den Terminal im folgenden für mein C-Programm noch.

[Klaus W. (mfgkw)]

Dann musst du halt mit system() dein neues Terminal starten.
Je nach Umgebung und Vorliebe system( "xterm ..." ) oder
system( "konsole ..." ) etc.

[theborg (Gast)]

warum das drive nicht fest einbinden so das es so bald es auftaucht 
automatisch eingebunden wird ?

in der /etc/bluetooth/rfcomm.conf z.b.

rfcomm0 {
        # Automatically bind the device at startup
        bind yes;
        # Bluetooth address of the device
        device 00:00:00:00:00:00;
        # RFCOMM channel for the connection
        channel 1;
        # Description of the connection
        comment "BT-Bus Platine";
}

[Klaus W. (mfgkw)]

theborg schrieb:
> warum das drive nicht fest einbinden so das es so bald es auftaucht
> automatisch eingebunden wird ?
> ...

Tja Alex, damit hast du auf deine Frage eine erschöpfende Antwort! :-)

[Sven P. (Gast)]

Unter Unix-Systemen gibt es i.d.R. keinen Mechanismus, aus einem Prozess 
einen zweiten zu starten, wie man es erwarten würde.
Der übliche Weg besteht darin, den aktuellen Prozess mit fork() 
aufzuspalten und einen der beiden Prozesse danach mittels exec*() zu 
ersetzen.

Sinnvoll sind auch pipe(), dup(), dup2() und/oder popen().

[Klaus W. (mfgkw)]

Das ist richtig, wenn man sich die OS-Seite ansieht.
Ändert aber nichts daran, daß auch unter Unix und Linux in der
C-Lib ein system() ist, in dem letztlich natürlich fork() und
exec() stattfinden.
Ich denke, mit system() kommt der TE zügiger voran.

[fhnv (Gast)]

>Der Grund ist einfach der Befehl belegt den ganzen Terminal und ich
>brauche den Terminal im folgenden für mein C-Programm noch.

Ist das Starten dieses Befehls mit "befehl &" im Hintergrund keine 
Option?

Gast

[Rolf Magnus (Gast)]

system("xterm -e 'rfcomm connect /dev/rfcomm0 00:XX:XX:XX:XX:XX 1'")

Wenn das Fenster nach Ausführung des Kommandos offen bleiben soll, 
kannst du's auch so schreiben:

system("xterm -e 'rfcomm connect /dev/rfcomm0 00:XX:XX:XX:XX:XX 1; read'")

[Alex G. (alex94)]

Hi,
vielen Dank für eure Antworten.

Einbinden ist keine so gute Idee, ich werde das Programm auf mehreren 
verschiedenen Rechnern laufen lassen, die auch ständig wechseln.

> system("xterm -e 'rfcomm connect /dev/rfcomm0 00:XX:XX:XX:XX:XX 1; read'")

Das funktioniert schon ganz gut.
Das Problem ist jedoch der rfcomm Befehl muss nebenbei laufen, das heißt 
das C-Programm und der Befehl müssen gleichzeitig laufen. Das C-Programm 
wird nicht fortgesetzt solange der Befehl ausgeführt wird.

[Klaus W. (mfgkw)]

dann probier doch mal:

system("xterm -e 'rfcomm connect /dev/rfcomm0 00:XX:XX:XX:XX:XX 1; read' &")

[Thomas K. (rlyeh_drifter)]

kannst dir ja in deinem Programm die PID des gestarteten Prozesses 
merken, damit du es nachher auch killen kannst.

[Klaus W. (mfgkw)]

Dann aber nicht mit system, sondern dann muß man fork+exec nehmen

(oder man müsste in den system-Aufruf etwas reinbasteln, was die pid 
liefert)