1. bind and shroud
Out of 200+ programs that bind and shroud with no problem the exe of one
crashes with the message "expected to see possibly 'end' not a function
<scrambled code>". The program works as expected w/o binding and shrouding.
Any ideas how to track this down?
3. Re: bind and shroud
Further investigation there are several programs that have this problem
but with slightly different message, like "CFV has not been declared".
Could this be a bug that does not show up in running non bound and shouded?
4. Re: bind and shroud
Well I'm beginning to beleive that bindw has a problem. I "bindw -clear" a
program with this problem and got the message "t0(1,1,"") has not been
declared".
This message makes no sense. The "(1,1,"")" is in my program (arguments to
several calls) but there is no t0 var or routine by that name. Looking at
several of
these inflicted programs the varable names kicked out cannot be found.
5. Re: bind and shroud
Well I've found by accident that the majority of these bind issues come
from the following:
The main program has an integer variable named "julianDate". A date library
from the archives which I'm using has a global function named "julianDate"
as well.
The bound programs can't handle this; however, running programs with the source
normally in development mode handle this naming issue with no problem. So is
this my bug or a bind bug. It's rather devestating that the 2 don't execute
the same. This means that lifecycle testing must be done twice, once in
source mode and again in bound mode. A real pain.
Is there a way to find this beforehand?
6. Re: bind and shroud
George Walters wrote:
>
> Well I've found by accident that the majority of these bind issues come
> from the following:
>
> The main program has an integer variable named "julianDate". A date library
> from the archives which I'm using has a global function named "julianDate"
> as well.
>
> The bound programs can't handle this; however, running programs with the
> source
> normally in development mode handle this naming issue with no problem. So is
> this my bug or a bind bug. It's rather devestating that the 2 don't execute
>
> the same. This means that lifecycle testing must be done twice, once in
> source mode and again in bound mode. A real pain.
>
> Is there a way to find this beforehand?
Euphoria 2.5 shows namesake errors like this when running the interpeter.
Don Cole
A Bug is an un-documented feature.
A Feature is a documented Bug.
7. Re: bind and shroud
George Walters wrote:
> Out of 200+ programs that bind and shroud with no problem the exe of one
> crashes with the message "expected to see possibly 'end' not a function
> <scrambled code>". The program works as expected w/o binding and shrouding.
> Any ideas how to track this down?
> ...
> BTW this is on 2.4
The 2.4 binder/shrouder is known to have some bugs like that.
The 2.4 binder has its own parser, that is quite different,
and sometimes less correct, than the parser used in the 2.4
interpreter. The differences show up in fairly unusual
cases - maybe some weird syntax, or some special case of
the namespace feature.
The 2.5 binder/shrouder uses the exact same scanner, parser,
symbol lookup etc. as the 2.5 interpreter, so errors like this
would be extremely unlikely, and none have been reported.
I don't support 2.4 anymore, but if I had a bug like that I would
try to eliminate anything unusual that I was doing in the source
that might be causing problems for the binder.
Regards,
Rob Craig
Rapid Deployment Software
http://www.RapidEuphoria.com
8. Re: bind and shroud
On Tue, 29 Nov 2005 03:21:25 -0800, "George Walters"
<guest at RapidEuphoria.com> said:
> Out of 200+ programs that bind and shroud with no problem the exe of one
> crashes with the message "expected to see possibly 'end' not a function
> <scrambled code>". The program works as expected w/o binding and
> shrouding.
> Any ideas how to track this down?
Try -clear to see if you get a better error message.
Make sure that all files end with a blank line, and/or insert blank
lines
before and after every include statement.
Regards,
Pete
--
petelomax at fastmail.fm
--
http://www.fastmail.fm - Send your email first class
9. Re: bind and shroud
Wouldn't it be easier to upgrade?
Alex
10. Re: bind and shroud
Thanks, I'll look at upgrading after I get this install settled down.
