This is a discussion on Xpdf - Segmentation fault within the Gentoo Linux Support forums, part of the Unix Operating Systems category; --> I am rather new to Gentoo, but I have been able to make almost all software and hardware work, ...
| |||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| I am rather new to Gentoo, but I have been able to make almost all software and hardware work, except for one program: Xpdf... When I try to open a pdf-file with Xpdf I get the error: Segmentation fault. - I have tested my memory with memtest86, and the memory is OK. I cannot find any debug commands for Xpdf. - Any help will be appreciated... |
| |||
| Jacob Tranholm enlightened us with: > When I try to open a pdf-file with Xpdf I get the error: > Segmentation fault. What happens if you don't try to open any file and just start xpdf? Sybren -- The problem with the world is stupidity. Not saying there should be a capital punishment for stupidity, but why don't we just take the safety labels off of everything and let the problem solve itself? |
| |||
| Sybren Stuvel wrote: > Jacob Tranholm enlightened us with: > >>When I try to open a pdf-file with Xpdf I get the error: >>Segmentation fault. > > > What happens if you don't try to open any file and just start xpdf? > > Sybren Then it starts up without any problems. When I try to open a pdf-file it terminates with "Segmentation fault"... |
| |||
| Jacob Tranholm enlightened us with: > Then it starts up without any problems. Good. > When I try to open a pdf-file it terminates with "Segmentation > fault"... Any PDF file? How many have you tried? Did you try different PDF files from different sources? Also, try running 'revdep-rebuild' as root. Sybren -- The problem with the world is stupidity. Not saying there should be a capital punishment for stupidity, but why don't we just take the safety labels off of everything and let the problem solve itself? |
| |||
| Sybren Stuvel wrote: > > Any PDF file? How many have you tried? Did you try different PDF files > from different sources? > > Also, try running 'revdep-rebuild' as root. > > Sybren I have tried perhaps 10-12 different files. - Some of them are from different sources. The output from the 'revdep-rebuild'-command is: tranholm jt # revdep-rebuild Checking reverse dependencies... Packages containing binaries and libraries broken by any package update, will be recompiled. Collecting system binaries and libraries... done. (/root/.revdep-rebuild.1_files) Collecting complete LD_LIBRARY_PATH... done. (/root/.revdep-rebuild.2_ldpath) Checking dynamic linking consistency... broken /opt/cxoffice/lib/wine/winenas.drv.so (requires libwine.so.1 libaudio.so.2) broken /opt/cxoffice/lib/wine/ttydrv.dll.so (requires libwine.so.1 libncurses.so.4) done. (/root/.revdep-rebuild.3_rebuild) Assigning files to ebuilds... done. (/root/.revdep-rebuild.4_ebuilds) Evaluating package order... done. (/root/.revdep-rebuild.5_order) Dynamic linking on your system is consistent... All done. |
| |||
| Jacob Tranholm enlightened us with: > I have tried perhaps 10-12 different files. - Some of them are from > different sources. Ok. Have you tried re-emerging xpdf? Searched the gentoo forums for 'xpdf segmentation fault' or 'xpdf segfault'? Alternatively, you could re-emerge with the 'debug' flag, and use gdb to figure out where exactly things are going wrong. Sybren -- The problem with the world is stupidity. Not saying there should be a capital punishment for stupidity, but why don't we just take the safety labels off of everything and let the problem solve itself? |
| |||
| Sybren Stuvel wrote: > Jacob Tranholm enlightened us with: > >>I have tried perhaps 10-12 different files. - Some of them are from >>different sources. > > > Ok. Have you tried re-emerging xpdf? Searched the gentoo forums for > 'xpdf segmentation fault' or 'xpdf segfault'? > > Alternatively, you could re-emerge with the 'debug' flag, and use gdb > to figure out where exactly things are going wrong. > > Sybren I have reemerged xpdf twice. I have however not installed gdb yet, I will try that... |
| |||
| Jacob Tranholm wrote: > I am rather new to Gentoo, but I have been able to make almost all > software and hardware work, except for one program: Xpdf... When I try > to open a pdf-file with Xpdf I get the error: Segmentation fault. - I > have tested my memory with memtest86, and the memory is OK. I cannot > find any debug commands for Xpdf. - Any help will be appreciated... I too am rather new to Gentoo, but I wonder if "strace" might help to diagnose the problem: http://hegel.ittc.ukans.edu/topics/l.../strace.1.html "Emerge <args> dev-util/strace" R. |
| |||
| Sybren Stuvel wrote: > Jacob Tranholm enlightened us with: > >>I have tried perhaps 10-12 different files. - Some of them are from >>different sources. > > > Ok. Have you tried re-emerging xpdf? Searched the gentoo forums for > 'xpdf segmentation fault' or 'xpdf segfault'? > > Alternatively, you could re-emerge with the 'debug' flag, and use gdb > to figure out where exactly things are going wrong. > > Sybren Now I have tried gdb. The output from gdb is: Starting program: /usr/bin/xpdf warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. warning: shared library handler failed to enable breakpoint Program received signal SIGSEGV, Segmentation fault. 0x40573513 in ?? () I'm afraid it does not tell me a lot... |
| ||||
| Rolleston wrote: > > I too am rather new to Gentoo, but I wonder if "strace" might > help to diagnose the problem: > > http://hegel.ittc.ukans.edu/topics/l.../strace.1.html > > "Emerge <args> dev-util/strace" > > R. > When i write (as ordinary user) 'strace xpdf' there is a lot of messages, but as far as I can se the most important is in the end: _llseek(4, 1220608, [1220608], SEEK_SET) = 0 read(4, "1148369 00000 n\r\n0001148419 0000"..., 4096) = 4085 _llseek(4, 458752, [458752], SEEK_SET) = 0 read(4, "not access the local drive where"..., 4096) = 4096 _llseek(4, 20480, [20480], SEEK_SET) = 0 read(4, "9 0 R>>\rendobj\r3209 0 obj<</R[18"..., 4096) = 4096 _llseek(4, 458752, [458752], SEEK_SET) = 0 read(4, "not access the local drive where"..., 4096) = 4096 brk(0x82e3000) = 0x82e3000 brk(0x8313000) = 0x8313000 brk(0x8343000) = 0x8343000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ |