World: r3wp

Yes, but watch out: If there is a function call, the *whole* call 
gets executed, even if it is long. Your granularity of preemption 
of your manual multithreading is going to be pretty coarse.

yes, I know.. no long running tasks as with coroutines for example 
( I am not really specialist in this, I only used it few times)

basically I don't have the full picture, it's just awesome that something 
like this can be done inside a language itself

It will be like cooperative multi-threading with no yield statement 
(that I can see), but an implied yield between top-level expressions.

yes, it looks like that .. I will try to make a simple step-blocks 
function and see what it does

if you would want to switch you could also step until you hit a certain 
word probably and then switch to other funct

With DO/next and pseudothreads you could do full fake cooperative 
multithreading.

what are pseudothreads?

you mean the R3 threads/processes?

Sorry, meant Protothreads: fake threading done with macros and special 
tricks. A C version: http://www.sics.se/~adam/pt/

The principle could be done in REBOL by preprocessing the code - 
easier than in C, though we don't have the switch trick.

C-style protothreads requires compilation to rebcode though, so we 
can use the brab opcode.

(the page doesn't load to me so I will keep trying)

Sorry, broken link. Try this: http://en.wikipedia.org/wiki/Protothreads

these things are very interesting to me but I am a little

uh.. I wanted to delete that but clicked the send button :) ..

Aren't we all "a little", sometimes :)

:)

is this how stackless works (because it mentions no stack)

If by "how stackless works" you mean Stackless Python, then no. That 
works using continuation passing style.

aha, I meant stackless pythong.. you seem to really understand this 
stuff :)

python = pythong

my "I am a little" was meant to be "unknowledgable on lower level 
things"

Protothreads often work be redoing the calling stack using special 
tricks, or with no recursion. They're good for embedded work.

interesting

They were used to implement Contiki, a multitasking embedded OS that 
runs on computers of Commodore 64-level capabilities.

I saw it mentioned on wikipedia page.. looks interesting, but it's 
website doens't work either

Contiki is used by smart sensor arrays and such. Pretty hard-core 
stuff.

I used to be an electronic studied automation so these things are 
very interesting to me... I see on google cache that last news from 
contiki site are "   Tuesday, 03 February 2009 " so it seems page 
isn't abanconed, but probably just temporatly down

(sorry for all the typos - it's late over here)

It's weird, those sites were up last November.

http://209.85.129.132/search?q=cache:0HWW7I9t-GUJ:www.sics.se/contiki/+contiki+os&hl=en&ct=clnk&cd=1

I made a simple paralel block executor .. not sure if it can be used 
for anything but it's interesting to see it work

hm... maybe I shouldn't post code here as this is R3 group

Core group

BrianH: I wonder when Carl gets to those "more interesting" topics, 
like tasks, rebin, plugins, etc. :-) So far I can see we mostly play 
with mezzanine stuff, although those additions are really cool to 
have :-)

Well, I mostly play with mezzanine and library code and backports, 
then generate a *ton* of bugs and wishes in CureCode about fixes 
for or enhancements of natives. Because I tend to be public with 
my work, that's what you see. Carl is mostly working on the new DevBase 
right now (and possibly articles and interviews). Once the new DevBase 
is up and running the source will be posted to it, then we can all 
work on stuff.

Right now (this minute) I am backporting the R3 reflection functions 
to R2. The r2-forward collection is getting pretty extensive :)

new DevBase?

You mean fileshare for RebDev?

Add file management to RebDev and you have the new DevBase. "RebDev" 
was always a codeword - the real name is DevBase.

Or it will be when Carl finishes with the file stuff, and some stability 
fixes.

cuurently guys, the command files are already here in the chat, (submit, 
accept, deny) but i haven't the rank to test it...

Really? I thought that we just had the ranks, but the files weren't 
there yet.

type ??

i tried them, but my rank is too low

you have to create a name first (command: name)

My rank is high enough, but I don't think the commands work yet. 
There wasn't even a public decision on whether the file tree would 
be seperate or integrated with the message tree.

i think it will be mixed, reading the source, i guess than a file 
can be attached to a an header or to a name msg

Cool - that was my preference. I've been focusing on REBOL this week, 
not chat.