Re: Bug Reports - To where ?
John Bown writes:
> To where should one send bug reports and how can one
> [easily] check that a bug hasn't been found and reported already ?
Bug reports should be sent to me at rds at msn.com
or you can post them on this list.
Every now and then, I post a list of bugs to this list.
Perhaps there should be a place on the Web site for it,
but I'm worried that newcomers will see a long list of
bugs (mostly very rare and minor) and be scared off.
> Also, in the same vain, is there anywhere to send things to
> be added to the Wish List for the next version ?
You can send them to me directly or post them on this list.
-----------------------------------------------------------------------
Known Bugs in Euphoria v2.0
(all have been fixed in the working copy at RDS)
- BUG FIX: added if ... then to allocate_string() so it won't
store into address 0 when allocate() returns 0
User can check for 0. Thanks to Ralf N. and Greg Harris
- BUG FIX: In ex.err "traced lines leading up to the failure"
would drop the first piece of each statement
when "with trace" and either "with profile" or "with profile_time"
were selected. Thanks to Christopher Hickman.
- BUG FIX: save_text_image and display_text_image were not correct for
number of lines > 25 AND using an alternate active page (>page 0) Thanks to
Jean Bayon.
- BUG FIX: in message_box() there was a storage leak - thanks to Terry
Constant
- BUG FIX: the object() type now returns 1 in every case.
(object() previously existed, but was undocumented and incorrect)
- BUG FIX: read_bitmap() was neglecting to close the bitmap file
if it had an unsupported format. Thanks to Jesus Consuegra
and Graeme Burke.
- BUG FIX: trace() will no longer have any effect unless it is executed
inside a "with trace" section. This will prevent it from causing get_key()
to delay 8 seconds each time, unless you are really doing an interactive
trace.
- BUG FIX: scramble was not handling ascii character 255 properly
- thanks to Graeme Burke.
- BUG FIX: bind/shroud would have an error if you give it control-Z
for the filename - Andy Kurnia.
- BUG FIX: (Irv Mullins) numbers typed into your program greater than
about 88 digits would crash Euphoria (due to WATCOM C sscanf() failing!).
- Bug FIX: In WIN32, C functions declared as returning char, unsigned
char, short or unsigned short would not always have the value returned
correctly. The low order 8 or 16 bits would be correct,
but the upper bits of the Euphoria atom returned from c_func()
might be garbage. Thanks to Greg Harris.
- Bug FIX: bind/shroud would sometimes choose the same name as a
user's symbol name in cases where the user's name was not
shroudable, e.g. -clear_routines was specified, or it was a
global name in the main file, and it was a very short name.
This would cause an error when the program was run -
"name already defined". (thanks to Rolf Schroeder)
- BUG FIX: get/value will now avoid inf in cases like 0.0000001e310
where the exponent part would have been inf, but the mantissa was
less than 1.
- BUG FIX: get() and value() were allowing ''' as single-quote character
but ex/exw were declaring it an error. Now get() and value()
declare it as an error too.
- BUG FIX: if you have a unary minus operation applied to a constant
symbol that is defined earlier in the *same* constant statement,
ex.exe and exw.exe may crash. e.g.
constant a = 10, b = -a
- BUG FIX: the call_proc/call_func error traceback might be slightly
off by a statement or so.
- BUG FIX: search.ex no longer writes control-Z (26) characters into
search.out (ed can't read beyond 26 because it opens files in text
mode, and 26 is taken as EOF.)
Regards,
Rob Craig
Rapid Deployment Software
http://members.aol.com/FilesEu/
|
Not Categorized, Please Help
|
|
