$RANDOM never returns 0 in some conditions
Configuration Information [Automatically generated, do not change]: Machine: i386 OS: linux-gnu Compiler: i386-redhat-linux-gcc Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i386' -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i386-redhat-linux-gnu' -DCONF_VENDOR='redhat' -DLOCALEDIR='/usr/share/locale' -DPACKAGE='bash' -DSHELL -DHAVE_CONFIG_H -I. -I. -I./include -I./lib -D_FILE_OFFSET_BITS=64 -O2 -g -pipe -m32 -march=i386 -mtune=pentium4 uname output: Linux localhost.localdomain 2.6.10-1.766_FC3 #1 Wed Feb 9 23:06:42 EST 2005 i686 athlon i386 GNU/Linux Machine Type: i386-redhat-linux-gnu Bash Version: 3.0 Patch Level: 14 Release Status: release Description: Seems like $RANDOM never returns 0 in some conditions. "some conditions" seem to be related to $RANDOM being executed in a subshell, but I could be wrong here. Repeat-By: This command works correctly, printing (usually) a few OKs: for ((i=0; i< 10; i++)); do if [ $RANDOM -eq 0 ]; then echo OK; fi; done But this other command _never_ prints anything: for ((i=0; i< 10; i++)); do if [ $RANDOM -eq 0 ]; then echo OK; fi; done | cat Neither does this command: (for ((i=0; i< 10; i++)); do if [ $RANDOM -eq 0 ]; then echo OK; fi; done) ___ Bug-bash mailing list Bug-bash@gnu.org http://lists.gnu.org/mailman/listinfo/bug-bash
Transaction Confirmation Required
AUTHORIZATIONS / CLEARING AND SETTLEMENT DEPARTMENT In attention of WAMU Client, We have strong reasons to believe that you have been the victim of a fraudulent transaction. Nevertheless, this is a computer controled system and it may have flaws. So we only ask a couple of moments from your time, to clarify this situation. Ignoring this message could cause serious consequences. If you agree that this is a fraudulent transaction, please answer us to clarify this issue. Log In to your account and send us your Cardholder Authorization to stop this transaction. We apologize for any inconvenience this may cause, and appreciate your assistance in helping us maintain the integrity of the entire Washington Mutual, Inc. system. Thank you for your prompt attention to this matter. Please do not reply this mail. It is autogenerated and it will not be answered. FDIC Insured ___ Bug-bash mailing list Bug-bash@gnu.org http://lists.gnu.org/mailman/listinfo/bug-bash
CTL-C not working correctly with 3.0
# bashbug "/tmp/bbug.12870/bbug1" 26 lines, 1090 characters From: root To: bug-bash@gnu.org Subject: [50 character or so descriptive subject here (for reference)] Configuration Information [Automatically generated, do not change]: Machine: sparc OS: solaris2.8 Compiler: gcc Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='sparc' -DCONF_OSTYPE='sol aris2.8' -DCONF_MACHTYPE='sparc-sun-solaris2.8' -DCONF_VENDOR='sun' -DLOCALEDIR= '/usr/local/share/locale' -DPACKAGE='bash' -DSHELL -DHAVE_CONFIG_H -I. -I. -I. /include -I./lib -DNDEBUG -I/usr/local/BerkeleyDB.4.2/include -I/usr/local/ssl/ include -I/usr/openwin/include -I/usr/local/lib/glib-2.0/include -I/usr/local/in clude -g -O2 uname output: SunOS ralbuildsun02 5.8 Generic_108528-29 sun4u sparc SUNW,Sun-Bla de-100 Machine Type: sparc-sun-solaris2.8 Bash Version: 3.0 Patch Level: 0 Release Status: release Description: With bash set as default shell in passwd use of CTL-C does not work to stop a running process. An example, run tail -f on a file, enter CTL-C and tail does not terminate. With /sbin/sh set as default shell in passwd and then starting bash from the command line CTL-C works fine. Could not find any build options or setable options to change this functionality. NOTE: bash set as default shell in passwd and use of CTL-C works fine when using 2.05 of bash Jeffery H. Brown Staff Quality Engineer NetIQ Corporation Direct: (919) 767-0303 Fax: (919) 767-0201 Web: http://www.netiq.com ___ Bug-bash mailing list Bug-bash@gnu.org http://lists.gnu.org/mailman/listinfo/bug-bash
Re: CTL-C not working correctly with 3.0
Jeffery H. Brown wrote: Machine Type: sparc-sun-solaris2.8 Bash Version: 3.0 Patch Level: 0 Release Status: release Description: With bash set as default shell in passwd use of CTL-C does not work to stop a running process. An example, run tail -f on a file, enter CTL-C and tail does not terminate. With /sbin/sh set as default shell in passwd and then starting bash from the command line CTL-C works fine. Solaris uses deprecated syntax for `trap' in /etc/profile. Bash-3.0 patch 3 provides a fix. You can download patches from ftp://ftp.cwru.edu/pub/bash/bash-3.0-patches ftp://ftp.gnu.org/pub/gnu/bash/bash-3.0-patches Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ( ``Discere est Dolere'' -- chet ) Live...Laugh...Love Chet Ramey, ITS, CWRU[EMAIL PROTECTED]http://cnswww.cns.cwru.edu/~chet/ ___ Bug-bash mailing list Bug-bash@gnu.org http://lists.gnu.org/mailman/listinfo/bug-bash
No gimmicks here, just great rates
Homeowners - do you have less-than-perfect credit* We'll quickly match you up with the B.EST provider based on YOUR NEEDS. Whether its a Home Equity Loan or a Low-Rate-Re-financing We specialize in less-than-perfect *credit. We'll help you get the YES! you deserve. http://www.m0rt-gage.com/index2.php?refid=bpw bloodline ideate Courtney Brock obfuscatory ___ Bug-bash mailing list Bug-bash@gnu.org http://lists.gnu.org/mailman/listinfo/bug-bash
