> No, that's not the problem here. The problem is that value("")
*randomly*
> returns 0 or VOID, when it should clearly always return one or the
other
> (it
> doesn't matter which, as long as the same input gives the same
output).

Fair enough. If you read my posts, though, you will see that I also said
we should check for a 0-length string. If you try to take the value of
an empty string, you can't depend on the results.

> Secondly, I am quite aware of the exact nature of VOID. <Snip>

Yes, I can see that from your replies.

> Regarding your bug, I'm *very* surpised if MACR marked:
> 
> if( VOID ) then
>   -- Never execute this code
>   -- But it runs on Windows
> end if
> 
> as NAB, because it clearly is a bug, if the above statement were true.
> However, it doesn't evaluate as true on any Windows system I've ever
> tested
> (I even double checked on mine just now to be sure). I expect that the
bug
> actually lay in your conditional expression, which may not have been
> returning VOID as you believe. I'd be interested to see the /exact/
> conditional expression though, if you still have a note of it.

Well, Robert, I don't know how to convince you without showing you the
code, but I can't do that--on one hand, it's proprietary, and, on the
other hand, the steps leading up to a void return were quite complex.
I'd have to post a couple hundred lines of code, with lengthy
explanations, and that's just not practical.

Interestingly, though, I just checked it on Windows XP and Mac OS X,
with Director MX, and got the same results you did--it was consistent
across the platforms. At the time, I was developing in 8.5 on OS 9 and
ME. Perhaps that explains the difference in what we're seeing.

I did report it as a bug--I'm sure several people remember the brouhaha
it caused. And yes, I am absolutely certain that the expression
evaluated to <void>. I'm not a neophyte, Robert. I've been a coder for
over 20 years, and I do know how to use the debugger, and how to
accurately find, fix, and report bugs.

And, yes, MM regards it as NAB. Ask Chris Nuuja if you doubt my
credibility. Their position was that you should never use <void> in a
boolean comparison--you should check for voidP first. Otherwise, it's no
more a bug than a divide by zero.

Cordially,

Kerry Thompson

[To remove yourself from this list, or to change to digest mode, go to 
http://www.penworks.com/lingo-l.cgi  To post messages to the list, email [EMAIL 
PROTECTED]  (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping 
with programming Lingo.  Thanks!]

Reply via email to