Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

The write command seems not to work in cdrdao-1.2.0 anymore. When trying to
write anything, cdrdao just exits without any message, like this:

root@pippo ~ # cdrdao write --device ATA:1,0,0 --driver generic-mmc-raw hein.toc
Cdrdao version 1.2.0 - (C) Andreas Mueller <andreas@daneb.de>
  SCSI interface library - (C) Joerg Schilling
  Paranoia DAE library - (C) Monty

Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables.

root@pippo ~ #


Reproducible: Always
Steps to Reproduce:
1. cdrdao write ...
Actual Results:  
cdrdao exits without writing.

Expected Results:  
cdrdao should have written the cd or given an error message.

Using gcc-3.3.5.20050130-r1 (x86) it is only broken with CFLAGS="-O2". Without
it works fine again.

I have now tried using gcc-3.4.4 (~x86) to compile cdrdao-1.2.0 with -O2 and
even -O3 and it works.

This occurs for me too.

Using gcc-3.3.5.20050130-r1 and CFLAGS="-march=pentium4 -Os" - cdrdao 1.2.0 just
exits on the write command. (This never occurred with 1.1.9)

Setting my CFLAGS to simply "" got it working.

My mustard to this issue, because I temporary installed cdrdao 1.1.9-r2 back to
burn a cd with cdrdao.

# --- code snipped (may not work, but shows how it is fixable(hopefully) ) ---
gccver=`gcc -v 2>&1 | grep gcc-3.3.5-20050130`
if [ -n ${gccver} ]; then
    filter-flags '-O2'
    einfo "U are using gcc-3.3.5 in this version -O2 has a problem, so removed
from CFLAGS"
fi

I have this on a amd64 and no playing with CFLAGS made any difference still not
working

Same problem here, with version 1.2.0, -O2 and gcc-3.3.5-20050130 on x86. I've
had no issues with previous versions. I'll try re-emerging it with different
CFLAGS and see if it works. 

So I tested with -O3, -O2 and -Os without success. But removing any
optimization
switches - which makes GCC fallback to O0 - does the trick and cdrdao now
works.
Looks like a cdrdao-specific problem, non-ebuild/gentoo related. 

Created an attachment (id=66317) [details]
strace log

strace -ostrace.log cdrdao write --device ATA:1,0,0 Buddha-Bar\ V\ by\ David\
Visan\ -\ CD1-\ Dinner.toc

Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.5-20050130,
glibc-2.3.5-r1, 2.6.12-gentoo-r6 i686)
=================================================================
System uname: 2.6.12-gentoo-r6 i686 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.6.13
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer -pipe -ggdb3"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr        /kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/bind
/var/qmail/control        "
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer -pipe -ggdb3"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks nostrip sandbox sfperms strict userpriv
usersandbox"
GENTOO_MIRRORS="http://gentoo.channelx.biz/
http://ftp.isu.edu.tw/pub/Linux/Gentoo http://mymirror.asiaosc.org/gen       
too/ http://mirror.averse.net/pub/gentoo/"
LINGUAS="hi"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
USE="x86 3dnow X a52 aac aalib abook acl acpi alsa apache2 apm artworkextra
audiofile avi bash-completion bashlogg        er berkdb bitmap-fonts bonobo
bzip2 cdda cddb cdio cdparanoia cdr crypt cups curl dhcp dts dv dvd dvdread eds
embo        ss encode esd fam ffmpeg flac font-server foomaticdb fortran
freetype gd gdbm gif gkrellm glibc-omitfp gnome gnutl        s gpm gstreamer gtk
gtk2 gtkhtml hal howl imagemagick imap imlib jack java javascript jpeg kde
kdeenablefinal kdex        deltas lcms libcaca libg++ libwww lirc lm_sensors
logrotate mad mbox md5sum mmx mmxext motif mozilla mozsvg mp3 mp        eg
mplayer mysql nas ncurses nls nptl nvidia offensive ogg oggvorbis opengl oss pam
pdflib perl pic png python qt         quicktime rar readline real rtc sdl slang
sndfile socks5 speex spell sse sse2 ssl subtitles svg svga symlink tcpd        
theora threads tidy tiff toolbar truetype truetype-fonts type1-fonts unicode usb
v4l v4l2 vcd vorbis win32codecs w        mf wxwindows xine xml xml2 xmms xprint
xv xvid xvmc zeroconf zlib linguas_hi userland_GNU kernel_linux elibc_glibc        "
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS

cdrdao-1.1.9 works fine for me. suggest mask / stripping of O2 (untested by me)
until issue is resolved.

You can use -O2 if you also use -fno-inline.  The problem code appears to be in
util.cc where stat has been inlined.  If anybody know x86 assembly, the could
perhaps figure out if the problem is in gcc or in glib.

is it possible to modify the 1.2.0 ebuild so that -fno-inline is used ?

Just adding -fno-inline to my CFLAGS didn't seem to fix the problem for me.   
(CFLAGS="-O2 -march=i686 -fno-inline -ftracer -fomit-frame-pointer -pipe") 
 
Getting rid of -ftracer and -fomit-frame-pointer didn't work.  Getting rid of 
everything (except -pipe) did. 
 

-fno-inline fixed it for me. I tried it with no use flags but -pipe and it
actually caused this error. 

*** Bug 105128 has been marked as a duplicate of this bug. ***

Created an attachment (id=68734) [details]
Updated ebuild

Same problem with default ebuild (emerge --info below).
This is a mostly C++ app, so need to set CXXFLAGS as well as CFLAGS - just
messing with CFLAGS won't help (I tried!)
CFLAGS and CXXFLAGS I tried:
"": Works
"-fno-inline": Works
"-march=athlon-xp -pipe -msse -mmmx -m3dnow -fomit-frame-pointer -fno-inline":
Works
"-march=athlon-xp -pipe -msse -mmmx -m3dnow -fomit-frame-pointer": Broken
"-O3 -march=athlon-xp -pipe -msse -mmmx -m3dnow -fomit-frame-pointer
-fno-inline":
Broken

So it seems -O is a breaker, and -fno-inline is required, unless all other
flags are off.
Ebuild removing all -O flags and addeing -fno-inline attached.

# emerge --info;
Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r1,
2.6.12-gentoo-r10rhine i686)
=================================================================
System uname: 2.6.12-gentoo-r10rhine i686 AMD Athlon(tm) XP 2200+
Gentoo Base System version 1.6.13
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5-r2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -march=athlon-xp -pipe -msse -mmmx -m3dnow -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=athlon-xp -pipe -msse -mmmx -m3dnow -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict userpriv
usersandbox"
GENTOO_MIRRORS="http://www.mirror.ac.uk/mirror/distro.ibiblio.org/pub/linux/distributions/gentoo
http://gentoo.mirror.sdv.fr  http://gentoo.osuosl.org
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages/delph"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowex 3dnowext X a52 aac acpi alsa ao apm asm audiofile avi
bash-completion berkdb bigger-fonts bitmap-fonts bzip2 bzlib cdda cddb cdio
cdparanoia cdr cdrom codecs crypt cscope cups curl curlwrappers dbase dnd dpms
droproot dts dv dvb dvd dvdr dvdread edl eds emboss encode exif fame fb fdftk
ffmpeg fftw flac flash foomaticdb fortran fpx freetype ftp gd gdbm gif gimp
gimpprint glut gnome gphoto2 gpm gs gtk gtk2 guile ieee1394 image imagemagick
imap imlib inkjar ipv6 jack jack-tmpfs java javadoc javascript jp2 jpeg jpeg2k
kde kdexdeltas ladcca ladspa largeterminal lcms libg++ libvisual libwww live
lzo lzw lzw-tiff mad mbox md5sum mdb mime ming mixer mjpeg mmx mmxext mng mp3
mpeg mpeg4 mplayer mythtv ncurses network nls no-old-linux no24bpp nodrm
noplugin nothemes nptl ntlm nvidia ogg oggvorbis opengl oss pam pdf pdfkit
pdflib perl physfs plugin png portaudio python quicktime readline real rtc
samba scanner sdl server sftplogging sharedmem slang sndfile sockets soundtouch
sox spell sse sse2 ssl stream svg svgz symlink sysfs syslog sysvipc tcltk tcpd
tga theora tidy tiff timidity transcode truetype truetype-fonts type1-fonts
unicode usb userlocales utf8 v4l v4l2 vcd vcdimager virtual vorbis win32codecs
wmf wxwindows x11vnc xanim xbase xine xml xml2 xmms xosd xv xvid xvmc yv12 zlib
userland_GNU kernel_linux elibc_glibc"
Unset:	ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS

FYI, I also have the problem of cdrdao 1.2.0 exiting without doing anything and
with no error messages.  Downgrading to cdrdao-1.1.7-r3 solved the problem.
1.2.0 is now in my package.mask...

adding the -fno-inline flag to CFLAGS/CXXFLAGS and removing -O from 
CFLAGS/CXXFLAGS and recompiling cdrdao-1.2.0 fixed the problem for me as well. 

Hopefully fixed on cdrdao-1.2.0-r1 version in cvs.
Reopen if you still have the same problems.

reopen per Heiko's bug

*** Bug 111695 has been marked as a duplicate of this bug. ***

On my machine, AMD64 (see emerge info below), cdrdao-1.2.0-r1 still refuses   
to burn any CDs. I've tried with my normal CFLAGS, and also with:   
   
CFLAGS="-pipe" emerge --oneshot -v cdrdao   
   
reduced CFLAGS, but to no avail.   
   
Reproducible: Always   
Steps to Reproduce:   
1. get a cue image   
2. burn with cdrdao write ...   
   
Actual Results:     
phoenix modelnine # cdrdao write --device /dev/hdc --speed 24 -v 2   
/var/portage/old/modelnine/<some>.CUE   
Cdrdao version 1.2.0 - (C) Andreas Mueller <andreas@daneb.de>   
  SCSI interface library - (C) Joerg Schilling   
  Paranoia DAE library - (C) Monty   
   
Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables.   
   
phoenix modelnine #   
   
   
Expected Results:     
Burn the CD correctly.   
   
Portage 2.0.53_rc7 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r3,   
2.6.14-gentoo-hw1 x86_64)   
=================================================================   
System uname: 2.6.14-gentoo-hw1 x86_64 AMD Turion(tm) 64 Mobile Technology   
MT-32   
Gentoo Base System version 1.12.0_pre9   
dev-lang/python:     2.3.5, 2.4.2   
sys-apps/sandbox:    1.2.13   
sys-devel/autoconf:  2.13, 2.59-r7   
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1   
sys-devel/binutils:  2.16.1   
sys-devel/libtool:   1.5.20-r1   
virtual/os-headers:  2.6.11-r2   
ACCEPT_KEYWORDS="amd64 ~amd64"   
AUTOCLEAN="yes"   
CBUILD="x86_64-pc-linux-gnu"   
CFLAGS="-march=athlon64 -O2 -pipe"   
CHOST="x86_64-pc-linux-gnu"   
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env   
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config   
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"   
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d"   
CXXFLAGS="-march=athlon64 -O2 -pipe"   
DISTDIR="/var/portage/distfiles"   
FEATURES="autoconfig ccache distcc distlocks sandbox sfperms strict"   
GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror   
http://distfiles.gentoo.org   
http://www.ibiblio.org/pub/Linux/distributions/gentoo"   
LANG="de_DE@euro"   
LC_ALL="de_DE@euro"   
LINGUAS="de"   
MAKEOPTS="-j2"   
PKGDIR="/var/portage/packages"   
PORTAGE_TMPDIR="/var/portage/tmp"   
PORTDIR="/var/portage/portage"   
PORTDIR_OVERLAY="/var/portage/local"   
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"   
USE="amd64 16bit X a52 aac acl acpi alsa apache2 arts artswrappersuid audiofile   
avi bash-completion berkdb bitmap-fonts bzip2 caps cddb cdparanoia cdr crypt   
cscope css ctype cups curl dbm doc dpms dv dvd dvdr dvdread eds emacs emacs-w3   
emboss encode expat fam fame ffmpeg flac flash foomaticdb fortran fping fpx ftp   
gd gdbm gif gmp gpm graphviz gstreamer gtk gtk2 idn ieee1394 imagemagick imap   
imlib ipv6 java javascript jbig jpeg kde kdeenablefinal lcms leim libwww   
lm_sensors lzo lzw lzw-tiff mad maildir mikmod mime mjpeg mmap mng motif   
mozilla   
mp3 mpeg mplayer musepack musicbrainz mysql ncurses nls nptl offensive ogg   
oggvorbis opengl pam pcmcia pcntl pcre pdflib perl pic png posix python qt   
quicktime rar readline real rtc ruby samba sdl sharedmem shorten sndfile   
sockets   
sox speex spell ssl subtitles svg symlink sysvipc szip tcltk tcpd tetex tga   
theora tidy tiff truetype truetype-fonts type1-fonts udev unicode usb   
userlocales vcd vhosts visualization vorbis wifi wmf wxwindows xanim xine xml   
xml2 xmms xpm xv xvid zlib linguas_de userland_GNU kernel_linux elibc_glibc"   
Unset:  ASFLAGS, CTARGET, LDFLAGS   
  
This was previously posted as bug #111695. 

cdrdao-1.2.1 will be out soon i hope they fix this issue. I will investigate
this further again and looks like the problems aren't just on CFLAGS. Anyone
with the this problem can check if it still exists on -r1 version running on x86 ?

Created an attachment (id=73311) [details]
Path to add a missing return statement

This patch adds a missing return statement to a function returning a bool. 
Without this the return value is essentially random, and the write command tend
to return immediately.	This should be the _real_ fix for this bug, rather than
the CFLAGS/CXXFLAGS tweaks which seem to be hit and miss with many users.

Verified working on my AMD64 Gentoo system.

because i couldn't reproduce this bug i had to analyze all replys here and do
the proper changes but looks like that a few users complain about different
things than the last replys. I'm checking your patch but i maybe will apply the
upstream patch to hopefully fix this bug. Can everybody involved in this bug
test the previous patch to make sure we don't have this bug open again ?

http://dev.gentoo.org/~metalgod/ebuilds/cdrdao-1.2.0-trackfix.patch here is the
patch everyone with this bug can apply this patch and see if its fixed ?

This patch is on the latest version 1.2.1 that is in CVS. Please test and
reopen
if you guys have the same issue.

Thanks all