OOo segfault, deb sid-en

sziasztok!

oly sokáig megvoltam segfault nélkül, hogy már már elhihettem volna, engem elkerül :D természetesen nem...

adva van egy debian sid rendszer, rajta az openoffice, debian forrásból. nem régen (1-2 napja volt egy frissítés, ami azonnal nem detektált hibát okozott nekem. nem használom napi rendszerességgel az OOo programjait, ezért nem vettem észre egyből.

a frissítés rendben lement, szokás szerint nem volt semmi bibi, csak épp azóta (hál istennek régen volt ahhoz oo frissítés, hogy tudjam a kérdéses frissítés előtt viszont használtam az oowriter-t) amikor indítom bármelyik oo programot, akkor segfaultal megdöglik.

egy másik sid-en "természetesen" fut hibátlanul, holott ott is volt frissítés (pont ezért csináltam egy frissítés, de előtte és utána is megnéztem, ment az oo).

eddig még "rendben is lenne", mert hát gondolom nem csak én járok így, de... miképpen tudnám kinyomozni azt, hogy mi okozza? strace-hez nem nagyon értek, bár kíváncsiságból megnéztem mit produkál és ami feltünt, hogy hiányol néha dolgokat. a bibi csak az, hogy nem tudom, hogy az vajh mennyire lehet "normális" (pl. nincs meg, de attól még fut, vagy efféle; pl. hiányolja az /usr/bin/grep filet, ami sose volt, mert a grep nekem /bin/grep helyen van, de meg is találja, mert "körbenéz és az utsó helyen, tehát a valós helyen meg is leli)

tud valaki segíteni, hogy megleljem mi okozza ezt a problémát? a rendszeren nem volt új program, vagy hardver telepítve nagyon régen, nincs új kernel szintén nagyon régen. csak update volt, azt pár naponta megnézem mik frissülnek és ha valami általam használt program is, nem csak lib, akkor tuti frissítettem (jó, tudom, bizti ez hiba volt :) ). mivel nem vagyon éppen debug bajnok, ezért tapasztaltabbak segítségét kérném, hátha legalább tanulok belőle valamit :)

amit eddig próbáltam:
- purge az oo csomagoknak, majd reinstall
- csak az userspecifikus rész legyakása (~/openoffice dir, valamint ~/.sversionrc file legyakása)
- várni egy frissítésre, hátha csak bugos csomagot sikerült kikapjak :))) /nah, ez csak vicc igazából, bár valóban reménykedtem benne, csak ezt egy másik sid-en tett ellenpróba azonnal kizárta/

kernel (uname -a): "Linux sarge 2.4.26-bk1 #5 SMP Tue Jun 29 17:58:37 CEST 2004 i686 GNU/Linux"

telepített OOo verziója:
[code:1:15643f467c]
ii openoffice.org 1.1.3-6 high-quality office productivity suite
ii openoffice.org 1.1.3-6 OpenOffice.org office suite binary files
ii openoffice.org 1.1.3-5+1 Debian specific parts of OpenOffice.org
ii openoffice.org 1.1.3-6 Hungarian language package for OpenOffice.org
[/code:1:15643f467c]

strace részletek az oowriter (pl.) futtatása esetén (csak pár hibára utalót szedtem ki, hátha valakinek mond valamit, mert én sajna ehhez nem értek (még :) )
[code:1:15643f467c]
...
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
...

...
open("/usr/bin/oowriter", O_RDONLY|O_LARGEFILE) = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbffff30c) = -1 ENOTTY (Inappropriate ioctl for device)
...

...
stat64("/usr/local/bin/grep", 0xbfffef10) = -1 ENOENT (No such file or directory
)
stat64("/usr/bin/grep", 0xbfffef10) = -1 ENOENT (No such file or directory)
stat64("/bin/grep", {st_mode=S_IFREG|0755, st_size=75692, ...}) = 0
...

...
read(3, "oowriter\n", 128) = 9
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG) = 3094
waitpid(-1, 0xbfffee24, WNOHANG) = -1 ECHILD (No child processes)
sigreturn() = ? (mask now [RTMIN])
...

...
stat64("/home/simkin/.openoffice/1.1.1/.lock", 0xbfffeeb0) = -1 ENOENT (No such
file or directory)
... ez spec meglepett, mint könyvtárnév, de mivel az első feltett OOo ilyen verziójú volt, gondolom ezt "örökölte", hisz erre hivatkozott is a konfigjában

...
stat64("/usr/lib/openoffice/program/local/tls/mmx/cmov", 0xbfffe978) = -1 ENOENT
(No such file or directory)
open("/usr/lib/openoffice/program/local/tls/mmx/libvcl645li.so", O_RDONLY) = -1
ENOENT (No such file or directory)
stat64("/usr/lib/openoffice/program/local/tls/mmx", 0xbfffe978) = -1 ENOENT (No
such file or directory)
open("/usr/lib/openoffice/program/local/tls/cmov/libvcl645li.so", O_RDONLY) = -1
ENOENT (No such file or directory)
stat64("/usr/lib/openoffice/program/local/tls/cmov", 0xbfffe978) = -1 ENOENT (No
such file or directory)
open("/usr/lib/openoffice/program/local/tls/libvcl645li.so", O_RDONLY) = -1 ENOE
NT (No such file or directory)
stat64("/usr/lib/openoffice/program/local/tls", 0xbfffe978) = -1 ENOENT (No such
file or directory)
open("/usr/lib/openoffice/program/local/mmx/cmov/libvcl645li.so", O_RDONLY) = -1
ENOENT (No such file or directory)
stat64("/usr/lib/openoffice/program/local/mmx/cmov", 0xbfffe978) = -1 ENOENT (No
such file or directory)
open("/usr/lib/openoffice/program/local/mmx/libvcl645li.so", O_RDONLY) = -1 ENOE
NT (No such file or directory)
...

...
write(6, "\221\2\2\0\0\0\0\0", 8) = 8
read(6, 0xbfffe230, 32) = -1 EAGAIN (Resource temporarily unavailable)
...
[/code:1:15643f467c]

bocsi, kicsit hosszú lett, de nem tudom mi az, ami segítségére lehet egy önkéntes támogatónak, aki megpróbál segíteni. igyekeztem nem kihagyni ami segíthet :)

sziasztok!

lehet nagyon forgalmas szezonban írtam és hamar kishiftelődött a köztudatból :) egy pici frissülés a kérdésben, mert azóta volt oo csomagfrissülés a deb-sid-en:

[code:1:bd7feee46a]
ii openoffice.org 1.1.3-7 high-quality office productivity suite
ii openoffice.org 1.1.3-7 OpenOffice.org office suite binary files
ii openoffice.org 1.1.3-5+1 Debian specific parts of OpenOffice.org
ii openoffice.org 1.1.3-7 Hungarian language package for OpenOffice.or
[/code:1:bd7feee46a]

valakinek valami ötlete? nagyon rossz, hogy nincs officeom... :oops:

ezt már sajna megtettem... :( előszőr én is gondoltam erre, mert frissítés hozhat olyat, ami miatt elbarmolódhat valami konfigokban... de sajna nem... újra létrehozta a kérdéses könyvtárakat és kész. újra segfault. kirpóbáltam más userrel is, aki sose használ OOo-t (pl. root ;) ) és az se hozott eredményt. bekonfigja magát és nyekk...

teljesen tanácstalan vagyok, mert pl. nekem a strace kimenete kínai, viszont az egyetlen esély talán az, hogy abból megfejthetném, ha érteném... csak hát nem... és azért ez nem win, hogy resinatall csináljak, mert elpusztul 1 darab szoftverem...

igen, a frissítéseknél irtó régen volt utoljára visszatartott csomagom, az egy mc volt, meg is lepett, de másnapra már ment az is. a lényeg, hogy most nincs semmi efféle kehéje... ha lenne, akkor lehetne gyanus, de így semmi összefüggést nem láttam semmivel. és azóta már ugye volt egy újabb oo frissülés (sőt, egyszer le is szedtem az oo-t, meg vissza...!)

igen, azok futnak szépen rendben. egy kicsit még küzdök sztem ezzel, meg keresem, kutatom a megoldást. ami megvan csomagban is, azt inkább elkerülném más helyről felpakolni... meg igazából esélyes, hogy nem a binárissal van a bibi, hanem pl. valamelyik lib vagy efféle, ami függőségben van vele esetleg és más progi miatt jött ki frisebb... remélem valaki, aki ért a strace-hez, lel valami kihámozhatót a fenti strace részletben és akkor előrébb tudok lépni.

pechemre most relatív sok a post más témákban és hamar el fog süllyedni a főlapról a topikom :(