OpenEuphoria

Re: Rob: More trouble with PD-source

• Posted by Robert Craig <rds at RapidEuphoria.com> Nov 28, 2005
• 667 views

Robert Craig wrote:
> Vincent wrote:
> > I hate to bring up more stuff but check out NetRadio.exw! When I run it with
> > the official interpreter, it's fine. But wait until you try it with the
> > PD-source
> > interpreted and translated/compiled (Borland and Watcom).
> > I can't believe whats happening.
> > 
> > Random errors !?!
> > 
> > I click one button, I get a subscript error; click another, I get a type
> > check
> > error; another, a "true/false condition must be an ATOM"; another,
> > machine-level
> > exception; another, plays a streaming broadcast; another, a "c_proc/c_func:
> > argument list must be a sequence"; another, "subscript value out of bounds";
> > another, a Win32Lib error; another, program crash with no error!! I think
> > the
> > errors vary whether I run it with interpreted source or a
> > translated/compiled
> > interpreter.
> > 
> > Again, none of this seems to happen with the official RDS interpreter.
> > 
> > Could this all be caused by the bug just reported and/or other known bugs?
> 
> It might all be due to the initial bug in the PD source.
> I won't know until I fix that bug.
> He is using fractional subscripts and they aren't
> handled properly by the PD source.
> I'll test his other programs too, after I fix the 
> initial bug.

I looked into this some more.
The PD source had a couple of places
where it was not handling fractional subscripts,
but in the simple, common cases it was actually 
handling them ok.

That didn't fix all the Bass programs though.
Some still don't work with the PD source.

I then changed all the Bass library routines to be CDECL
by adding a "+" to the names. That didn't seem to make 
any difference.

I now have the impression that the PD source might be failing,
simply because it executes too slow. If I turn on "with trace"
and trace(3), and run using exw.exe, it also crashes in a weird way.
If I remove the frequent callback to StatusProc(), the PD source 
runs netradio.exw ok. I wonder if there is a high-speed
stream of callbacks coming in, that the PD source, or even 
exw (using trace(3)) can't keep up with. Maybe Elliott has an idea.
His documentation suggests that these callbacks should be handled quickly.

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