Bug 38755

Summary: Compiling LAME with nasm installed creates segfaulting copy of LAME
Product: [Retired] Red Hat Linux Reporter: Need Real Name <kevin>
Component: nasmAssignee: Trond Eivind Glomsrxd <teg>
Status: CLOSED DUPLICATE QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.1   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-05-02 15:00:57 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Need Real Name 2001-05-02 15:00:53 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)


Using LAME sources (3.88beta or 3.89alpha), with the RH7.1 nasm-0.98-6 RPM 
installed, LAME compiles and installs successfully, but the resulting 
binary causes a segfault before it begins doing any encoding. Compiling 
and installing nasm from the nasm sources (0.98) produces a functional 
copy of LAME.

Reproducible: Always
Steps to Reproduce:
1. Download LAME 3.88 sources from www.mp3dev.org
2. Configure, make and install
3. Attempt encoding of a WAV file to MP3 with VBR mode enabled.
	

Actual Results:  LAME segfaults and dumps core.

Expected Results:  Successful MP3 encoding.

I am using an Celeron 700 (Coppermine), so the LAME configure script is 
including MMX and SIMD instructions if it finds nasm present on the 
system. With no nasm installed at all, LAME also compiles and works fine, 
it's just slower :-(
Comment 1 Trond Eivind Glomsrxd 2001-05-02 15:12:35 UTC 
This should be fixed in nasm 0.98-7, which should show up in Rawhide soonish.

*** This bug has been marked as a duplicate of 27489 ***