World: r3wp

I assume that somewhere there is a mapping between indices into this 
array to names like 'tcp

maybe including a row device allowing to build our own datagrams 
would be the best :-)

in reb-device.h we have an enum for those indices

RDI_NET is the index for the tcp port device

Not assuming that yet. All you have to do is say that you are taking 
charge of R3 SSL and you will get all the help you need. I would 
suggest using the Putty SSL code as a start because it's small and 
license compatible (i.e. not a GPL derivative).

Hmm... Andreas already volunteered to do the Arm port ...and had 
no reply.

And I posted the ready-to-be-merged changes for dll loading on Linux, 
no reply there

I'd be happy to give SSL a go, to get something to experiment with

The main information I miss for now, is how to wire up a device defined 
in the hostkit

And from all I can see, that is for now somewhere hidden in libr3.so

Andreas, yes, looks like the symbol table for devices is inside the 
.so for now.  But if you are really impatient, I think it would be 
possible to override for example 'clipboard device  and 'turn' it 
into sll port?

I'm lost in current somewhat fragmented documentation on asynchronous 
networking. Does anyone happen to know of an example somewhere on 
how to do a http request and meanwhile displaying a progress bar 
or just print some progress info to the console? I know I have to 
use a AWAKE handler, but I just don't grasp what to do therein.


Let's say I want to PRIN "." to the console (or draw something to 
the GUI) every 0.25 secs the http request is taking . Are there any 
docs out there on how to accomplish something like that?

You would have to modify the existing awake handler to print.

I don't think you can display a progress bar as the only way to update 
the GUI is by creating a GUI event, and that is not documented yet.

So, in this example of sending a fax http://rebol.wik.is/Rebol3/R3_GUI/Sendfax.r


the net-log function is altered to update the GUI ... but in fact 
nothing happens until all the network actiivty ceases.

In R2 you'd do a wait to allow the GUI to update ... but you can't 
do a wait inside a wait

The http protocol lacks any net-log or debugging so could write one 
and insert it into the awake handler ...

Thanks, Graham, your answer is appreciated. I was thinking along 
the lines of repeatedly waiting on an open http port for only a short 
while and on every loop iteration updating a busy indicator just 
to show that something is going on. Sounds like that's not possible, 
so I think I'll leave it as it is for now.

request-download shows a progress bar.

>> value? 'request-download
== false

Gabriele, it seems as if that REQUEST-DOWNLOAD has yet to find it's 
way into R3. Though on the other hand, it's seems very likely to 
me that you know about R3 resources I'm not aware of.

if you can do a read and get the number of bytes read into a callback 
then you have the possibility of creating your own progress bar.

R2's read-thru does this.

Ok, Henrik, are you saying that theoretically it should be possible 
to adapt REQUEST-DOWNLOAD or alike to R3 with current R3/HTTP-scheme? 
If so, I'll have a go and study the source, it's just that I am not 
able to tell wether I just dont get it or if something is missing 
for now. Is it expected to be possible yet?

I don't know if it's possible with the current R3/HTTP scheme.

Thanks, Henrik, anyway. I'll take Gabriele's answer for a "yes, it's 
possible" because he has written the scheme, so he would know for 
sure ;-) I'll study his protocol and the underlying TCP stuff deeper 
after the weekend.

ah, sorry guys, didn't notice this was a R3 group. hmm, it shoud 
in principle be even easier for R3, but i guess there are no examples 
to show...

starting from here: http://www.rebol.net/wiki/Scheme:_HTTP

what you want is the bottom of the page, "Lowest level: asynchronous 
operation"

you need basically to respond to 'connect and do a read, use 'read 
events to report progress, and use 'done to know when all the data 
is ready.

(this assumes that there have been no major changes to http since 
last time i touched it.)

As I mentioned before ... you can't still update the gui without 
the information on how to create a gui event

Graham, do you mean use 'do-style to run an actor?

No, I mean how do you update the gui while in the middle of a network 
operation ?  The only way to force the gui to change is to generate 
a GUi event, like a mouse click etc but a fake event

I'd say the useful solution in R2 at least is to use a call-back 
like read-thru does, so you solve the issue in the networking code, 
not in the GUI cide.

code.

graham, in my vid, you would just use set-face on the progress bar. 
i don't know about Carl's version. it would be very surprising if 
it required creating an event.

it's not much different in Carl's version.

set-face doesn't update until the network activity has ceased

Maybe I did something wrong ... perhaps someone else can try it

how are you doing it? the set-face has to be called from somewhere 
within the networking code. alternatively something is synced which 
shouldn't be synced.

http://rebol.wik.is/Rebol3/R3_GUI/Sendfax.r

I update the GUI in the awake handler

inside prot-fax-r?

Yes ... as I redefine net-log in the gui to do the updating, and 
net-log is used inside pro-fax.r

ok, I see it

what good does the last line do?

what last line?

set-face/field a1 tail get-face a1 'locate 
txt

sets the text cursor ?

been a while since I wrote that code .. hard to remember now!

I wonder if it's there to force the text to scroll to that point 
...