-
Well, as a matter of fact, the core dump is not always reproductible:
- when _hash_drv_set_spamrecord() returns with an error code, the program ends cleanly
- otherwise, it at times tries to seek a non-zero offset (apparently very big and outside of the file) and then it generates a floating point exception.
Sorry, I mixed up both cases.
Still, how could we avoid having broken CSS files?...
2009-09-22 12:40:22 UTC in dspam
-
Command "cssclean filename.css" produces a "fFoating point exception (core dumped)" with my CSS file.
Bug seen with dspam 3.9.0 (experimental kubuntu packages, or self-compiled from git version 2009-09-22) on a 64-bit Linux.
I tracked the bug and it appears that, in the hash driver, _hash_drv_set_spamrecord() calls itself a great number of times without ever returning, and always seeks...
2009-09-22 12:26:48 UTC in dspam
-
It works fine with git version from 2009-08-25 (posterior to 3.9.0).
Closing the issue.
PS1: Strangely enough, the css file is 440 Mb after cleanup and compression, to be compared to 393 Mb before.
PS2: dear debian and kubuntu packagers, please upgrade ! ;-)
2009-08-25 15:46:54 UTC in dspam
-
Using dspam 3.6.8 as packaged in Ubuntu, and my hash file "eric.css", the commands csscompress, cssclean and cssconvert all result in a segmentation fault. No problem with cssstat. dspam works fine otherwise.
As the CSS file is 393 megabytes large, I can't attach it to this issue. Please ask for a copy by private email to ebischoff at nerim dot net. Thanks.
2009-08-22 15:30:43 UTC in dspam