OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
Subject: 08 mis-parsed as octal?
From: Jim Dennis (jimdstarshine.org)
Date: Sun May 14 2000 - 11:07:27 CDT

Configuration Information [Automatically generated, do not change]:
Machine: i386
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i386' -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i386-pc-linux-gnu' -DCONF_VENDOR='pc' -DSHELL -DHAVE_CONFIG_H -D_FILE_OFFSET_BITS=64 -I. -I/usr/include -I/home/swt/doko/export/packages/bash/bash-2.04 -I/home/swt/doko/export/packages/bash/bash-2.04/include -I/home/swt/doko/export/packages/bash/bash-2.04/lib -I/usr/include -g -O2
uname output: Linux canopus 2.2.14-jimd-ipsec #4 Thu Apr 13 22:04:39 PDT 2000 i586 unknown
Machine Type: i386-pc-linux-gnu

Bash Version: 2.04
Patch Level: 0
Release Status: release

Description:

 Expresssions like:
        echo $[ 08 + 0 ] and echo $(( 08 + 0 ))

 Give errors like:
        sh: 08: value too great for base (error token is "08")

 Though echo $[ 07 + 2 ] gives the expected result (9).

 This is inconsistent with earlier versions of bash as well as
 ksh (using the supported $(( ... )) syntax).
        

Repeat-By:
        echo $[ 08 + 0 ]

Fix:
        Might be a problem in glibc?

        Here's the glibcbug info from that:

Host type: i386-pc-linux-gnu
System: Linux canopus 2.2.14-jimd-ipsec #4 Thu Apr 13 22:04:39 PDT 2000 i586 unknown
Architecture: i586

Addons: crypt linuxthreads nss-v1

Build CC: gcc
Compiler version: 2.95.2 20000313 (Debian GNU/Linux)
Kernel headers: UTS_RELEASE
Symbol versioning: yes
Build static: yes
Build shared: yes
Build pic-default: no
Build profile: yes
Build omitfp: no
Build bounded: no
Build static-nss: no
Stdio: libio