info
Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Linux: Test, ob Programm über Terminal gestartet wurde. Wie ?
0 views
Skip to first unread message
wolfgang bauer (D)
Jul 4, 2023, 6:44:33 AM7/4/23
to
Hallo
Ich arbeite hier unter Linux (Cinnamon).
Als ich einen Starter für eines meiner Programme (ein Konsolenprogramm) anlegte, vergaß ich, die
Terminal-Option zu aktivieren.
Nach Start erschien natürlich nichts, aber mein Programm lief "unsichtbar" und verbrauchte 100% CPU.
Ich fand dann heraus, das es an einer Warteschleife liegt, welche per fgets bzw. scanf auf eine Eingabe wartet.
Es scheint, das wenn das entspr. Programm NICHT mit einer Konsole gestartet wurde, diese Eingabefunktionen
direkt zurückkehren und das Programm also in einer Endlosschleife festhängt.
Frage: Wie kann ich feststellen, ob mein Programm mit oder ohne Konsole gestartet wurde ?
Die Lösungen aus diesem Thread helfen hier nicht weiter:
https://stackoverflow.com/questions/6839508/test-if-stdin-has-input-for-c-windows-and-or-linux
--
Gruß, Greetings
Markus Schaaf
Jul 4, 2023, 7:48:57 AM7/4/23
to
Am 04.07.23 um 12:44 schrieb wolfgang bauer (D):
> Als ich einen Starter für eines meiner Programme (ein Konsolenprogramm) anlegte, vergaß ich, die
> Terminal-Option zu aktivieren.
>
> Nach Start erschien natürlich nichts, aber mein Programm lief "unsichtbar" und verbrauchte 100% CPU.
>
> Ich fand dann heraus, das es an einer Warteschleife liegt, welche per fgets bzw. scanf auf eine Eingabe wartet.
>
> Es scheint, das wenn das entspr. Programm NICHT mit einer Konsole gestartet wurde, diese Eingabefunktionen
> direkt zurückkehren und das Programm also in einer Endlosschleife festhängt.
>
> Frage: Wie kann ich feststellen, ob mein Programm mit oder ohne Konsole gestartet wurde ?
#include <unistd.h>
if( isatty( STDIN_FILENO )) /* ... */ ;
F'up2
MfG
> Als ich einen Starter für eines meiner Programme (ein Konsolenprogramm) anlegte, vergaß ich, die
> Terminal-Option zu aktivieren.
>
> Nach Start erschien natürlich nichts, aber mein Programm lief "unsichtbar" und verbrauchte 100% CPU.
>
> Ich fand dann heraus, das es an einer Warteschleife liegt, welche per fgets bzw. scanf auf eine Eingabe wartet.
>
> Es scheint, das wenn das entspr. Programm NICHT mit einer Konsole gestartet wurde, diese Eingabefunktionen
> direkt zurückkehren und das Programm also in einer Endlosschleife festhängt.
>
> Frage: Wie kann ich feststellen, ob mein Programm mit oder ohne Konsole gestartet wurde ?
if( isatty( STDIN_FILENO )) /* ... */ ;
F'up2
MfG
Thomas Koenig
Jul 4, 2023, 9:07:48 AM7/4/23
to
wolfgang bauer (D) <sch...@gmx.de> schrieb:
Eingabefunktionen anzuschauen und entsprechend zu reagieren,
wenn was nicht stimmt.
Andere Sprachen brechen bei missingender Eingabe mit Fehler ab,
aber die I/O - Funktionen von C schieben die ganze Verantwortung
auf dem Programmierer. Muss man nicht mögen, aber wenn man C
verwendet, sollte man sich drauf einstellen.
Eine Schleife in der From
/* Irgendwann muss der User doch mal was vernünftiges eingeben... */
while (scanf(...) == 0)
;
ist halt bei EOF oder einer Fehlerbedingung eine Endlosschleife.
> Es scheint, das wenn das entspr. Programm NICHT mit einer Konsole
> gestartet wurde, diese Eingabefunktionen direkt zurückkehren und
> das Programm also in einer Endlosschleife festhängt.
Sie geben dann 0 bzw NULL zurück.
> Frage: Wie kann ich feststellen, ob mein Programm mit oder ohne
> Konsole gestartet wurde ?
Innerhalb der C-Norm: Gar nicht. Innerhalb von POSIX: isatty().
Aber willst du tatsächlich, das das Programm nur interaktiv
funktioniert und z.B. nicht aus einer Datei oder von einer Pipe
gefüttert werden kann? Hat dein Anwendungsfall Besonderheiten,
die nur interaktive Ausführung interessant machen?
>
> Hallo
>
> Ich arbeite hier unter Linux (Cinnamon).
>
> Als ich einen Starter für eines meiner Programme (ein
> Konsolenprogramm) anlegte, vergaß ich, die Terminal-Option zu
> aktivieren.
> Nach Start erschien natürlich nichts, aber mein Programm lief
> "unsichtbar" und verbrauchte 100% CPU.
> Ich fand dann heraus, das es an einer Warteschleife liegt,
> welche per fgets bzw. scanf auf eine Eingabe wartet.
Prinzipiell ist es gute Praxis in C, sich die Rückgabewerte von
> Hallo
>
> Ich arbeite hier unter Linux (Cinnamon).
>
> Als ich einen Starter für eines meiner Programme (ein
> Konsolenprogramm) anlegte, vergaß ich, die Terminal-Option zu
> aktivieren.
> Nach Start erschien natürlich nichts, aber mein Programm lief
> "unsichtbar" und verbrauchte 100% CPU.
> Ich fand dann heraus, das es an einer Warteschleife liegt,
> welche per fgets bzw. scanf auf eine Eingabe wartet.
Eingabefunktionen anzuschauen und entsprechend zu reagieren,
wenn was nicht stimmt.
Andere Sprachen brechen bei missingender Eingabe mit Fehler ab,
aber die I/O - Funktionen von C schieben die ganze Verantwortung
auf dem Programmierer. Muss man nicht mögen, aber wenn man C
verwendet, sollte man sich drauf einstellen.
Eine Schleife in der From
/* Irgendwann muss der User doch mal was vernünftiges eingeben... */
while (scanf(...) == 0)
;
ist halt bei EOF oder einer Fehlerbedingung eine Endlosschleife.
> Es scheint, das wenn das entspr. Programm NICHT mit einer Konsole
> gestartet wurde, diese Eingabefunktionen direkt zurückkehren und
> das Programm also in einer Endlosschleife festhängt.
> Frage: Wie kann ich feststellen, ob mein Programm mit oder ohne
> Konsole gestartet wurde ?
Aber willst du tatsächlich, das das Programm nur interaktiv
funktioniert und z.B. nicht aus einer Datei oder von einer Pipe
gefüttert werden kann? Hat dein Anwendungsfall Besonderheiten,
die nur interaktive Ausführung interessant machen?
wolfgang bauer (D)
Jul 4, 2023, 10:54:33 AM7/4/23
to
04.07.23 , 15:07 , Thomas Koenig:
>> Ich fand dann heraus, das es an einer Warteschleife liegt,
>> welche per fgets bzw. scanf auf eine Eingabe wartet.
>
> Prinzipiell ist es gute Praxis in C, sich die Rückgabewerte von
> Eingabefunktionen anzuschauen und entsprechend zu reagieren,
> wenn was nicht stimmt.
Ja. Manchmal ist man unbewusst zu faul. Aber nur manchmal ;-)
Die hier vorgeschlagene Methode per "isatty" erspart mir im vorliegenden Fall
weitere Anpassungen so das ich die Schleife lasse, wie sie ist. Ansonsten
muss ich mir wirklich angewöhnen, die Rückgabewerte zu beachten.
> Aber willst du tatsächlich, das das Programm nur interaktiv
> funktioniert und z.B. nicht aus einer Datei oder von einer Pipe
> gefüttert werden kann? Hat dein Anwendungsfall Besonderheiten,
> die nur interaktive Ausführung interessant machen?
Ja. Das ist hier Absicht. Das Programm holt sich zwar Daten aus Dateien,
aber es gehört hier zum Bedienkonzept, das es dann per Konsole gesteuert wird.
--
Gruß, Greetings
>> Ich fand dann heraus, das es an einer Warteschleife liegt,
>> welche per fgets bzw. scanf auf eine Eingabe wartet.
>
> Prinzipiell ist es gute Praxis in C, sich die Rückgabewerte von
> Eingabefunktionen anzuschauen und entsprechend zu reagieren,
> wenn was nicht stimmt.
Die hier vorgeschlagene Methode per "isatty" erspart mir im vorliegenden Fall
weitere Anpassungen so das ich die Schleife lasse, wie sie ist. Ansonsten
muss ich mir wirklich angewöhnen, die Rückgabewerte zu beachten.
> Aber willst du tatsächlich, das das Programm nur interaktiv
> funktioniert und z.B. nicht aus einer Datei oder von einer Pipe
> gefüttert werden kann? Hat dein Anwendungsfall Besonderheiten,
> die nur interaktive Ausführung interessant machen?
aber es gehört hier zum Bedienkonzept, das es dann per Konsole gesteuert wird.
--
Gruß, Greetings
Stefan Reuther
Jul 4, 2023, 12:09:20 PM7/4/23
to
Am 04.07.2023 um 16:54 schrieb wolfgang bauer (D):
> 04.07.23 , 15:07 , Thomas Koenig:
> 04.07.23 , 15:07 , Thomas Koenig:
>> Aber willst du tatsächlich, das das Programm nur interaktiv
>> funktioniert und z.B. nicht aus einer Datei oder von einer Pipe
>> gefüttert werden kann? Hat dein Anwendungsfall Besonderheiten,
>> die nur interaktive Ausführung interessant machen?
>
> Ja. Das ist hier Absicht. Das Programm holt sich zwar Daten aus Dateien,
> aber es gehört hier zum Bedienkonzept, das es dann per Konsole gesteuert wird.
Die Konsole kann auch abhandenkommen, z.B. /dev/ttyUSB0, wenn das
>> funktioniert und z.B. nicht aus einer Datei oder von einer Pipe
>> gefüttert werden kann? Hat dein Anwendungsfall Besonderheiten,
>> die nur interaktive Ausführung interessant machen?
>
> Ja. Das ist hier Absicht. Das Programm holt sich zwar Daten aus Dateien,
> aber es gehört hier zum Bedienkonzept, das es dann per Konsole gesteuert wird.
USB-Gerät abgezogen wird.
Für ein Wegwerf-Programm mag ein einmaliger Test im Voraus ausreichend
sein. Aber ansonsten kostet so ein Test wirklich nicht viel.
Das ist das gleiche Niveau wie Testen des Rückgabewertes von malloc. In
Wegwerfprogrammen mag es ok sein, das zu ignorieren, aber eigentlich
sollte man sich das von vornherein angewöhnen. Nichts hält länger als
ein Provisorium.
(Mein "mal eben eine serielle Schnittstelle und ein Rich-Text-Widget
zusammengeknotet" Programm von 2005 ist immer noch im Produktiveinsatz.)
Stefan
Peter J. Holzer
Jul 4, 2023, 12:17:59 PM7/4/23
to
>> Aber willst du tatsächlich, das das Programm nur interaktiv
>> funktioniert und z.B. nicht aus einer Datei oder von einer Pipe
>> gefüttert werden kann? Hat dein Anwendungsfall Besonderheiten,
>> die nur interaktive Ausführung interessant machen?
>
> Ja. Das ist hier Absicht. Das Programm holt sich zwar Daten aus
> Dateien, aber es gehört hier zum Bedienkonzept, das es dann per
> Konsole gesteuert wird.
In diesem Fall sollte EOF allerdings als Kommando zum Beenden des
>> funktioniert und z.B. nicht aus einer Datei oder von einer Pipe
>> gefüttert werden kann? Hat dein Anwendungsfall Besonderheiten,
>> die nur interaktive Ausführung interessant machen?
>
> Ja. Das ist hier Absicht. Das Programm holt sich zwar Daten aus
> Dateien, aber es gehört hier zum Bedienkonzept, das es dann per
> Konsole gesteuert wird.
Programms interpretiert werden.
hp
Thomas Koenig
Jul 4, 2023, 12:30:50 PM7/4/23
to
Stefan Reuther <stefa...@arcor.de> schrieb:
> Das ist das gleiche Niveau wie Testen des Rückgabewertes von malloc. In
> Wegwerfprogrammen mag es ok sein, das zu ignorieren, aber eigentlich
> sollte man sich das von vornherein angewöhnen. Nichts hält länger als
> ein Provisorium.
In diesem Zusammenhang:
https://xkcd.com/2730/
> Das ist das gleiche Niveau wie Testen des Rückgabewertes von malloc. In
> Wegwerfprogrammen mag es ok sein, das zu ignorieren, aber eigentlich
> sollte man sich das von vornherein angewöhnen. Nichts hält länger als
> ein Provisorium.
https://xkcd.com/2730/
0 new messages