1. Ver 4.0 Map.e is broken
- Posted by bernie Aug 29, 2008
- 873 views
-- file start --
include std/map.e
-- file end -----
This is the error I get.
D:\#EU40\INCLUDE\std/map.e:476
keys has not been declared
data_ = keys(the_map_p)
^
Where is the keys function located ???
Its missing from map.e .
2. Re: Ver 4.0 Map.e is broken
- Posted by bernie Aug 29, 2008
- 867 views
-- file start --
include std/map.e
-- file end -----
This is the error I get.
D:\#EU40\INCLUDE\std/map.e:476
keys has not been declared
data_ = keys(the_map_p)
^
Where is the keys function located ???
Its missing from map.e .
Never mind I got the one out of trunk 90
3. Re: Ver 4.0 Map.e is broken
- Posted by bernie Aug 29, 2008
- 875 views
-- file start --
include std/map.e
-- file end -----
This is the error I get.
D:\#EU40\INCLUDE\std/map.e:476
keys has not been declared
data_ = keys(the_map_p)
^
Where is the keys function located ???
Its missing from map.e .
Never mind I got the one out of trunk 90
I give up; something is wrong with using MAP.E in a program.
The problem is something to do with parsing.
-- file start --
include std/map.e
-- file end -----
This is the error I get.
D:\#EU40\INCLUDE\std/map.e:476
keys has not been declared
data_ = keys(the_map_p)
^
The interpreter should not be getting into the procedure:
public procedure delete(map the_map_p, integer embedded_p = 0)
4. Re: Ver 4.0 Map.e is broken
- Posted by mattlewis (admin) Aug 29, 2008
- 871 views
I give up; something is wrong with using MAP.E in a program.
The problem is something to do with parsing.
-- file start -- include std/map.e -- file end -----This is the error I get.
D:\#EU40\INCLUDE\std/map.e:476
keys has not been declared
data_ = keys(the_map_p)
^
What interpreter are you using? With r1090 (the latest at the time of this message), t_map.e passes for me.
The interpreter should not be getting into the procedure:
public procedure delete(map the_map_p, integer embedded_p = 0)
What do you mean by "getting into the procedure"? It has to read the procedure in order to parse it.
Matt
5. Re: Ver 4.0 Map.e is broken
- Posted by bernie Aug 29, 2008
- 841 views
I give up; something is wrong with using MAP.E in a program.
The problem is something to do with parsing.
-- file start -- include std/map.e -- file end -----This is the error I get.
D:\#EU40\INCLUDE\std/map.e:476
keys has not been declared
data_ = keys(the_map_p)
^
What interpreter are you using? With r1090 (the latest at the time of this message), t_map.e passes for me.
The interpreter should not be getting into the procedure:
public procedure delete(map the_map_p, integer embedded_p = 0)
What do you mean by "getting into the procedure"? It has to read the procedure in order to parse it.
Matt: The latest version for win98 that jeremy has in his bin is ver 1067 What I mean is that parser is detecting the error inside a procedure that has not been called. The only code in the file I am runing is ' include std/map.e ' and the error is occuring inside that delete() procedure. If I comment that procedure() out. The error happens in different place in another procedure.
6. Re: Ver 4.0 Map.e is broken
- Posted by mattlewis (admin) Aug 29, 2008
- 837 views
The latest version for win98 that jeremy has in his bin is ver 1067
What I mean is that parser is detecting the error inside a procedure that has not been called.
The only code in the file I am runing is ' include std/map.e ' and the error is occuring inside that delete() procedure.
If I comment that procedure() out. The error happens in different place in another procedure.
You're getting a parsing error. Nothing has been called.
The reference to keys() is a forward reference. Initial support for forward referencing wasn't supported until r1070. I'd suggest that you get the r1067 version of the standard library until you can get an updated binary.
Matt
7. Re: Ver 4.0 Map.e is broken
- Posted by bernie Aug 29, 2008
- 837 views
The latest version for win98 that jeremy has in his bin is ver 1067
What I mean is that parser is detecting the error inside a procedure that has not been called.
The only code in the file I am runing is ' include std/map.e ' and the error is occuring inside that delete() procedure.
If I comment that procedure() out. The error happens in different place in another procedure.
You're getting a parsing error. Nothing has been called.
The reference to keys() is a forward reference. Initial support for forward referencing wasn't supported until r1070. I'd suggest that you get the r1067 version of the standard library until you can get an updated binary.
Matt
Thanks, Now where do I get the 1067 version of the standard lirary. Is Jermey around I haven't seen on the list ?
8. Re: Ver 4.0 Map.e is broken
- Posted by mattlewis (admin) Aug 29, 2008
- 861 views
Thanks, Now where do I get the 1067 version of the standard lirary.
Is Jermey around I haven't seen on the list ?
Easiest way:
> svn export https://rapideuphoria.svn.sf.net/svnroot/rapideuphoria/trunk/include/stdYou could do it from the web (one file at a time) from the sf web-based svn browser, though it will be somewhat painful, I suspect.
Matt
9. Re: Ver 4.0 Map.e is broken
- Posted by ryanj Aug 29, 2008
- 869 views
You can download the tarball at the bottom of the svn file listing: http://rapideuphoria.svn.sourceforge.net/viewvc/rapideuphoria/trunk/include/std.tar.gz?view=tar
10. Re: Ver 4.0 Map.e is broken
- Posted by bernie Aug 29, 2008
- 846 views
Thanks, Now where do I get the 1067 version of the standard lirary.
Is Jermey around I haven't seen on the list ?
Easiest way:
> svn export https://rapideuphoria.svn.sf.net/svnroot/rapideuphoria/trunk/include/stdYou could do it from the web (one file at a time) from the sf web-based svn browser, though it will be somewhat painful, I suspect.
Matt
svnroot is pointing at 1090 browser downloads 1090 includes I just don't understand why Jeremy can't simply zip up his std files whenever he releases the win98 binaries. That way they will always be in sync; I would like to get my new code written ahead of time.
11. Re: Ver 4.0 Map.e is broken
- Posted by euphoric (admin) Aug 29, 2008
- 831 views
I would like to get my new code written ahead of time.
Considering that 4.0 is PRE-ALPHA yet, if you don't know how to use SVN, don't use 4.0 yet.
12. Re: Ver 4.0 Map.e is broken
- Posted by bernie Aug 29, 2008
- 848 views
I would like to get my new code written ahead of time.
Considering that 4.0 is PRE-ALPHA yet, if you don't know how to use SVN, don't use 4.0 yet.
Gee thanks ! Your comment really helps.
13. Re: Ver 4.0 Map.e is broken
- Posted by euphoric (admin) Aug 29, 2008
- 881 views
I would like to get my new code written ahead of time.
Considering that 4.0 is PRE-ALPHA yet, if you don't know how to use SVN, don't use 4.0 yet.
Gee thanks ! Your comment really helps.
Sorry, Bernie, but you're putting unnecessary pressure on the dev team. Again, 4.0 hasn't even been released as alpha, so if you don't know what you're doing with pre-alpha code, it's best to wait until we have something ready to be used by the general population.
Them's just the facts. 
14. Re: Ver 4.0 Map.e is broken
- Posted by mattlewis (admin) Aug 29, 2008
- 881 views
- Last edited Aug 30, 2008
I would like to get my new code written ahead of time.
Considering that 4.0 is PRE-ALPHA yet, if you don't know how to use SVN, don't use 4.0 yet.
Gee thanks ! Your comment really helps.
Maybe not, but it's true. Jeremy creates those mainly so that others who haven't been constantly building binaries can build the latest (or as close as possibleDOS and Win9X are edge cases). It's really not that difficult to use svn. If that's too burdensome for you, then you'll just have to be patient and wait until a release.
Matt
