On Sun, 30 Nov 2003, Richard Ellis wrote:
> this segfault I reported at the beginning of the month. The trouble
> does indeed seem to lie with the machine I use for running mpeg2enc.
> I compiled a copy of rc92 on another machine and it worked just fine
> there for me as well. Then I thought I'd try compiling up a
> statically linked mpeg2enc on that machine, and running it on the one
...
> segfaulting machine, I'm still running glibc 2.1.2 (yes, arguably I
> should upgrade, but anyway) while the machine that I compiled the
Nicolas Boos is having the same problem with his glibc 2.1.2
system - in fact the segfault is happening on the same line
' 309 mulps_m2r( *(mmx_t*)&piqf[0], xmm2 );'!
There were two problems, the first was the use of posix_memalign() -
that is known to be broken in glibc 2.1.2. Stubbing that out and
using the compatibility code provided allowed the program to run
a little longer and then crash on the first B frame at line
309 in quantize_x86.c
> binary. So I'm thinking there is some weirdness related to my
> arguably quite old glibc 2.1.2 that is the source of the segfault trouble.
The problem seems to be related to SSE being used with glibc 2.1.2.
Signal handling related perhaps? Malloc alignment issues would be
another good possibility.
Not sure how this can be dealt with. If the exact breakage were known
it might be (but then again it might not be) possible to work around
the problem. Working around libc bugs is difficult - at some point
programs need to trust the system components to work as expected.
Cheers,
Steven Schultz
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
