World: r3wp

Installing Jolicloud on a netbook, that I borrowed. We'll see how 
well it works...

well, that was it. now it's uninstalled, which was the best part.

don't you love how everyone is suddenly copying the iphone?


and that it basically uses the paradigm of windows 1.0 , just with 
prettier graphics.  :-D

the wheel of technology... round and round it goes  ;-)

Actually i thought it was a clone of the iPhone, but it turned out 
to be a thin shell above Ubuntu with a less usable browser and Gnome 
windows constantly popping up in a jarring way above the UI. I hate 
these papermaché solutions that only superficially tries to do something 
for usability.

someone test the new linux host kit of carl ?

Henrik, did you try Moblin?

No, I did not.

Where Can I Download the linux host kit?

you must ask carl, on R3 devchat

I'm testing the Linux host kit. Anything you want to know?

I am interested in Rebol on ARM Android  platforms.

Kaj - I want to know, if 'call command is part of the core, or the 
host. Because its current implementation sucks big time and I want 
/wait and /output refinements back :-)

The Linux version of R3 of call has the /wait option by default :-(

uh, that should be ... reported :-)

I reported the problem for OS X - #914 - as far as I know its the 
same code on Linux.

mine is here - http://curecode.org/rebol3/ticket.rsp?id=1223&cursor=26

So far, R3 for Linux is only there for 32 bits x86

If you're willing to test the host kit, I think Carl will be willing 
to bump the priority for other architectures

CALL having /WAIT hardwired is better than the reverse. Without /WAIT 
it's useless in most cases

You'll have to upgrade to Linux, Petr ;-)

... or stay with R2 :-)

now now pekr... I'll hold you to it... as you said before, everyone 
should use R3...  ;-)

Ah, calls to the standard C system() function are in src/os/posix/host-lib.c

Maxim, I didn't want to remind Petr :-)

hehehe  I keep reminding... I just like to rub his face in it everytime 
he mentions R2  ;-)

Very good :-)

OS_Create_Process simply does

system(call);

OS_Browse does

system(cmd)

with a constructed URL

Both have an extra

int reserved

parameter, so presumably that would have to contain a code for the 
REBOL refinement

It's not clear how you could use that to implement complex refinements 
such as /output

its possible Carl left some things for further consideration... we 
did pressure him into releasing sooner than later.

call refinements would sit in well with something easily left for 
later.

Well, quite a bit of extra consideration is needed here. There are 
no error codes returned, either

Problem with the parameters is that the host interface will change 
when added later

Maxim - you are off once again ...

Call has nasty bugs, which are in CC for quite some time. It is just 
general disagreement, on how Call should be implemented. BrianH stated, 
that it is now more low-level, and I objected, that I don't care, 
or it is not usefull for most use cases ...

Maxim is right that they are not bugs, but a very primitive implementation

I am now surprised the implementation differs between the platforms. 
Call is one of necessary beta quality fixes ....

ah ... well, how is that it worked with R2?

Carl once said that the C code for R2 CALL is 1200 lines. If he wasn't 
joking, he has saved 600-fold over that so far

BrianH is probably right, that because the code is part of host, 
we can fix it ourselves

1200 lines? uh :-)

it had  some quirks and evolved at almost every iteration of the 
language.

Yes, I expect you to start coding now :-)