1. Rob: Potential bug fixed in PD-source?

Ok.. so I ran Spectrum.exw with the PD-source and got this error message:

spectrum.exw:141 in procedure UpdateSpectrum()
lengths do not match on assignment to slice
... called from C:\EUPHORIA\LIBRARY\win32lib.ew:8406 in function invokeHandler()

... called from C:\EUPHORIA\LIBRARY\win32lib.ew:31798 in function fDoTimer()
... called from C:\EUPHORIA\LIBRARY\win32lib.ew:32898 in function MessageProcess
or()
... called from C:\EUPHORIA\LIBRARY\win32lib.ew:32946 in function WndProc()
^^^ call-back from Windows
... called from C:\EUPHORIA\LIBRARY\w32dll.ew:283 in procedure w32Proc()
... called from C:\EUPHORIA\LIBRARY\win32lib.ew:33454 in procedure eventLoop()
... called from C:\EUPHORIA\LIBRARY\win32lib.ew:33666 in procedure WinMain()
... called from spectrum.exw:241

--> see ex.err

Press Enter...

So I go to line 795 in in execute.e:
if sequence(rhs) and length(rhs) != len then
    RTFatal("lengths do not match on assignment to slice")
end if


I add a couple of print statements to see the values of length(rhs) and len;
they are:

length(rhs) = 11
len = 11.14285714

When I change it to "floor(len)", the the program runs fine. Should "len" be an
integer, or is it sometimes suppost to be floating point value?

Whats happening you think?


Regards,
Vincent

new topic     » topic index » view message » categorize

2. Re: Rob: Potential bug fixed in PD-source?

Vincent wrote:
> Ok.. so I ran Spectrum.exw with the PD-source and got this error message:
> 
> spectrum.exw:141 in procedure UpdateSpectrum()
> lengths do not match on assignment to slice
> ... called from C:\EUPHORIA\LIBRARY\win32lib.ew:8406 in function
> invokeHandler()
> 
> ... called from C:\EUPHORIA\LIBRARY\win32lib.ew:31798 in function fDoTimer()
> ... called from C:\EUPHORIA\LIBRARY\win32lib.ew:32898 in function
> MessageProcess
> or()
> ... called from C:\EUPHORIA\LIBRARY\win32lib.ew:32946 in function WndProc()
> ^^^ call-back from Windows
> ... called from C:\EUPHORIA\LIBRARY\w32dll.ew:283 in procedure w32Proc()
> ... called from C:\EUPHORIA\LIBRARY\win32lib.ew:33454 in procedure eventLoop()
> ... called from C:\EUPHORIA\LIBRARY\win32lib.ew:33666 in procedure WinMain()
> ... called from spectrum.exw:241
> 
> --> see ex.err
> 
> Press Enter...
> 
> So I go to line 795 in in execute.e:
> }}}
<eucode>
> if sequence(rhs) and length(rhs) != len then
>     RTFatal("lengths do not match on assignment to slice")
> end if
> </eucode>
{{{

> 
> I add a couple of print statements to see the values of length(rhs) and len;
> they are:
> 
> length(rhs) = 11
> len = 11.14285714
> 
> When I change it to "floor(len)", the the program runs fine. Should "len" be
> an integer, or is it sometimes suppost to be floating point value?
> 
> Whats happening you think?

I think you've found a subtle bug in the PD source,
but I can't get spectrum.exw to crash no matter what I do.
I've interpreted it with exw.exe, and exw eu.ex.
I've translated eu.ex with Watcom and with Borland to get eu.exe.
I've translated spectrum.exw with Watcom and Borland.
It always runs fine. 
I'm having it play the APPEAL.MOD file in the same directory.

What data file did you run it with?

Regards,
   Rob Craig
   Rapid Deployment Software
   http://www.RapidEuphoria.com

new topic     » goto parent     » topic index » view message » categorize

3. Re: Rob: Potential bug fixed in PD-source?

Robert Craig wrote:
> 
> I think you've found a subtle bug in the PD source,
> but I can't get spectrum.exw to crash no matter what I do.
> I've interpreted it with exw.exe, and exw eu.ex.
> I've translated eu.ex with Watcom and with Borland to get eu.exe.
> I've translated spectrum.exw with Watcom and Borland.
> It always runs fine. 
> I'm having it play the APPEAL.MOD file in the same directory.
> 
> What data file did you run it with?
> 
> Regards,
>    Rob Craig
>    Rapid Deployment Software
>    <a href="http://www.RapidEuphoria.com">http://www.RapidEuphoria.com</a>
> 
> 

I did all that too.

The program will run and load fine until you click inside the window to change
the spectrum view.


Regards,
Vincent

new topic     » goto parent     » topic index » view message » categorize

4. Re: Rob: Potential bug fixed in PD-source?

Vincent wrote:
> 
> Robert Craig wrote:
> > 
> > I think you've found a subtle bug in the PD source,
> > but I can't get spectrum.exw to crash no matter what I do.
> > I've interpreted it with exw.exe, and exw eu.ex.
> > I've translated eu.ex with Watcom and with Borland to get eu.exe.
> > I've translated spectrum.exw with Watcom and Borland.
> > It always runs fine. 
> > I'm having it play the APPEAL.MOD file in the same directory.
> > 
> > What data file did you run it with?
> 
> I did all that too.
> 
> The program will run and load fine until you click inside the window to change
> the spectrum view.

OK, that made it crash. Thanks.
Thanks also to C. Bouzy for reporting it.

The normal interpreter, e.g. exw.exe, will "floor" any subscript
that is not already an integer. The PD source is not doing that
in this case, and maybe some other cases. I'll fix it for the next
release. 

Thanks,
   Rob Craig
   Rapid Deployment Software
   http://www.RapidEuphoria.com

new topic     » goto parent     » topic index » view message » categorize

Search



Quick Links

User menu

Not signed in.

Misc Menu