World: r3wp

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.

i guess names msg are here to construct file trees

Speaking of which, what do yo think of my /into option proposal?

Nothing special, it's an new feature, so it's wellcome.

I'll take that as neutral :)

yep :)

About FIND-ALL, would it not always return the result as indexes 
from the original block?

The trick with FIND-ALL is that it doesn't reeturn anything - it 
executes a code block wioth each find.

FIND-ALL is like FORALL, but with FIND.