Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

scripts stop running in bg in 4.0.35, and need to be toggled fg-bg to complete

3 views
Skip to first unread message

Miroslav Rovis

unread,
Feb 6, 2010, 10:01:07 AM2/6/10
to miro....@gmail.com
(I wasn't able to send this with bashbug)
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: x86_64-pc-linux-gnu-gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64' -
DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-pc-linux-gnu' -
DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACKAGE='bash' -
DSHELL -DHAVE_CONFIG_H -I. -I. -I./include -I./lib -
DDEFAULT_PATH_VALUE='/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/
bin:/sbin:/bin' -DSTANDARD_UTILS_PATH='/bin:/usr/bin:/sbin:/usr/sbin' -
DSYS_BASHRC='/etc/bash/bashrc' -DSYS_BASH_LOGOUT='/etc/bash/
bash_logout' -DNON_INTERACTIVE_LOGIN_SHELLS -DSSH_SOURCE_BASHRC -O2 -
pipe
uname output: Linux at8-g250-c 2.6.31-gentoo-r6-100115_0100 #1 SMP Fri
Jan 15 02:05:25 CET 2010 x86_64 AMD Athlon(tm) 64 Processor 3000+
AuthenticAMD GNU/Linux
Machine Type: x86_64-pc-linux-gnu

Bash Version: 4.0
Patch Level: 35
Release Status: release

Description:
The scripts that willingly and easily ran in background in bash 4.0.28
on my gentoo, stop running on first completed job or so in 4.0.35
(this bash here)... So I have to fg them, and then they do continue
running. But if there's input they need to be given, than they need to
be bg-ed again, and accept input only on the next fg.

Repeat-By:
Here is the script:
#!/bin/bash
#
# The aim of the script is burning the DVD and checking that it's done
well through md5 fingerprint.
#
# It's run like this:
#
# dvd_W_md5_MA-SL_sch.sh 12 0 0 a ISO_FILE.iso descriptor_string
ISO_FILE.iso.md5 &
#
# "sch" is for Schily's cdrecord (but I don't believe that influences
this bug in any way)
#
# I wrote this script, because I could very easily burn on all 4 DVD
drives, at the same time,
# as they would all do the work without any further assistence (old
PATA, so it's slow,
# but it's little work). Just check the md5
# in the file already containing the md5's from previous burns and
accept deleting the image
# of the new disk that was just burned if it was correct... Worked up
to bash 4.0.28 (included).
# But with bash 4.0.35 that is no longer the case. It stops and
doesn't do more than one job
# in the background...
#
iso_file=$5_$6_$4
iso_md5_file=$7
cdrecord -v speed=$1 dev=100$2,$3,0 $5
play -q /usr/share/sounds/KDE-Sys-Log-In-Short.ogg
eject /dev/hd$4
eject /dev/hd$4 -t
readcd dev=100$2,$3,0 f=$iso_file
md5sum $iso_file >> $iso_md5_file
play -q /usr/share/sounds/KDE-Sys-Log-In-Short.ogg
cat $iso_md5_file
echo "Remove $iso_file?"
rm -i $iso_file
eject /dev/hd$4

Miroslav Rovis

unread,
Feb 6, 2010, 2:23:19 PM2/6/10
to
Four hours, no replies yet.
So I decided to post a comment on:
http://forums.gentoo.org/viewtopic-p-6162718.html
Thanx if someone with more profound GNU bash programming understanding
finds a fix or an explanation and a workaround for this...

Miroslav Rovis

unread,
Feb 6, 2010, 9:37:33 AM2/6/10
to bug-...@gnu.org
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: x86_64-pc-linux-gnu-gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-pc-linux-gnu'
-DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACKAGE='bash' -DSHELL

-DHAVE_CONFIG_H -I. -I. -I./include -I./lib
-DDEFAULT_PATH_VALUE='/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin'

-DSTANDARD_UTILS_PATH='/bin:/usr/bin:/sbin:/usr/sbin'
-DSYS_BASHRC='/etc/bash/bashrc' -DSYS_BASH_LOGOUT='/etc/bash/bash_logout'
-DNON_INTERACTIVE_LOGIN_SHELLS -DSSH_SOURCE_BASHRC -O2 -pipe
uname output: Linux at8-g250-c 2.6.31-gentoo-r6-100115_0100 #1 SMP Fri Jan
15 02:05:25 CET 2010 x86_64 AMD Athlon(tm) 64 Processor 3000+ AuthenticAMD
GNU/Linux
Machine Type: x86_64-pc-linux-gnu

Bash Version: 4.0
Patch Level: 35
Release Status: release

Description:
The scripts that willingly and easily ran in background in bash 4.0.28 on my
gentoo, stop running on first completed job or so in 4.0.35 (this bash
here)... So I have to fg them, and then they do continue running. But if
there's input they need to be given, than they need to be bg-ed again, and
accept input only on the next fg.

Repeat-By:
Here is the script:
#!/bin/bash
#

# name of the script:
# dvd_W_md5_MA-SL_sch.sh


#
# "sch" is for Schily's cdrecord (but I don't believe that influences this
bug in any way)
#

# The aim of the script is burning the DVD and checking that it's done well
through md5 fingerprint.
#

# It's run like this (for the /dev/hda which is dev=1000,0,0):


#
# dvd_W_md5_MA-SL_sch.sh 12 0 0 a ISO_FILE.iso descriptor_string
ISO_FILE.iso.md5 &
#

Fix:
[Description of how to fix the problem. If you don't know a
fix for the problem, don't include this section.]

Miroslav Rovis

unread,
Feb 7, 2010, 6:21:43 AM2/7/10
to
It was sox who messed it up.
The play command of sox.
As soon as it is left out, all is well.
Pls. loop up the Gentoo Forums for more:
http://forums.gentoo.org/viewtopic-p-6162718.html

This is NOT a bug in bash nor readline. Sorry!

0 new messages