Re: 3.0.8 math bug?

Re: 3.0.8 math bug?

[Sven Wischnowsky]

Bart Schaefer wrote:

> ...
> 
> The semantic answer is "because the value of a variable evaluated in math
> context is treated as an expression, and that expression is itself
> evaluated."
> 
> ...
> 
> Hence in 3.1.somethingmorethan6butIforgetwhat, an arbitrary limit on the
> depth of math recursion was imposed, and you get:
> 
> > zsh: math recursion limit exceeded

Btw, I wasn't happy about this behaviour at that time, but then I
tried it with ksh and bash and both of them do the same as 3.1.x,
i.e. they report an recursion-too-deep error. I haven't tried which
shell allows the deepest recursion, though.

Bye
 Sven


--
Sven Wischnowsky                         wischnow@informatik.hu-berlin.de

Re: 3.0.8 math bug?

[Peter Stephenson]

Sven wrote:
> > Hence in 3.1.somethingmorethan6butIforgetwhat, an arbitrary limit on the
> > depth of math recursion was imposed, and you get:
> > 
> > > zsh: math recursion limit exceeded
> 
> Btw, I wasn't happy about this behaviour at that time, but then I
> tried it with ksh and bash and both of them do the same as 3.1.x,
> i.e. they report an recursion-too-deep error. I haven't tried which
> shell allows the deepest recursion, though.

When we have a new system for storing parameters (hur, hur) we could do the
following:  mark a parameter as in use as aliases do, then if they come up
for retrieval while they're still marked, we just return zero.

-- 
Peter Stephenson <pws@csr.com>
Cambridge Silicon Radio, Unit 300, Science Park, Milton Road,
Cambridge, CB4 0XL, UK                          Tel: +44 (0)1223 392070

3.0.8 math bug?

[Dan Nelson]

Why does evaluating a non-numeric variable cause 3.0.8 to consume all
available RAM and then exit to the parent shell?  At least 3.1.9
doesn't completely exit, but I would expect invalid variables to
evaluate to 0 just like unset variables do.

(dan@dan)/tmp> zsh -f
dan% echo $ZSH_VERSION
3.0.8
dan% a=a
dan% (( a ))
zsh: fatal error: out of memory
(dan@dan)/tmp>

(dan@dan)/tmp> zsh31 -f
dan% echo $ZSH_VERSION
3.1.9
dan% a=a
dan% (( a ))
zsh: math recursion limit exceeded
dan%



-- 
	Dan Nelson
	dnelson@emsphone.com

Re: 3.0.8 math bug?

[Bart Schaefer]

On Thu, 17 Aug 2000, Dan Nelson wrote:

> Why does evaluating a non-numeric variable cause 3.0.8 to consume all
> available RAM and then exit to the parent shell?

The operational answer is "because all previous versions of zsh do that,
and it hasn't been fixed yet in 3.0.8."

The semantic answer is "because the value of a variable evaluated in math
context is treated as an expression, and that expression is itself
evaluated."

E.g.

b=7
a=b
(( a )) --> b --> 7

a="3 + 4"
(( a )) --> 3 + 4 --> 7

a=a
(( a )) --> a --> a --> a --> ...

Hence in 3.1.somethingmorethan6butIforgetwhat, an arbitrary limit on the
depth of math recursion was imposed, and you get:

> zsh: math recursion limit exceeded

This does mean that there are expressions you can evaluate in 3.0.8 that
will eventually resolve to a value, which you can't evaluate in 3.1.9.  
They're a lot more complicated than anything you'd be likely to write out
by hand, though.