AltME groups: search

I've just hit a serious issue in 2.7.6 on UNIX platforms today.


Briefly: CLOSE on TCP ports doesn't work anymore if CALL is used 
before CLOSE, in a AWAKE handler.

To reproduce this bug, get the tests scripts here :

write %server.r read http://softinnov.org/tmp/server.r
write %client.r read http://softinnov.org/tmp/client.r
write %foo.r read http://softinnov.org/tmp/foo.r


Then, read the comment section in %server.r and launch it to see 
by yourself : do %server.r

Notes:
     o Windows is not affected by this issue.

     o I consider this a major issue for all REBOL server applications 
     working in async mode and spawning processes.

     o I'm posting first here before RAMBO, so that people can test and 
     point out any possible bad interpretation from me.

After 5 seconds, client.r and foo.r are present:

$ ps aux | grep reb[v]iew

anton     9006  0.0  0.4  13268  9656 pts/1    SNs+ 00:33   0:00 
/rebol/rebview2.7.006.4.2 -s -- do-anton-user?: true

anton     9007  0.0  0.0   6084   536 pts/1    SN+  00:33   0:00 
/rebol/rebview2.7.006.4.2 -s -- do-anton-user?: true

anton     9008  0.0  0.0   6084   464 pts/1    SN+  00:33   0:00 
/rebol/rebview2.7.006.4.2 -s -- do-anton-user?: true

anton     9072  0.3  0.3  11952  8228 pts/1    SN+  00:35   0:00 
/rebol/rebview2.7.006.4.2 -qws client.r

anton     9073  0.0  0.0   6128  1084 pts/1    SN+  00:35   0:00 
/rebol/rebview2.7.006.4.2 -qws client.r

anton     9074  0.0  0.0   6084   468 pts/1    SN+  00:35   0:00 
/rebol/rebview2.7.006.4.2 -qws client.r

anton     9079  0.5  0.3  11828  8068 pts/1    SN+  00:35   0:00 
/rebol/rebview2.7.006.4.2 -qws foo.r

anton     9080  0.0  0.0   6084   536 pts/1    SN+  00:35   0:00 
/rebol/rebview2.7.006.4.2 -qws foo.r

anton     9081  0.0  0.0   6084   464 pts/1    SN+  00:35   0:00 
/rebol/rebview2.7.006.4.2 -qws foo.r

After foo.r finishes waiting:

$ ps aux | grep reb[v]iew

anton     9006  0.0  0.4  13268  9656 pts/1    SNs+ 00:33   0:00 
/rebol/rebview2.7.006.4.2 -s -- do-anton-user?: true

anton     9007  0.0  0.0   6084   536 pts/1    SN+  00:33   0:00 
/rebol/rebview2.7.006.4.2 -s -- do-anton-user?: true

anton     9008  0.0  0.0   6084   464 pts/1    SN+  00:33   0:00 
/rebol/rebview2.7.006.4.2 -s -- do-anton-user?: true

anton     9072  0.4  0.0      0     0 pts/1    ZN+  00:35   0:00 
[rebview2.7.006.] <defunct>

anton     9079  0.4  0.0      0     0 pts/1    ZN+  00:35   0:00 
[rebview2.7.006.] <defunct>


And when close port is done before call in the awake function, then 
client.r becomes defunct while foo is still waiting.

I've got all these in my public cache:
proton.cl-ki.uni-osnabrueck.de/fuzzy-k-means.r
proton.cl-ki.uni-osnabrueck.de/html-viewer/html-viewer.r
proton.cl-ki.uni-osnabrueck.de/REBOL/fx5-menu.r
proton.cl-ki.uni-osnabrueck.de/REBOL/fx5-request-file.r
proton.cl-ki.uni-osnabrueck.de/REBOL/fx5-styles-test.r
proton.cl-ki.uni-osnabrueck.de/REBOL/fx5-styles.r
proton.cl-ki.uni-osnabrueck.de/REBOL/irc-client.r
proton.cl-ki.uni-osnabrueck.de/REBOL/morph.r
proton.cl-ki.uni-osnabrueck.de/REBOL/morph2.r
proton.cl-ki.uni-osnabrueck.de/REBOL/multi-click.r
proton.cl-ki.uni-osnabrueck.de/REBOL/rebsearch.r
proton.cl-ki.uni-osnabrueck.de/REBOL/regedit.r
proton.cl-ki.uni-osnabrueck.de/REBOL/rsearch.r
proton.cl-ki.uni-osnabrueck.de/REBOL/view-menu-test.r
proton.cl-ki.uni-osnabrueck.de/soft/function-test.r
proton.cl-ki.uni-osnabrueck.de/soft/fuzzy-pats.r
proton.cl-ki.uni-osnabrueck.de/soft/fuzzy-show.r
users.bigpond.net.au/datababies/Anton/rebol/links/index.r
www-lehre.inf.uos.de/~fsievert/rebol/newshow.r
www.sievertsen.de/index.r
www.sievertsen.de/REBOL/REBtroids.r
www.sievertsen.de/REBOL/REBtris/REBtris.r

Here is something from the rebservices section from Gabriele:

client has experimental generic http proxy support; server has the 
new, much improved file service. see http://www.rebol.net/rs/demos/file-client.r
for example usage to transfer big files.

we're using rebol/services to transfer backups from www.rebol.net 
to mail.rebol.net. files are a couple hundred MB. see http://www.rebol.net/rs/demos/file-client.r

Compressed at http://www.rebol.net/rs/server.rand client.r  with 
the standard  save ... ctx-services thingy.

I'm pretty sure this is Gabriele's later release that has support 
for large file transfers.

I would say yes, LNS is still a good plan.  It's in use with DevBase.