[MPlayer-dev-eng] [BUG] signal 81

[Sam Liddicott]

Sam Liddicott wrote:

Full system details at the end of this report

When playing: 
http://www.lds.org/media/video/enr/TVVideoClipsPage/Greenspace_56k_lighter.asf

I get:

Connecting to server www.lds.org:80 ...
Cache size set to 8192 KBytes
Connected to server: www.lds.org
Cache fill: 18.03% (1512797 bytes)    Detected ASF file format!
VIDEO:  [MP43]  176x144  24bpp
Clip info: 
 name: 
 author: 
 copyright: 
 comments: 
Detected audio codec: [divx] afm:4 (DivX audio (WMA))
Opening audio decoder: [acm] Win32 ACM audio decoder
Loading DLL: 'divxa32.acm'


MPlayer interrupted by signal 8 in module: init_audio_codec 
- MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. For details, see DOCS/bugreports.html section 5.b.
- MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/bugreports.html and follow instructions there. We can't and won't help unless you provide these informations when reporting a possible bug.



In fact http://www.lds.org/media2/video/

This is with june 17th cvs

> This is a duron 700 256MB redhat 7.2 box fully up2date (apart from 
> gcc3.1),
> kernel 2.4.18 glibc 2.2.4
> gcc version 3.0.4
> GNU ld version 2.11.90.0.8 (with BFD 2.11.90.0.8)
> GNU assembler version 2.11.90.0.8 (i386-redhat-linux) using BFD 
> version 2.11.90.0.8
> # cat /proc/cpuinfo
> processor : 0
> vendor_id : AuthenticAMD
> cpu family : 6
> model : 3
> model name : AMD Duron(tm) Processor
> stepping : 0
> cpu MHz : 750.056
> cache size : 64 KB
> fdiv_bug : no
> hlt_bug : no
> f00f_bug : no
> coma_bug : no
> fpu : yes
> fpu_exception : yes
> cpuid level : 1
> wp : yes
> flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat 
> pse36 mmx fxsr syscall mmxext 3dnowext 3dnow
> bogomips : 1494.22
>
>