Le Sat, 09 Mar 2002 09:14:12 +0100, Bryan Paxton a écrit :
On Sat, 2002-03-09 at 01:14, Frédéric Crozat wrote:
Le Sat, 09 Mar 2002 01:28:53 +0100, Bryan Paxton a écrit :
Hmmm this is odd...
update-menus is core dumping (along with 'mysql' and 'localedef').
Strange..
Try
On 9 Mar 2002, Bryan Paxton wrote:
It perhaps might be the latest gcc, specifically libstdc++, but it
could be my optimizations that made something in libstdc++ fubar...
I'm
going to compile for i686, but with the default rpm opt flags and see
what's what : )
I'll email back
On Sat, 2002-03-09 at 02:45, Frédéric Crozat wrote:
Le Sat, 09 Mar 2002 09:14:12 +0100, Bryan Paxton a écrit :
On Sat, 2002-03-09 at 01:14, Frédéric Crozat wrote:
Le Sat, 09 Mar 2002 01:28:53 +0100, Bryan Paxton a écrit :
Hmmm this is odd...
update-menus is core dumping
On Sat, 2002-03-09 at 05:13, R.I.P. Deaddog wrote:
I've encountered quite a few 'risky' programs that segfaults with
too much optimization, turning off -ffast-math and/or
-fno-strength-reduce usually helps. Just my experience.
*nod*, like I said in another email, I'll be playing around
Hmmm this is odd...
update-menus is core dumping (along with 'mysql' and 'localedef').
strace is short and sweet:
execve(/usr/bin/update-menus, [update-menus], [/* 56 vars */]) = 0
uname({sys=Linux, node=sQa.deadhorse.net, ...}) = 0
brk(0) = 0x808e1d8
Le Sat, 09 Mar 2002 01:28:53 +0100, Bryan Paxton a écrit :
Hmmm this is odd...
update-menus is core dumping (along with 'mysql' and 'localedef').
Strange..
Try running update-menus -n -v -d to see where it stops..
--
Frédéric Crozat
MandrakeSoft
On Sat, 2002-03-09 at 01:14, Frédéric Crozat wrote:
Le Sat, 09 Mar 2002 01:28:53 +0100, Bryan Paxton a écrit :
Hmmm this is odd...
update-menus is core dumping (along with 'mysql' and 'localedef').
Strange..
Try running update-menus -n -v -d to see where it stops..
Hmm just