World: r3wp

you have the same problems when you create batch files in Windows. 
 its an OS thing AFAIK

actually, just typing the command in the console requires you to 
properly escape spaces or quote the path.

CALL does the TO-LOCAL-FILE itself, and wraps with double quotes 
automatically.

but only if you use block mode for CALL, Graham was using a string, 
which allows us to make sure things are formatted properly, cause 
sometimes, when specifying arguments, this crap gets very mystical. 
 :-)

Right. That's why I was mentioning the existence of block model to 
Graham :)

(and why I made that distinction explicit  ;-)   even I almost missed 
that "detail"

Yeah, and the R3 CALL doesn't do anything like that yet. Time to 
edit the host code?

Graham, what about using REBOL words to do that job.. like:

>> rejoin [ "call " mold to-local-file %"/c/program files/rebol/rebol.exe" 
]
== {call "c:\program files\rebol\rebol.exe"}

MOLD can produce a string with braces instead {} - not good for the 
command line.

I've been playing a little with Gabriele's async http, and I note 
that the subport only sends back close and error events to the main 
awake handler.

If you want to do a progress meter, you'll need the read and write 
events as well.  Easy enough to add back in.  I wonder if this shouldn't 
be improved so that we can use it as standard in core 2.7.8.

Redirects are also not done ...

ahttp basically just does what I needed for the Detective... R3's 
http is much closer to the real thing.

So we should look for your R3 http for inspiration? :)

I pushed the two small changes to github http://github.com/gchiu/Rebol2/blob/4b59b6e2cb5c06076e7251c311c575b189d4bf77/Protocols/prot-ahttp.r

This Git GUI is not very intuitive to use ...

tried tortoise git? works pretty well

or is this linux?

windows

Git-GUI by Shawn Pearce et al

why'd you choose this GUI?

I like the shell integration with tortoise git - same as with tortoise 
svn

Must have been directed to by Git Hub

Probably I just don't understand how git works

Gab, this is a quick demo with the reinstated write event

http://rebol.wik.is/Protocols/Test-async-http.r


I downloaded a 16mb file, and it updates the bytes downloaded, and 
the progress bar... .and I can still type while it is downloading.

In the close event I am supposed to return a true to exit that event 
loop, but if I do that I also shut down View events so I left it 
as false.
Is that correct??

I used it and modified it too a few years ago... I have 5 simultaneous 
feeds of different types (rss, search engines, xml-web-app) with 
updates and animation.

it was pretty stable once I wrapped an attempt around every close 
port in the source.... otherwise, for some reason it would crash 
rebol arbitrarily .

by close port, I mean, even in the async handler itself.

I guess I don't need to exit the handler then?

the port is closed so no more events are arriving

in theory yes, but I realized that sometimes, for some reason, the 
port got closed more than once by the async code within the interpreter. 
  the attempt seemed to cure any problems with that.

BTW, if anyone wants to try this, I have no error handling.

Fair enough .. wrap any close with an attempt

Graham - we are talking R2 here, right?

Yes.

R3 looks long stalled ...

yes, very little of sign of life in R3 land last weeks/months ...

So, we have to keep improving R2 which is at least usable in applications

Understood. I thought about the back-up plan of how to make R3 usable 
- simply to get it at least on par with R2. Dunno if much is needed? 
Screw the console ... but at least - fixed call, dll interface, protocols 
(we have some base of your work), what else might be missing? DB 
protocols port?

But - some things might require Carl's attention anyway, so ....

No SSL ... means not really usable for me

but yes, all those other things such as fixed call, dll interface, 
and DB protocols ...

Maybe Ladislav or someone else could took over the improved DLL interface 
in the form of extension? There's still 450 USD floating, and Max 
did not deliver yet :-) ... and although having dyncall would be 
nice, having simpler but improved DLL interface might be still helpful 
:-)

Why doesn't Carl claim the $450 ?

dunno ... while it is nice money for folk here in CZ, it might not 
be enough of money for someone from US to become interested. BrianH 
also does not have a job, so I wonder why did not he picked-it up? 
I know 450 USD is not much, it is just some first attempt at pseudo-financing 
development effort. It was just brought to encourage some developments 
...

If someone would create proper development schedule, I could sponsor 
100 USD/month, let's say for 1 year. Yes, I am crazy enough. But 
- I want to see some result, I want to see R3 moving forward ...

Well, first off it needs to be stated the $450 is there for someone 
to claim again.

Let's ask Brian if he wants to try first then ...

If more ppl like me would be willing to sponsor other devs (simply 
by donating the amount they can easily afford), we would be close 
to the bounty system ...

Can you restate the task somewhere ... on a web page or something?