getopts broken in 3.0.2

getopts broken in 3.0.2

[blaise]

getopts seems to be broken in 3.0.2 and above (it's ok in 3.0.1)
It appears that if one of the options require a parameter, then all
the other options will now expect one too.

Consider the following script:

/tmp/aa:
--------8<------------------------------
while getopts a:b OPTION
do
    echo "OPTION is $OPTION"
done
--------8<------------------------------

sample run:

~> zsh-3.0.1 /tmp/aa -b
OPTION is b


~> zsh-3.0.2 /tmp/aa -b
/tmp/aa: argument expected after -b option [1]
OPTION is ?

-- 
Blaise Tarr
btarr@attmail.com

Re: getopts broken in 3.0.2

[Zoltan T. Hidvegi]

Clint Olsen wrote:
> Wow, I was almost deafened by the silence of my last request.  Anyway, I
> switched the shell to use "bash" and getopts works just fine there.  I
> believe we have a bug, cap'n.

getopts has been fixed in zsh-3.0.4, but if you can wait a bit with the
upgrade, you can upgrade to zsh-3.0.5 skipping zsh-3.0.4.

Zoltan

getopts broken in 3.0.2

[Clint Olsen]

Wow, I was almost deafened by the silence of my last request.  Anyway, I
switched the shell to use "bash" and getopts works just fine there.  I
believe we have a bug, cap'n.

while getopts G2rd: OPT
do
  case $OPT in
   '2'|'r'|'G') GENARG=($GENARG -$OPT) ;;
    'd') echo printer is $OPTARG ;; #LPARG=-d$OPTARG ;;
    '?') echo $0:t: Unknown option $OPTARG; exit 1 ;;
    ':') echo $0:t: Option required for $OPTARG; exit 1 ;;
  esac
done

-Clint