Re: Thunderbird 2.0.0.12 Segmentation Fault
Dan Nicholson wrote:
Since gdb shares the same top-level tree as binutils, you may
overwrite your libbfd.a and libiberty.a. But maybe it doesn't do that
anymore.
It does (at least gdb-6.8). Replaced files :
libiberty.a, libbfd.{,l}a, libopcodes.{,l}a
This makes some builds to fail; for instance gcl-2.6.7 doesn't build any
more.
--
Nico / 2454683.89474
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: Thunderbird 2.0.0.12 Segmentation Fault
On Sun, Aug 3, 2008 at 11:17 AM, Dan McGhee [EMAIL PROTECTED] wrote: Dan Nicholson wrote: I think moz_pis_startstop_scripts is probably a function in run-mozilla.sh. So I don't think the script part is the problem. This would need to be run under a debugger to see what's crashing thunderbird. strace won't help much since the crash is happening within thunderbird-bin. Install gdb. It's pretty straightforward except for the install command: ./configure --prefix=/usr make make -C gdb install. Then run thunderbird under a debugger. The scripts actually accommodate this already: thunderbird -g That should find gdb and run thunderbird-bin through it. When the crash happens, run bt in the debugger. That will give a backtrace from where the program crashed and we can take a gander at the thunderbird source and see why it might be crashing. I was that far when I scaled back this weekend to do some honey do's. gdb installed OK but I don't remember using `make -C gdb install.` If that is important, I will go back and re-do it. But I sure will send a bt soon, if the font thing doesn't clear it up. Since gdb shares the same top-level tree as binutils, you may overwrite your libbfd.a and libiberty.a. But maybe it doesn't do that anymore. Not that it's a big deal anyway since they're already statically linked into the binutils binaries. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Thunderbird 2.0.0.12 Segmentation Fault
Dan Nicholson wrote: I was that far when I scaled back this weekend to do some honey do's. gdb installed OK but I don't remember using `make -C gdb install.` If that is important, I will go back and re-do it. But I sure will send a bt soon, if the font thing doesn't clear it up. Since gdb shares the same top-level tree as binutils, you may overwrite your libbfd.a and libiberty.a. But maybe it doesn't do that anymore. Not that it's a big deal anyway since they're already statically linked into the binutils binaries. -- Dan Thanks for the tip. I double checked on those libraries and they are the ones installed by binutils. This is actually one of the advantages of the more_control package management. The installation of one package WILL NOT over write files from another package. Oh, the scripts will try, but the management system generates an error and aborts the install. So if the gdb package user tried to change any files installed by the binutils package user, I would have known--if everything worked correctly. Anyway, when I checked these files, they were installed by the binutils package user and never modified. Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Thunderbird 2.0.0.12 Segmentation Fault
Chris Staub wrote: DJ Lucas wrote: Dan McGhee wrote: Well, font problems do have a history of making Firefox choke, so I'm not so sure your band-aide wasn't a proper fix. I don't recall specifically Thunderbird having issues with fonts, but it is usually installed after the problem is found with Firefox. If installed by the book (short the packaging), then there are only 13 files installed outside of the private directory (/etc/fonts) and docs. IIRC, the MCPM hint uses a different user for each package. I'd start by chowning those, 1 by 1 root:root and see if the problem magically disappears. If my memory of the MCPM hint is incorrect, then please ignore. -- DJ Lucas Firefox and Thunderbird both work fine for me using Package Users - Fontconfig is installed as the fontconfig user and I don't have any problems. The usual cause for T-Bird or Firefox segfaults is forgetting to configure fontconfig to look for the X fonts - either by adding lines to /etc/fonts/local.conf to tell it where the fonts are (which is what BLFS used to say and what I still do) or making symlinks in /usr/share/fonts pointing to the X fonts installation location (as BLFS currently says to do). After doing either of these, run fc-cache as root and the fonts should be found (add -v to see if it actually finds them). Randy, DJ and Chris--thank you. One of my wild deductions led me to try to install Window Maker yesterday. I don't remember ever running Thunderbird or Firefox in twm. Thought that might fix or lead to more clues. It did and my emphasis shifted towards looking at fonts--as this thread also has seemed to turn. I re-read X Window System Componenets and will today or tomorrow install the MS fonts. Window Maker installed fine, but wouldn't start. The laptop acted like it did when I ran `Xorg -configure` except that it kicked me back to the terminal with a bunch of error messages. Bad stuff started to happen when it tried to find Sans Serif and Trebuchet. Thunderbird, and now Window Maker, report problems with gtk widget toolkits. So, I'll try this and see what happens. AND recheck my symlinks. Thanks again. Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Thunderbird 2.0.0.12 Segmentation Fault
On Tue, Jul 29, 2008 at 6:41 PM, Dan McGhee [EMAIL PROTECTED] wrote:
I compiled and built Thunderbird, on my laptop, in accordance with the
instructions in BLFS-svn-20080712. There were no errors. When I try to run
it as root, I get:
/usr/lib/thunderbird-2.0.0.12/run-mozilla.sh line 131: 2134 Segmentation
fault prog ${1+ $@}
`run-mozilla.sh` gives: Cannot execute; and
`/usr/lib/thunderbird-2.0.0.12/thunderbird-bin gives: Segmentation fault
Line 177 of run-mozilla.sh ( and I don't know if this is relevant)
moz_pis_startstop_scripts start
Using find tells me that that file does not exist on my system--even in
the source directory.
I think moz_pis_startstop_scripts is probably a function in
run-mozilla.sh. So I don't think the script part is the problem. This
would need to be run under a debugger to see what's crashing
thunderbird. strace won't help much since the crash is happening
within thunderbird-bin.
Install gdb. It's pretty straightforward except for the install
command: ./configure --prefix=/usr make make -C gdb install.
Then run thunderbird under a debugger. The scripts actually
accommodate this already:
thunderbird -g
That should find gdb and run thunderbird-bin through it. When the
crash happens, run bt in the debugger. That will give a backtrace
from where the program crashed and we can take a gander at the
thunderbird source and see why it might be crashing.
--
Dan
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: Thunderbird 2.0.0.12 Segmentation Fault
Dan Nicholson wrote: I think moz_pis_startstop_scripts is probably a function in run-mozilla.sh. So I don't think the script part is the problem. This would need to be run under a debugger to see what's crashing thunderbird. strace won't help much since the crash is happening within thunderbird-bin. Install gdb. It's pretty straightforward except for the install command: ./configure --prefix=/usr make make -C gdb install. Then run thunderbird under a debugger. The scripts actually accommodate this already: thunderbird -g That should find gdb and run thunderbird-bin through it. When the crash happens, run bt in the debugger. That will give a backtrace from where the program crashed and we can take a gander at the thunderbird source and see why it might be crashing. -- Dan I was that far when I scaled back this weekend to do some honey do's. gdb installed OK but I don't remember using `make -C gdb install.` If that is important, I will go back and re-do it. But I sure will send a bt soon, if the font thing doesn't clear it up. Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Thunderbird 2.0.0.12 Segmentation Fault [SOLVED]
Chris Staub wrote: DJ Lucas wrote: Dan McGhee wrote: Googling reveals many reasons for segmentation faults and a similar situation for me three years ago. I solved it by installing fontconfig as root--I use the more_control package system. I'm more experienced now (?) and want a fix instead of a band-aide, if in fact it's the same problem. Just in case it's something obvious to someone else here's my .mozconfig: Well, font problems do have a history of making Firefox choke, so I'm not so sure your band-aide wasn't a proper fix. I don't recall specifically Thunderbird having issues with fonts, but it is usually installed after the problem is found with Firefox. If installed by the book (short the packaging), then there are only 13 files installed outside of the private directory (/etc/fonts) and docs. IIRC, the MCPM hint uses a different user for each package. I'd start by chowning those, 1 by 1 root:root and see if the problem magically disappears. If my memory of the MCPM hint is incorrect, then please ignore. -- DJ Lucas Firefox and Thunderbird both work fine for me using Package Users - Fontconfig is installed as the fontconfig user and I don't have any problems. The usual cause for T-Bird or Firefox segfaults is forgetting to configure fontconfig to look for the X fonts - either by adding lines to /etc/fonts/local.conf to tell it where the fonts are (which is what BLFS used to say and what I still do) or making symlinks in /usr/share/fonts pointing to the X fonts installation location (as BLFS currently says to do). After doing either of these, run fc-cache as root and the fonts should be found (add -v to see if it actually finds them). I am red-faced!!! I did not complete the section Xorg Fonts. I neglected the symlinks. Put those in and Windowmaker and Thunderbird fired right up. Another example of RT??B. Am sorry for the noise, but I sure appreciate the help I got. Randy, Dan, DJ and Chris, thanks a bunch. Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Thunderbird 2.0.0.12 Segmentation Fault
DJ Lucas wrote: Dan McGhee wrote: Googling reveals many reasons for segmentation faults and a similar situation for me three years ago. I solved it by installing fontconfig as root--I use the more_control package system. I'm more experienced now (?) and want a fix instead of a band-aide, if in fact it's the same problem. Just in case it's something obvious to someone else here's my .mozconfig: Well, font problems do have a history of making Firefox choke, so I'm not so sure your band-aide wasn't a proper fix. I don't recall specifically Thunderbird having issues with fonts, but it is usually installed after the problem is found with Firefox. If installed by the book (short the packaging), then there are only 13 files installed outside of the private directory (/etc/fonts) and docs. IIRC, the MCPM hint uses a different user for each package. I'd start by chowning those, 1 by 1 root:root and see if the problem magically disappears. If my memory of the MCPM hint is incorrect, then please ignore. -- DJ Lucas Firefox and Thunderbird both work fine for me using Package Users - Fontconfig is installed as the fontconfig user and I don't have any problems. The usual cause for T-Bird or Firefox segfaults is forgetting to configure fontconfig to look for the X fonts - either by adding lines to /etc/fonts/local.conf to tell it where the fonts are (which is what BLFS used to say and what I still do) or making symlinks in /usr/share/fonts pointing to the X fonts installation location (as BLFS currently says to do). After doing either of these, run fc-cache as root and the fonts should be found (add -v to see if it actually finds them). -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Thunderbird 2.0.0.12 Segmentation Fault
Dan McGhee wrote:
I compiled and built Thunderbird, on my laptop, in accordance with the
instructions in BLFS-svn-20080712. There were no errors. When I try to
run it as root, I get:
/usr/lib/thunderbird-2.0.0.12/run-mozilla.sh line 131: 2134 Segmentation
fault prog ${1+ $@}
[snip]
I use the more_control package system.
For starters, I would build the package according to the
book and without the package system. And just in case you
are, I would not use any custom optimizations either.
If you can confirm there are no problems when building
by the book (no package management), and it runs properly,
then I'd start looking into the PM problem. At least you
would have narrowed down to the PM.
That's what I'd do anyway. I'm no guru with strace or
gdb, so I can't really help there. Perhaps Dan or someone
else will see your message and be of more help.
--
Randy
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: Thunderbird 2.0.0.12 Segmentation Fault
Randy McMurchy wrote: For starters, I would build the package according to the book and without the package system. And just in case you are, I would not use any custom optimizations either. I should also have mentioned that I'd build it in a private directory (/opt/whatever), so that removing it would only be a one-command task. -- Randy -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Thunderbird 2.0.0.12 Segmentation Fault
I compiled and built Thunderbird, on my laptop, in accordance with the
instructions in BLFS-svn-20080712. There were no errors. When I try to
run it as root, I get:
/usr/lib/thunderbird-2.0.0.12/run-mozilla.sh line 131: 2134 Segmentation
fault prog ${1+ $@}
`run-mozilla.sh` gives: Cannot execute; and
`/usr/lib/thunderbird-2.0.0.12/thunderbird-bin gives: Segmentation fault
Line 177 of run-mozilla.sh ( and I don't know if this is relevant)
moz_pis_startstop_scripts start
Using find tells me that that file does not exist on my system--even
in the source directory.
Googling reveals many reasons for segmentation faults and a similar
situation for me three years ago. I solved it by installing fontconfig
as root--I use the more_control package system. I'm more experienced
now (?) and want a fix instead of a band-aide, if in fact it's the same
problem. Just in case it's something obvious to someone else here's my
.mozconfig:
. $topsrcdir/mail/config/mozconfig
mk_add_options [EMAIL PROTECTED]@/../thunderbird-build
ac_add_options --prefix=/usr
ac_add_options --with-system-zlib
ac_add_options --with-system-png
ac_add_options --with-system-jpeg
ac_add_options --enable-system-cairo
ac_add_options --enable-official-branding
ac_add_options --disable-tests
ac_add_options --disable-accessibility
ac_add_options --enable-ldap
ac_add_options --enable-svg
ac_add_options --disable-gnomevfs
ac_add_options --disable-gnomeui
I installed and ran strace, but do not understand the output except the
error No such file or directory. This usually indicates a permissions
problem in the package management system that I use. I'm attaching the
whole strace output but here are some lines that maybe are relevant
(these are the result of
`grep -in ENOENT strace.log):
3:access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or
directory)
79:open(/usr/lib/gconv/gconv-modules.cache, O_RDONLY) = -1 ENOENT
(No such file or directory)
227:stat64(/usr/bin/run-mozilla.sh, 0xbfefdc0c) = -1 ENOENT (No such
file or directory)
295:open(/root/.thunderbird/init.d/,
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file
or directory)
297:stat64(/usr/lib/thunderbird-2.0.0.12/init.d/S*, 0xbfefd64c) = -1
ENOENT (No such file or directory)
300:stat64(/root/.thunderbird/init.d/S*, 0xbfefd64c) = -1 ENOENT (No
such file or directory)
329:open(/root/.thunderbird/init.d/,
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file
or directory)
337:stat64(/root/.thunderbird/init.d/K*, 0xbfefd64c) = -1 ENOENT (No
such file or directory)
342:stat64(/usr/lib/thunderbird-2.0.0.12/init.d/K*, 0xbfefd64c) = -1
ENOENT (No such file or directory)
None of the indicated files or directories exist except for
/usr/lib/thunderbird-2.0.0.12/init.d. I have no familiarity with these
files and don't know if they're supposed to be there or not. Since I
don't understand the strace output completely I have installed gdb in
hopes that it's output would be clearer. But I have to learn how to use
it. I'm currently building Thunderbird with debugging symbols to run
gdb. I'm posting here at this time to see if anyone else sees something
that I can try. As I say, permissions are the most likely culprit. I
just don't know where to look. Additionally, I'm looking for
recommendations on where to and how to set breakpoints in gdb.
Thanks,
Dan
execve(/usr/bin/thunderbird, [thunderbird], [/* 32 vars */]) = 0
brk(0) = 0x80cd000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=25898, ...}) = 0
mmap2(NULL, 25898, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f7c000
close(3)= 0
open(/lib/libreadline.so.5, O_RDONLY) = 3
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\\274\0\0004\0\0\0$..., 512)
= 512
fstat64(3, {st_mode=S_IFREG|0555, st_size=216318, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f7b000
mmap2(NULL, 187748, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7f4d000
mmap2(0xb7f76000, 16384, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x28) = 0xb7f76000
mmap2(0xb7f7a000, 3428, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f7a000
close(3)= 0
open(/lib/libhistory.so.5, O_RDONLY) = 3
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\30\0\0004\0\0\0\30..., 512)
= 512
fstat64(3, {st_mode=S_IFREG|0555, st_size=31092, ...}) = 0
mmap2(NULL, 28388, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7f46000
mmap2(0xb7f4c000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5) = 0xb7f4c000
close(3)= 0
open(/lib/libncursesw.so.5, O_RDONLY) = 3
read(3,
