1. Euphoria 3.1.1 Release Candidate - WIN/DOS
I've built a release candidate installation file
for Euphoria 3.1.1 for Windows/DOS.
You can download it from here:
http://www.rapideuphoria.com/uploads/e31setup.exe
Here's what has changed. (Let me know if I've missed anything.)
Version 3.1.1 August 2007:
==========================
This release is a minor update to fix some bugs.
Bug Fixes
---------
* bug fixed: A storage leak (memory allocated but never freed) was
introduced in version 3.1, on the Linux and FreeBSD platforms. Fixed by
Matthew Lewis.
* bug fixed: When Euphoria failed to open the main program file, the
error message would sometimes show the wrong file type. Fixed by
Matthew Lewis.
* bug fixed: Bugs in the new library routines, find_from() and
match_from() were corrected. The third argument (the starting index) is
now tightly-checked. Fixed by Matthew Lewis and Rob Craig.
* bug fixed: The ed script on Linux was changed to allow blanks in the
path of the file to be edited. Fixed by Rob Craig.
* bug fixed: Double-quotes were added to ed.ex so Esc e will work with
paths containing blanks. Reported by Alex Caracatsanis.
Fixed by Rob Craig.
* bug fixed: database.e was fixed so forward slashes are allowed in the
db_compress() file name. Reported by FD(censored). Fixed by Rob Craig.
Regards,
Rob Craig
Rapid Deployment Software
http://www.RapidEuphoria.com
2. Re: Euphoria 3.1.1 Release Candidate - WIN/DOS
Robert Craig wrote:
> I've built a release candidate installation file
> for Euphoria 3.1.1 for Windows/DOS.
> You can download it from here:
>
> <a
> href="http://www.rapideuphoria.com/uploads/e31setup.exe">http://www.rapideuphoria.com/uploads/e31setup.exe</a>
Thanks!
> Here's what has changed. (Let me know if I've missed anything.)
>
> Version 3.1.1 August 2007:
> ==========================
>
> This release is a minor update to fix some bugs.
>
> Bug Fixes
> ---------
>
> * bug fixed: A storage leak (memory allocated but never freed) was
> introduced in version 3.1, on the Linux and FreeBSD platforms. Fixed by
> Matthew Lewis.
>
> * bug fixed: When Euphoria failed to open the main program file, the
> error message would sometimes show the wrong file type. Fixed by
> Matthew Lewis.
>
> * bug fixed: Bugs in the new library routines, find_from() and
> match_from() were corrected. The third argument (the starting index) is
> now tightly-checked. Fixed by Matthew Lewis and Rob Craig.
<snip>
As far as I can see, the third argument could/should be checked even more
tightly. Plese try this:
object x
sequence s
integer p
x = 3
s = {1,2,3,4}
for i = 1 to length(s)+2 do
p = find_from(x, s, i)
printf(1, "%d : %d\n", {i,p})
end for
When I run this code with EXW.EXE, it produces the error message:
| third argument of find_from() is out of bounds (6)
In other words, the statement
p = find_from(x, s, 5)
currently does not raise an error, although s only has 4 elements.
The same holds true for match_from().
Regards,
Juergen
3. Re: Euphoria 3.1.1 Release Candidate - WIN/DOS
Juergen Luethje wrote:
> As far as I can see, the third argument could/should be checked even more
> tightly. Plese try this:
> }}}
<eucode>
> object x
> sequence s
> integer p
>
> x = 3
> s = {1,2,3,4}
>
> for i = 1 to length(s)+2 do
> p = find_from(x, s, i)
> printf(1, "%d : %d\n", {i,p})
> end for
> </eucode>
{{{
> When I run this code with EXW.EXE, it produces the error message:
> | third argument of find_from() is out of bounds (6)
>
> In other words, the statement
> p = find_from(x, s, 5)
> currently does not raise an error, although s only has 4 elements.
> The same holds true for match_from().
That's intended. The obvious check would force the
starting point (3rd argument) to be from 1 to the
length of the sequence ($). However, when I saw that Matt had not
checked fully, and had left a comment in his code about it,
I went for a long walk, and tossed around in my mind exactly
what the check should be. It occurred to me that this is
analogous to the first index of a slice. Euphoria allows
the first index of a slice to be $+1, e.g. s[$+1..$] will
not cause a run-time exception. It will produce the empty sequence,
and this is often exactly what you want in many algorithms.
Actually, s[n+1..n] will produce {} for any n between 1 and $.
In your example, where s is length 4,
p = find_from(x, s, 3)
will search s[3..4]
p = find_from(x, s, 4)
will search s[4..4]
p = find_from(x, s, 5)
will search s[5..4], i.e. {},
and will always return 0 (couldn't find x).
It will not crash with a run-time error.
p = find_from(x, s, 6)
will crash. So will starting points of 0 or less.
In the (extremely rare) case of a fractional starting point,
it will be converted first to an integer, as happens with
all subscripts in Euphoria. Matt had a check for integer, which
only checked internally for IS_ATOM_INT, i.e. integer values that
are actually stored by Euphoria in memory as integers.
This violates the language standard, as Euphoria never forces you
to make a distinction between, say 5 and 5.0
Whether a value is stored internally as a 31-bit integer, or as
a 64-bit floating-point number (that happens to have an integer value),
is purely an implementation issue, and is not allowed to affect
the result of any operation.
So,
p = find_from(x, s, 3)
and
p = find_from(x, s, 3.0)
must always mean the same thing. One cannot cause an error,
while the other is accepted. This is sometimes a minor nuisance for
the implementor, but it must be followed.
Regards,
Rob Craig
Rapid Deployment Software
http://www.RapidEuphoria.com
4. Re: Euphoria 3.1.1 Release Candidate - WIN/DOS
In v3.1.1, are included files which appear in Windows directories with accented
characters still "not found" if that directory is retrieved from EUINC?
This is definitely a bug, given the specifications of the file system under
NT/2K/XP.
CChris
5. Re: Euphoria 3.1.1 Release Candidate - WIN/DOS
Hello Rob,
thanks for the comprehensive explanation!
Regards,
Juergen
6. Re: Euphoria 3.1.1 Release Candidate - WIN/DOS
CChris wrote:
> In v3.1.1, are included files which appear in Windows directories with
> accented
> characters still "not found" if that directory is retrieved from EUINC?
> This is definitely a bug, given the specifications of the file system under
> NT/2K/XP.
Why not test the release candidate, and find out?
http://www.rapideuphoria.com/uploads/e31setup.exe
If your fix is missing, please put it into the trunk.
I don't want to start over on 3.1.1 for that.
When 3.1.1 is done, we need to make sure all the
bug fixes are merged into the trunk. I assume there
is some fairly easy way to do this with SVN.
Regards,
Rob Craig
Rapid Deployment Software
http://www.RapidEuphoria.com
7. Re: Euphoria 3.1.1 Release Candidate - WIN/DOS
Robert Craig wrote:
>
> CChris wrote:
> > In v3.1.1, are included files which appear in Windows directories with
> > accented
> > characters still "not found" if that directory is retrieved from EUINC?
> > This is definitely a bug, given the specifications of the file system under
> > NT/2K/XP.
>
> Why not test the release candidate, and find out?
> <a
> href="http://www.rapideuphoria.com/uploads/e31setup.exe">http://www.rapideuphoria.com/uploads/e31setup.exe</a>
>
> If your fix is missing, please put it into the trunk.
> I don't want to start over on 3.1.1 for that.
>
> When 3.1.1 is done, we need to make sure all the
> bug fixes are merged into the trunk. I assume there
> is some fairly easy way to do this with SVN.
>
> Regards,
> Rob Craig
> Rapid Deployment Software
> <a href="http://www.RapidEuphoria.com">http://www.RapidEuphoria.com</a>
Putting the fix back into the trunk; pathopen.e and scanner.e were not changed
from 3.1. I had committed the modified files around revision 140 if I remember
correctly. At any rate, they are back on trunk now.
CChris
8. Re: Euphoria 3.1.1 Release Candidate - WIN/DOS
Robert Craig wrote:
>
> CChris wrote:
> > In v3.1.1, are included files which appear in Windows directories with
> > accented
> > characters still "not found" if that directory is retrieved from EUINC?
> > This is definitely a bug, given the specifications of the file system under
> > NT/2K/XP.
>
> Why not test the release candidate, and find out?
> <a
> href="http://www.rapideuphoria.com/uploads/e31setup.exe">http://www.rapideuphoria.com/uploads/e31setup.exe</a>
>
> If your fix is missing, please put it into the trunk.
> I don't want to start over on 3.1.1 for that.
>
> When 3.1.1 is done, we need to make sure all the
> bug fixes are merged into the trunk. I assume there
> is some fairly easy way to do this with SVN.
>
> Regards,
> Rob Craig
> Rapid Deployment Software
> <a href="http://www.RapidEuphoria.com">http://www.RapidEuphoria.com</a>
Something is wrong somewhere.
The files on my HD are the one I expect, and I cannot commit them because
nothing was revised since last time I did. I thought the installer I downloaded
could be the old one, but I got the same file after flushing temporary internet
files, closing IE and reopening it.
Was this release really made from the trunk?
CChris
9. Re: Euphoria 3.1.1 Release Candidate - WIN/DOS
- Posted by Robert Craig <rds at RapidEuph?ria.c?m>
Aug 11, 2007
-
Last edited Aug 12, 2007
CChris wrote:
> Something is wrong somewhere.
> The files on my HD are the one I expect, and I cannot commit them because
> nothing
> was revised since last time I did. I thought the installer I downloaded could
> be the old one, but I got the same file after flushing temporary internet
> files,
> closing IE and reopening it.
> Was this release really made from the trunk?
No. It was made from the 3.1.1 branch.
The idea is to issue a stable 3.1.1 release,
containing mainly bug fixes, while new feature work etc.,
continues on the trunk.
Regards,
Rob Craig
Rapid Deployment Software
http://www.RapidEuphoria.com
10. Re: Euphoria 3.1.1 Release Candidate - WIN/DOS
Robert Craig wrote:
>
> CChris wrote:
> > Something is wrong somewhere.
> > The files on my HD are the one I expect, and I cannot commit them because
> > nothing
> > was revised since last time I did. I thought the installer I downloaded
> > could
> > be the old one, but I got the same file after flushing temporary internet
> > files,
> > closing IE and reopening it.
> > Was this release really made from the trunk?
>
> No. It was made from the 3.1.1 branch.
> The idea is to issue a stable 3.1.1 release,
> containing mainly bug fixes, while new feature work etc.,
> continues on the trunk.
>
> Regards,
> Rob Craig
> Rapid Deployment Software
> <a href="http://www.RapidEuphoria.com">http://www.RapidEuphoria.com</a>
Ok, so it's your call whether to include this fix then. I didn't attempt to
modify other branches than the trunk.
The get() quirk fix is in the cchris_get branch.
The accented characters issue is the only cause of my modifying scanner.e and
pathopen.e, so you can simply mix and match the source files...
CChrois
11. Re: Euphoria 3.1.1 Release Candidate - WIN/DOS
Robert Craig wrote:
>
> I've built a release candidate installation file
> for Euphoria 3.1.1 for Windows/DOS.
> You can download it from here:
>
> <a
> href="http://www.rapideuphoria.com/uploads/e31setup.exe">http://www.rapideuphoria.com/uploads/e31setup.exe</a>
>
> Here's what has changed. (Let me know if I've missed anything.)
>
> Version 3.1.1 August 2007:
> ==========================
>
> This release is a minor update to fix some bugs.
>
> Bug Fixes
> ---------
>
> * bug fixed: A storage leak (memory allocated but never freed) was
> introduced in version 3.1, on the Linux and FreeBSD platforms. Fixed by
> Matthew Lewis.
>
> * bug fixed: When Euphoria failed to open the main program file, the
> error message would sometimes show the wrong file type. Fixed by
> Matthew Lewis.
>
> * bug fixed: Bugs in the new library routines, find_from() and
> match_from() were corrected. The third argument (the starting index) is
> now tightly-checked. Fixed by Matthew Lewis and Rob Craig.
>
> * bug fixed: The ed script on Linux was changed to allow blanks in the
> path of the file to be edited. Fixed by Rob Craig.
>
> * bug fixed: Double-quotes were added to ed.ex so Esc e will work with
> paths containing blanks. Reported by Alex Caracatsanis.
> Fixed by Rob Craig.
>
> * bug fixed: database.e was fixed so forward slashes are allowed in the
> db_compress() file name. Reported by FD(censored). Fixed by Rob Craig.
>
>
> Regards,
> Rob Craig
> Rapid Deployment Software
> <a href="http://www.RapidEuphoria.com">http://www.RapidEuphoria.com</a>
What about Linux version ?
Bernie
My files in archive:
WMOTOR, XMOTOR, W32ENGIN, MIXEDLIB, EU_ENGIN, WIN32ERU, WIN32API
Can be downloaded here:
http://www.rapideuphoria.com/cgi-bin/asearch.exu?dos=on&win=on&lnx=on&gen=on&keywords=bernie+ryan
12. Re: Euphoria 3.1.1 Release Candidate - WIN/DOS
Bernie Ryan wrote:
> What about Linux version ?
In the forum search, search for
Linux 3.1.1
Regards,
Juergen
13. Re: Euphoria 3.1.1 Release Candidate - WIN/DOS
Juergen Luethje wrote:
>
> Bernie Ryan wrote:
>
> > What about Linux version ?
>
> In the forum search, search for
> Linux 3.1.1
>
>
Thanks Juergen:
I don't understand why the download full version number is not
incorporated in the download filename. How is anyone able to tell
what version that they have downloaded without installing it.
The Linux version has a download name of just exu . The win/dos
version has a download name of 3.1 . No one seems to complain about
this, they just complain about how the documents are worded.
Bernie
My files in archive:
WMOTOR, XMOTOR, W32ENGIN, MIXEDLIB, EU_ENGIN, WIN32ERU, WIN32API
Can be downloaded here:
http://www.rapideuphoria.com/cgi-bin/asearch.exu?dos=on&win=on&lnx=on&gen=on&keywords=bernie+ryan
14. Re: Euphoria 3.1.1 Release Candidate - WIN/DOS
Bernie Ryan wrote:
> Robert Craig wrote:
> > I've built a release candidate installation file
> > for Euphoria 3.1.1 for Windows/DOS.
> > You can download it from here:
> >
> > <a
> > href="http://www.rapideuphoria.com/uploads/e31setup.exe">http://www.rapideuphoria.com/uploads/e31setup.exe</a>
> >
> > Here's what has changed. (Let me know if I've missed anything.)
> >
> > Version 3.1.1 August 2007:
> > ==========================
> >
> > This release is a minor update to fix some bugs.
> >
> > Bug Fixes
> > ---------
> >
> > * bug fixed: A storage leak (memory allocated but never freed) was
> > introduced in version 3.1, on the Linux and FreeBSD platforms. Fixed by
> > Matthew Lewis.
> >
> > * bug fixed: When Euphoria failed to open the main program file, the
> > error message would sometimes show the wrong file type. Fixed by
> > Matthew Lewis.
> >
> > * bug fixed: Bugs in the new library routines, find_from() and
> > match_from() were corrected. The third argument (the starting index) is
> > now tightly-checked. Fixed by Matthew Lewis and Rob Craig.
> >
> > * bug fixed: The ed script on Linux was changed to allow blanks in the
> > path of the file to be edited. Fixed by Rob Craig.
> >
> > * bug fixed: Double-quotes were added to ed.ex so Esc e will work with
> > paths containing blanks. Reported by Alex Caracatsanis.
> > Fixed by Rob Craig.
> >
> > * bug fixed: database.e was fixed so forward slashes are allowed in the
> > db_compress() file name. Reported by FD(censored). Fixed by Rob Craig.
> >
>
> What about Linux version ?
A week or so ago, I posted a modified Linux exu
that does not have the memory leak bug:
http://www.rapideuphoria.com/uploads/exu
Soon (within a day or so), I'll post a full Linux release candidate
installation file, followed soon after by a FreeBSD release candidate.
Regards,
Rob Craig
Rapid Deployment Software
http://www.RapidEuphoria.com
