GDB + Programm + Pipes

[Dennis S. (eltio)]

Hallo zusammen,

ich lese in meinem C-Programm per scanf eine Reihe von Daten ein. Damit 
ich das nicht immer von Hand machen muss habe ich die Daten in eine 
Text-Datei geschrieben und rufe das Programm mit einer Pipe auf:

more prog.exe | input.txt

Frage: kann ich diese Funktionalität mit dem GNU Debugger verbinden?

Gruß Dennis

[Rolf Magnus (Gast)]

Ja.

[Klaus W. (mfgkw)]

more prog.exe liest die aber das Programm, und führt es nicht aus.

[Dennis S. (eltio)]

@Klaus: Mein Fehler! Es muss natürlich heißen:

more input.txt | prog.exe

[Jörg W. (dl8dtl) (Moderator)]

Wofür soll das "more" dabei noch gut sein?

Warum nicht gleich

prog.exe < input.txt

?

[Dennis S. (eltio)]

Jörg Wunsch schrieb:
> Wofür soll das "more" dabei noch gut sein?
>
> Warum nicht gleich
>
>

prog.exe < input.txt

>
> ?

Hallo Jörg,
auch da besteht die Frage: wie bekomme ich das in GDB rein?

Gruß

[Rolf Magnus (Gast)]

gdb prog.exe
run < input.txt

[Dennis S. (eltio)]

Rolf Magnus schrieb:
>

> gdb prog.exe
> run < input.txt
>

Hmm... das funktioniert nicht so wie ich mir das vostelle. GDB (Version 
7.5) sagt zwar
"Reading symbols .... done." und
"Starting program: prog.exe < input.txt",
danach passiert aber nichts mehr (auch nach Eingabe von continue nicht). 
Gebe ich stattdessen die Daten manuell ein, geht alles wie gehabt.

Noch jemand eine Idee?

[Jörg W. (dl8dtl) (Moderator)]

Dennis S. schrieb:
> danach passiert aber nichts mehr (auch nach Eingabe von continue nicht).

Das passt nicht zusammen.

Wenn "nichts mehr passiert", wie willst du dann "continue" eingeben?

Wenn wirklich nichts mehr passiert, solltest du mit ^C einen Interrupt
senden können und dann sehen, an welcher Stelle das Programm jetzt
ist.

[Dennis S. (eltio)]

Jörg Wunsch schrieb:
> Wenn "nichts mehr passiert", wie willst du dann "continue" eingeben?
Naja.... nach den zwei Befehlen warte ich. Es kommt keine Ausgabe, wie 
es eigentlich geschehen müsste (bei Aufruf ohne GDB). Ich kann aber 
Befehle eintippen, zum Beispiel "continue", "next", ... Wenn ich das 
mache kommt immer noch keine Ausgabe.

> Wenn wirklich nichts mehr passiert, solltest du mit ^C einen Interrupt
> senden können und dann sehen, an welcher Stelle das Programm jetzt
> ist.

Das habe ich ausprobiert:

gdb prog.exe
run < input.txt
STRG+C

Dann kommt die Ausgabe:

Program received signal SIGINT, Interrupt.
[...]
error detected on stdin

Es scheint wohl doch nicht möglich zu sein!?

[Jörg W. (dl8dtl) (Moderator)]

Dennis S. schrieb:
> Es scheint wohl doch nicht möglich zu sein!?

Kann sein.  Entweder ein Problem von GDB unter Windows generell,
oder eins speziell mit deinem Build.  Habe es gerade unter Unix
probiert:

$ cat lc.c
#include <stdio.h>

int
main(void)
{
        int cnt = 0;
        char b[100];

        while (fgets(b, 100, stdin) != NULL)
                cnt++;

        printf("Count: %d\n", cnt);

        return 0;
}
$ cc -O -o lc -g lc.c
$ gdb lc
GNU gdb (GDB) 7.6 [GDB v7.6 for FreeBSD]
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i386-portbld-freebsd8.2".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /tmp/lc...done.
(gdb) run < /usr/share/dict/words
Starting program: /tmp/lc < /usr/share/dict/words
Count: 235923
[Inferior 1 (process 84800) exited normally]
(gdb) quit

[Rolf Magnus (Gast)]

Hmm, bei mir funktioniert das so.

Dennis S. schrieb:
> Dann kommt die Ausgabe:Program received signal SIGINT, Interrupt.
> [...]
> error detected on stdin

Offenbar wartet dein Programm auf irgendwas. Tipp doch mal bt ein, um zu 
sehen, wo das Programm stehen geblieben ist. Vielleicht gibt das 
Aufschluss.

[Dennis S. (eltio)]

Also wenn ich bt eintippe kommt... nichts (nur Zeilenwechsel). 
Anschließendes Drücken von "STRG+C" liefert

0x77116da7 in NlsUpdatesystemLocale () from C:\windows\syswow64\kernel32.dll

Ich probiere das trotzdem heute Abend mal auf meiner Linux-Kiste aus.

[Rolf Magnus (Gast)]

Dennis S. schrieb:
> Ich probiere das trotzdem heute Abend mal auf meiner Linux-Kiste aus.

Ja. Vielleicht ist es doch wie von Jörg vermutet ein 
Windows-spezifisches Problem.

[Jörg W. (dl8dtl) (Moderator)]

Dennis S. schrieb:

> Anschließendes Drücken von "STRG+C" liefert
>

> 0x77116da7 in NlsUpdatesystemLocale () from 
> C:\windows\syswow64\kernel32.dll
>

Dort kannst du natürlich nochmal "bt" eingeben.

Klingt ja so, als wäre das Programm noch in der Initialisierungsphase
(NLS = National Language Support).

[Rolf Magnus (Gast)]

Dennis S. schrieb:
> Also wenn ich bt eintippe kommt... nichts (nur Zeilenwechsel).
> Anschließendes Drücken von "STRG+C" liefert

Du mußt erst Strg+C drücken, um das Programm anzuhalten, und danach 
kannst du bt eingeben, um einen Backtrace zu erhalten.

[Dennis S. (eltio)]

So... hab das Ganze gerade unter Linux auprobiert, da klappt es! Da will 
man sich einmal in ein neues Thema einarbeiten... ;-)