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