World: r3wp

Looks like everything is opened in binary mode as there are no refinements 
yet to 'open.


So, to implement a line oriented protocol like pop, do we read until 
we get a CRLF pair?

I am reviewing the networking code now, in my available time.

Yes.

There won't be a string-mode refinement to open.

shame ..

so used to doing read/lines on a text file

OPEN has the refinements it is going to have. The port model of R3 
is lower-level than R2. Higher-level stuff is handled in the schemes.

read/lines is already there in R3

READ is going to have a /text refinement, but not OPEN.

OPEN is lower-level than READ.

Sorry, READ/string, not READ/text (I forgot the proposal was renamed).

The daytime:// protocol must be the very easiest to implement ... 
how would that be done under R3?

Gregg you haven't finished the docs on schemes in the wiki !

I'm sure there was a reason Graham, or I just forgot, or...

hehe ..

It looks like termites have been thru it http://www.rebol.net/wiki/Schemes:Notes

so many gaps in it

If Carl wants community involvement .. the docs need to get better 
....

docs are PART OF community involvment.

Name one person in the community who could write this document ...

sorry I should have put a bit more meat in my message... this doesn't 
apply to this specific page but to all of REBOL documentation (especially 
R3).  


There doesn't seem to be anyone interested in taking charge of the 
documentation.


AFAICT, I'm not sure people realize that Carl does expect the community 
to be a big player in the documentation. 


this is more a constatation than criticism.  I don't know how it 
plays out in Open source language communities, but it seems to me 
that there is always a little gang which ends up being the documentation 
krew... seems we lack this fiber in our community.

Graham, a scheme less guy

but a few of us could contribute to schemes... a few of us have actually 
written schemes... there also was a great tutorial on rebol forces 
about schemes.   maybe that could be used as the basis for this page.

note ... this is an R2 page.

Note, I referenced a R3 page on schemes

This is hereby declared a R2 free zone

I've had a go at this the simplest of schemes and can't get it working 
... 

http://rebol.wik.is/Rebol3/Schemes/Daytime

I grabbed stuff from Carl's demos and Gabriele's http protocol

it's normal. you don't open any tcp port

eh?

I try this

read daytime://time-a.nist.gov

It says the port gets opened but the awake function is not triggered

yes but your actors (open and/or read) must create a tcp port thru 
the host

a scheme is only a wrapper above a tcp connection

(or upd)

I know ..

So you have to do a open tcp://host somewhere in your code

Oh ... I didn't create the port ...

yes

ok, it will have to wait till my tv program finishes now

give me some minutes, i will write it

make-scheme [
	name: 'daytime
	title: "Daytime Protocol"
	awake: func [event /local port] [
		print ["=== Client event:" event/type]
		port: event/port
		switch event/type [
			lookup [
				print "DNS lookup"
				open port
			]
			connect [
				print "connected" 
				read port
			]
			read [
				close port
				return true ; quits the awake
			]
		]
		false
	]
	actor: [
		;open: func [port [port!]][port]
		read: func [
			port [port!] /local con
		][
			con: open rejoin [tcp:// port/spec/host ":13"]
			con/awake: :awake
			wait con
			to-string con/data
		]
	]
]

probe read daytime://time-a.nist.gov

=== Client event: lookup
DNS lookup
=== Client event: connect
connected
=== Client event: read
{
55203 10-01-07 07:51:23 00 0 0 282.6 UTC(NIST) *
}

thanks

you may add a timeout inside the wait.

can add it to the spec

I've updated my effort again ... http://rebol.wik.is/Rebol3/Schemes/Daytime

the data is returned deep inside the port object

weird !

The open function must not return the tcp port, but the fake daytime 
port.

Because if someone try to thing like this. 
>> port: open daytime://...
then 

>> read port ; ==> the wrong actor is called (not the daytime one).

it may work currently, because you didn"t add other behavior in the 
read actor, but it's just fluke

brian: there is no link to wetan, it is in the r3-alpha file share.