World: r4wp

those binaries also exhibiting the same behavior?

Yes, the SDL problem has been very stable

The easiest way to get all the files is to use the download.r script:

http://red.esperconsultancy.nl/Red-test/dir?ci=tip

Put it in a folder with a Fossil executable and just run the script 
with REBOL

http://www.fossil-scm.org/download.html

What all is that going to download?  Just Red or does that include 
SDL also?

Not really Red, but the compiled executables in the test repository. 
The needed libraries are also in there, including SDL, so you can 
run the programs straight away from their folders

The script also downloads the sources of all the bindings used, including 
the Red/System SDL binding

I was going to run download.r with REBOL but when I double clicked 
it - it launched.  I'm assuming fossil.exe had something to do with 
that.

Fossil shouldn't affect that. What do you mean by launching?

I wasn't expecting download.r to launch when I clicked to download 
it.   What does Fossil do?

If you already had REBOL installed, you can always click on .r files 
and they will be started with REBOL

Nothing to do with Fossil. The script calls it to check out the repositories

yeah but when I download it usually prompts to save it first as I 
don't have .r registered with the shell.  I must have done something 
recently that re-associated it.  Oh I installed ALTME.  That was 
it.

If you run the script again, it will use Fossil to update everything 
to the latest versions

Oh, it launched straight from your browser? Then you wouldn't know 
in what folder, I suppose

Ok, I'll do that in a few.

Already figured that out.

I'll take a look at what I got so far and figure somethings out and 
setup my testing environment.

be back later.

Great

If you want to play with Red, the easiest is MSDOS\Red\console-pro.exe. 
That's the interpreter

GTK-browser should also be interesting

Kaj in !RebolBot: "I think that only works in Red, refinements starting 
with a number :-)"


Refinements that start with a number work in R2 and R3 as well. Path 
elements aren't refinements though, they're regular words or other 
values. If you find any basic data syntax differences between Red 
and R3 in datatypes that they have in common, report them: they're 
either a bug in R3 or in Red, or possibly in both.

I meant path elements. Of course, when they're used in a function 
call, refinements are written as paths

I didn't test it, but not all differences between Red and R3 are 
bugs

Did a quick profile of play-sdl-wav.exe sample.wav into dependancy 
walker and ran it and can hear the sample play.  It doesnt' play 
however when invoked directly from the command line.

Interesting. So it plays unmodified from a profiler?

A timing issue would explain how it could be a soft bug, that actually 
works in the WINE Windows implementation

I confirm Paul's findings, if I drag'n drop %sample.wav on %play-sdl-wav.exe, 
I can hear the music on Win7.

Nice, we're making progress. So still not direct from the command 
line?

No sound output, but the wav seems to be played til the end.

I made a Windows application to easily compile .red / .reds files.

You can download it from http://www.moldibi.com/download/RedCompiler.zip
See the help file.

Yes, even though drag and drop should be the same as starting with 
a command line parameter

It is not a standalone compiler, just a wrapper, so it needs to be 
in the master folder to run. But it makes a bit easier testing red/reds 
scripts.

Nice

I didn't test it, but not all differences between Red and R3 are 
bugs

 - where they are in comparable datatypes, they are. Syntax compatibility 
 in the the compatible datatypes is a necessary feature. If they aren't 
 compatible, it's a bug. The only question is whether it's a Red bug 
 or a R3 bug. It could be either.

Well. if they're not syntax compatible, they're not compatible datatypes 
:-)

If they have the same name and server the same role, they are.

For non-comparable datatypes it's not a bug, of course. And semantic 
differences may not be bugs either.

For instance, if Red doesn't have a money! type then not supporting 
the syntax of a money! type is not a bug.

Nope. 10h is a Red syntax for an integer! but REBOL considers it 
invalid

Maybe that's a bug in Rebol.

Maybe they're both wrong.

If you stretch the definition to conform to your argument, then yes, 
you can make anything fit

But syntax incompatibility for the same datatypes is a bug. The only 
question is which language needs to change to make it compatible. 
I am not going to constrain Red to match what R3 can do now when 
R3 can change too. They are related languages. Arbitrary incompatibilities 
that aren't related to the differences in semantic models are bugs. 
Of course this is all keeping in mind that LOAD is just a function, 
but that doesn't make arbitrary incompatibilities a good idea. They 
are in the same syntax family. If it's a good idea to do for Red, 
it's a good idea to do for R3 as well. And if it's not a good idea 
to do for R3, then it is likely also not a good idea to do for Red 
for the same reasons. And maybe there is a better idea for both.

Semantic incompatibility is another issue. Those are more likely 
to be OK.

Hex notation is not arbitrary

So the bug is in R3.