lout-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Version 3.37... (prg2lout crash)


From: Mark Summerfield
Subject: Re: Version 3.37... (prg2lout crash)
Date: Wed, 24 Sep 2008 12:00:23 +0100
User-agent: KMail/1.9.9

On 2008-09-24, J.H.M. Dassen (Ray) wrote:
> On Wed, Sep 24, 2008 at 08:51:35 +0100, Mark Summerfield wrote:
> > Unfortunately Kubuntu will not give me a core dump! They seem to have
> > fiddled with the kernel so that it will produce a "nice" Windows-like
> > message box (which it never does). I have:
> >
> >     % ulimit -c
> >     unlimited
>
> There are some other settings that may be needed for core dump files to be
> generated; have a look at
>       
> http://www.novell.com/support/php/search.do?cmd=displayKC&docType=kc&exter
>nalId=3054866

Thanks. I followed all the steps but the last one (sysctl -w
kernel.suid_dumpable=2) does not work for me:-( It always gives
    error: "kernel.suid_dumpable" is an unknown key
and even if I use -e cat /proc/sys/fs/suid_dumpable always prints 0.
This is completely unknown territory to me so I don't know how to solve
this!

I've also tried running in valgrind as per Ludovic's suggestion. The
crash occurs exactly as before with valgrind reporting 0 errors:


$ lout -r beginning run 5:
lout file "gra_tick" (from "gra" line 38, from "all" line 46):
   234,1: 23.7c object too high for 23.7c space; @Scale inserted
lout file "gra_summ" (from "gra" line 44, from "all" line 46):
    10,1: 25.7c object too high for 23.6c space; @Scale inserted
lout file "prg_embe" (from "prg" line 136, from "all" line 48):
   38,17: fatal error: failure (non-zero status) of filter: 
prg2lout -r -lC                       -ilouti1 -olout1 -elout.err               
      -t8 -T8s
==6261==
==6261== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 13 from 1)
==6261== malloc/free: in use at exit: 403,578,783 bytes in 99,368 blocks.
==6261== malloc/free: 353,380 allocs, 254,012 frees, 1,410,357,058 bytes 
allocated.
==6261== For counts of detected errors, rerun with: -v
==6261== searching for pointers to 99,368 not-freed blocks.

I killed it at this point.

-- 
Mark Summerfield, Qtrac Ltd, www.qtrac.eu
    C++, Python, Qt, PyQt - training and consultancy
        "Rapid GUI Programming with Python and Qt" - ISBN 0132354187




reply via email to

[Prev in Thread] Current Thread [Next in Thread]