debian unstable, padajuci links2 (utf8)

Tibor Zenis zenis na fmph.uniba.sk
Středa Listopad 3 11:11:51 CET 2004


Prajem pekny den z ruska,

V pondelok po upgrade debian/unstable (predtym som upgradeoval v piatok)
zacal na ruskych strankach (napr. http://www.kulichki.com/vv) padat
links v grafickom mode, v textovom mode (na koi8r terminali) ide bez
problemov.
Ta ista binarka na mesiac neupgradeovanom debian/testing funguje bez
problemov.
Problem sa netyke len uvedenej stranky, staci zobrazit kratky lokalny
textovy subor v rustine (overene v kodovani utf8, koi8r, cp1251).
Niektore grecke znaky zvladne bez problemov, niektore (Greek (in
Polytonic): v utf8 test file) nie, takze to nie je problem iba rustiny.

Jedina zmena v pondelok bol upgrade na aktualnu verziu; jadro,
nastavenia linksu zostali tie iste.

Pouzivam vlastny balicek links2, ktory ma na rozdiel od toho, co je v
debiane, povolene ssl, a v balicku ikonku do menu a zaznam do
/etc/mime.types .

Pad nastane nezavisle na locale (iso8859-2, utf8).

Pretoze sa ta ista binarka chova na roznych systemoch rozne, chcem sa,
pred tym nez zacnem debugovat links, opytat, ci ma niekto podobne
skusenosti s linksom na debian unstable.

Na koniec mailu pripajam nejake (snad) uzitocne informacie.

	Tibor





Dalsie informacie:

Konfiguracia linksu:
Configuration results:

GPM support:            YES
SSL support:            YES
Javascript enabled:     YES
Graphics enabled:       YES
Graphics drivers:       FB X
Image formats:          GIF PNG XBM JPEG TIFF
xterm for OS/2 support: NO



Takto vyzera pad:
via:3:~%links2 -g
INTERNAL ERROR at dip.c:640: mem_free: red zone damaged: ff (block
allocated at dip.c:1438:(null))

Forcing core dump
zsh: segmentation fault  links2 -g



Ina verzia padu:
via:3:~%links2 -g
INTERNAL ERROR at dip.c:1446: mem_free: magic doesn't match: 00ff00ff

Forcing core dump
zsh: segmentation fault  links2 -g


ldd na debian/unstable:
via:3:~%ldd `which links2`
                libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7fbd000)
        libpng10.so.0 => /usr/lib/libpng10.so.0 (0xb7f9a000)
        libz.so.1 => /usr/lib/libz.so.1 (0xb7f88000)
        libdl.so.2 => /lib/tls/libdl.so.2 (0xb7f84000)
        libgpm.so.1 => /usr/lib/libgpm.so.1 (0xb7f7e000)
        libm.so.6 => /lib/tls/libm.so.6 (0xb7f5b000)
        libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0xb7f2a000)
        libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0xb7e26000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7d5f000)
        libc.so.6 => /lib/tls/libc.so.6 (0xb7c23000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7fea000)
        libncurses.so.5 => /lib/libncurses.so.5 (0xb7be4000)


ldd na debian/testing:
xxxxxxx:pts/13 ~%ldd `which links2`
        libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x4002f000)
        libpng10.so.0 => /usr/lib/libpng10.so.0 (0x4004d000)
        libz.so.1 => /usr/lib/libz.so.1 (0x40070000)
        libdl.so.2 => /lib/libdl.so.2 (0x40082000)
        libgpm.so.1 => /usr/lib/libgpm.so.1 (0x40085000)
        libm.so.6 => /lib/libm.so.6 (0x4008b000)
        libssl.so.0.9.7 => /usr/lib/i686/cmov/libssl.so.0.9.7 (0x400ad000)
        libcrypto.so.0.9.7 => /usr/lib/i686/cmov/libcrypto.so.0.9.7 (0x400de000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x401db000)
        libc.so.6 => /lib/libc.so.6 (0x402a3000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
        libncurses.so.5 => /lib/libncurses.so.5 (0x403d6000)


Obidva pocitace sa lisia este v tychto veciach:
verzia deb.	jadro	procesor
unstable	2.6.9	via c3 @ 733
testing		2.4.25	pentium 4 @ 1500

-- 
,..,.,..,.,..,.,..,.,..,.,..,
; Tibor Zenis               ;
: zenis @ fmph . uniba . sk :
'``'`'``'`'``'`'``'`'``'`'``'


Další informace o konferenci Linux