glibc-2.1 - b³êdy... ci±g dalszy :)
Marcin Dalecki
dalecki w cs.net.pl
Śro, 3 Mar 1999, 21:11:45 CET
Jacek Osiecki wrote:
>
> Witam!
>
> Nadal nie wiem, dlaczego programik w gtk+, o którym pisalem, nie dzia³a :(
> Tzn. dlaczego siê wywala. A - nazywa siê qiv :)
>
> Dlatego te¿ wrzuci³em src.rpm-a z nim na cenzor.zie.pg.gda.pl/pub/Incoming.
> qiv-1.0-1.src.rpm
>
> Recepta na wywalenie: odpaliæ qiv z dowolnymi opcjami - byle by³o kilka
> plików:
> np. qiv *.jpg
>
> Nacisn±æ "j"
>
> Jak siê wywali, to w³a¶nie o to chodzi³o... Tzn. ¼le ¿e siê wywala, ale u
> mnie i u paru osób z glibc-2.1 siê wywali³o... a na glibc-2.0.7 - nie :(
>
> P.S. Sprawdzi³em z glibc-2.1-4, gtk+-1.2-1, glib-1.2-1, imlib-1.9.3.
> Niestety - nie pomog³o :(
B±d¿ tak przejmy i zrób proszê "po¶miertnie"
$ gdb giv core
a nastêpnie wprowad¼
(gdb) bt
#0 0x40166655 in _IO_default_uflow (fp=0x816d968) at genops.c:364
#1 0x401662f3 in __overflow (f=0x816d968, ch=-1) at genops.c:210
#2 0x401f8240 in _IO_old_file_xsputn (f=0x816d968, data=0x4017fbd0,
n=135715176) at oldfileops.c:700
#3 0x401664f4 in __underflow (fp=0x816d968) at genops.c:297
#4 0x401689a4 in _IO_vfscanf (fp=0x816d968, fmt0=0x8139a37 "%d",
ap=0xbffff6ac, errp=0x0) at iovfscanf.c:319
#5 0x401695e4 in __vfscanf (s=0x816d968, format=0x8139a37 "%d",
argptr=0xbffff6ac) at iovfscanf.c:793
#6 0x401f0fb5 in fscanf (stream=0x816d968, format=0x8139a37 "%d")
at fscanf.c:31
#7 0x8059204 in _start ()
#8 0x805858a in _start ()
#9 0x8057998 in _start ()
#10 0x805530f in _start ()
#11 0x8057a9a in _start ()
To mo¿e i co¶ konkretnego da siê powiedzieæ.
Cacyb³oby rownie¿ gdywy¶ podes³a³ co ci strace daje....
--Marcin
Więcej informacji o liście dyskusyjnej pld-devel-pl