AltME: R3 Building and Porting


The R3 I mentioned is R3-View. I'm going to publish it with the latest R3-GUI. Announcement will follow.

I wonder, if in today's web situation, it would make sense to reopent the browser plugin project?
Don't know what the effort to get something going would entail as a regular plugin, but maybe as a Chrome Native Client there could at least be something available for Chrome more easily. It seems less work, at first glance.
Evgeniy Philippov
It would be interesting to port R2/R3 under Squeak/Pharo, Just an interesting thought.

I believe in order to do the browser port properly, the R3 engine would have to be multi-threaded or it would only work in one browser window. That seems like it would require a lot of rewriting if it isn't already in the design.
R3 is designed to be able to be thread safe. Whether it actually is that currently is a different matter
That's good to know.  I know that Carl was aware of the browser limitation if not multi-threaded.  I just didn't know if he worked that into R3.
There's unfinished multitasking functionality in R3. It couldn't work if it would be impossible to use R3's internals in a thread-safe way. Indeed, the way functions work was redesigned to make it so

Has anyone tried to compile in 64bit mode and dived into the problematic areas already?
I think the first thing to look at is the structu sizes. Either press it back to fit 32bit size, or expand it into 64bit space. Not sure what kind of side-effect this will have.

Hi, I'm reading the REBOL3's source codes, and I don't know It's a typo or not: in this file at line 61, about defining the uint type, It seems #ifdef DEF_UINT  was not correct. Maybe #ifndef DEF_UINT ?
LiH: to me it looks you are right, you can do "pull request" with the fix.

As I'm updating my old scripts on, I'm trying to understand the problems with compress/gzip & decompress/gzip ,
and found at least one issue in u-zlib.c .
When compressing, as the checksum method is assumed to be adler32 for most of the code, stream->adler (the current checksum) is wrongly initialized to 1 in two places, giving an off-by-one checksum in the output and making it unusable for decompress/gzip.
Still no clue for what yields the
     ** Script error: value out of range: none
error and why calling
     compress ""
seems to fix this problem sometimes.It seems that something isn't correctly resetted between calls.

Now digit the following commands in MinGW console: => Now type ??

Can rebol be built to include .r scripts for a portable rebol?
not sure I understand your question  ':-/
to distribute applications?
Bundle scripts along with the rebol executable, for distribution, as a single file.
if you compile the host kit you have full control over this.  Otherwise, Saphirion seem to have built an encap tool for R3.
Saphiron's encap tool was built before the sources were available
If you do what Florin wants, how would you get your code to execute instead of landing on the console?

Last message posted 91 weeks ago.