World: r3wp

the hang is gone, but the other bug is still present.

nope, hang is not gone, just required some different letters to trigger 
it.

ascii: charset [#"^(00)" - #"^(7F)"]

ascii-rule: [
      copy transfer [ascii some ascii] ( ; <- problem
        head insert tail output-string transfer
      )
    ]


This rule does not look correct. I replaced [ascii some ascii] with 
[some ascii] and now it works.

This is present in two locations in the script, but I can't be entirely 
sure if my fix is correct.

Thanks, Henrik. Could you possibly let me know the binary of the 
strings that you saw the bug with. I suspect I am seeing something 
different in AltME.

PeterWood:

#{61F8}

I was having problems with beer being disconnected while doing any 
significant http work, and using Gab's async http seems to have solved 
it for me.

Graham, I may have a little more time to work with it soon (not sure 
yet). Can you make it working without docs?

Sure ... I wrote up an example

cool

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

uses the same ahttp with a small change ... see http://github.com/gchiu/Rebol2/blob/master/Protocols/prot-ahttp.r

thanks

In the handler, there should be a check to see if the event is an 
error ...and then close the port

seems redirects are not supported

Yes, that's correct

I don't need redirects since I'm downloading from Amazon S3 ...

What's needed to support redirects?  Grab the new url and open that 
instead?

I'm not sure, but something must be returned from the server.

Perhaps close the sub-port and re-open using the redirected url?

Looks like that's what the standard prot-http does.  It checks for 
circular references as well

Perhaps we can persuade Gab to take a break from his Rebol compiler 
to complete the protocol :)

Which reminds me .. what will it take to add proxy support to R3's 
 tcp ?

It seems there are more bugs in the string conversion utilities. 
the problem also exists when converting from UFT8 to ISO-8859-1.

never mind, it was a part I had forgotten to fix.

Graham, Gab.: you are right, never checked that MOLD works like that 
on longer strings. I will remember that now.

But anyway... when you need to do call on unknown files, you should 
use more soficticated way.
Using just:
	rejoin [{"} to-local-file file {"}]

I consider as as security thread and I would never used it like that. 
And it does not metter if using MOLD or not.

Not to sound doom and gloom, but I see little evidence that we will 
get a single platform we can all write to so we can focus on a free 
market war of "best products" as opposed to a private war between 
the biggest companies (Apple, Microsoft, etc.).

We are pawns in THEIR game until we have standards enforced.

Oldes, I am using this to create a parameter to another program ... 
there's no security risk.

One never knows:)
What about something like that:

>> file: {^" call ^"something else } rejoin [{call "} to-local-file 
file {"}]
== {call "" call "something else "}

I look at the file extensions and create the batch file based on 
that .. .so nothing nasty is going to happen :)

Anyone see any value in creating async network protocols for R2 based 
on Gab's async-protocol?  It really seems if we are going to be using 
R2 for much longer still.

if so, they must be properly documented.

If so what?

It seems to me we need a contingency plan for the possible failure 
of R3 ( all IT projects have high failure rates and R3 is no different 
).  And so we need to develop R2 as much as we can.

The reasoning would be that existing R2 software that won't be moved 
to R2 can move to an async model.

eh?

won't be moved to R3. sorry.

Not only that but we all need to get experience with developing apps 
that use async protocols

yes, true

But, in the case of a lack of documentation: I'm in a hurry, more 
often than I want to be, having to implement something that needs 
to be used in a few hours, and so I don't want to spend hours studying 
the source code, no matter how self-explanatory, the author claims 
the software is.

To use async on R2, I used to use Uniserve engine.

Once upon a time, France used a Web forum that had an XMLRPC interface 
and I coded a Rebol client that was able to monitor activity and 
send post on the forum asynchronously. It was a happy time...

and why doesn't it work anymore?

I remember that  ...

But using the Uniserve engine seems overkill :)

Maxim : the web site is dead ! So the script is useless now !

ah well.

Oldes, indeed, one should pass CALL a block and let it do the conversion 
(because it is platform dependent) - though right now I don't think 
it does much more than to-local-file and adding quotes.

I have updated str-enc-utils.r at rebol.org with the bug fix that 
Henrik kindly provided.

sort function can sort  pairs but < and > leads error? don't you 
think it would be better if < gives same result with sort?
sort [10x4 23x2]
>> [23x2 10x4] ;sorted y-first
10x4 > 23x2
>> ** Script Error: Expected one of: pair! - not: pair!
and it is a little bit strange error, expects pair, not pair?

yes, that error is not good, see the R3, where the error is:

>> 10x4 > 23x2
** Script error: cannot compare pair! with pair!
** Where: >
** Near: > 23x2