World: r3wp

ok, thanks ....

Hi!
Does Rebol suport AUTH=NTLM in IMAP protocol?
Thanks in advance!

I think not. In the past, Doc did some tests, but not sure ...

http://softinnov.org/rebol/ntlm.shtml

Thanks Pekr - I already saw it, but I am thinking how to use them 
in case of IMAP.

Is it just like opening port?

Don't know - never worked with it ...

trouble with double caret afer forming a string from block.

print y: form [KBE RKH CSCD IDJ MNOV LCAPB CWCO ^DJA]
KBE RKH CSCD IDJ MNOV LCAPB CWCO ^^DJA

how can I avoid the double caret?

form, mold or composing the string via foreach etc. doesn't work 
here.

>> print y: form [KBE RKH CSCD IDJ MNOV LCAPB CWCO ^DJA]

KBE RKH CSCD IDJ MNOV LCAPB CWCO ^DJA

sorry I mean a probe... -> probe y: form  [KBE RKH CSCD IDJ MNOV 
LCAPB CWCO ^DJA]

Any time the string is displayed literally (such as at the console, 
or mold/save) will you see the double caret.  Internally it's a single 
caret.

there is no double caret in the string 
^^
 is only one char!

You can - print replace/all mold this_string "^^^^" "^^"

As chris states, there is a difference between how rebol show some 
chars and how they are kept internally

But there's no way other than a rewrite to get 'probe to display 
a single caret.

same behavior with tab, newline,...
a tab is showed as "^-" but internally it's only one char!

ahh I see. I need this string to compose a url and get a error. thought 
by 'probe the second phantom caret was the failure.

What is the error?

looks like rebol doesn't accept the caret with a url

must be encoded

>> http://foo^bar
== http://foo^bar
>> to-string http://foo^bar
== "http://foo^^bar"
>> load to-string http://foo^bar
== http://foo^bar

I think it's 'net-utils/url-parser/parse-url that breaks it.

(this is used by the builtin schemes)

yes, made a string and then to-url. this helps if the caret is hex-encoded 
 %E5

will check for lower level open port...

chris, is your previous replace/all snippet working ?

ok, the parse needs "^^" "%E5"

thx, chris and steeve

Is there any string that  'to-time will return an error?

Seems that it never returns an error.

But it should in this kind of input string : 
>> to-time "1:111:11"
== 2:51:11

R3 alphas will fail bad strings:
>> to-time ""
** Script error: content too short (or just whitespace)

>> to-time "x"
** Script error: cannot MAKE/TO time! from: "x"

>> to-time "12:12"
== 12:12

But Dockimbel's issue is unchanged in R3

So, a typo in a user input string could result in returning a wrong 
time! value without throwing an error. Looks like a bug or at least, 
a flaw IMO.

REBOL has always had a policy of "normalising" times with >59  minutes. 
Even without the to-time and string:
>> 1:111:11
== 2:51:11

Ditto with seconds:
>> 1:0:5000
== 2:23:20

That looks dangerous to me, some typo can't be detected.

Agreed!

interestingly, R3 returns:

>> 1:0.5000
== 0:01:00.5

but the other example is the same

I think you may have a typo........My example was 1:0:5000 (two colons). 
I see identical behavior in R2 and R3

you are right, sorry.

Where did the action PATH come from? Write in the console:
? path
I can't see it documented anywhere.

I guess it should not be visible if it's not documented... some internal 
function probably.

Ask on R3 chat so Carl can see it.

>> blk: [a b c d e]
== [a b c d e]
>> foo: [bar 5]
== [bar 5]
>> path blk foo/bar
>> blk
== [a b c d]
>> foo/bar: 1
== 1
>> path blk foo/bar
>> blk             
== []
>> foo
== [bar 1]

Returns an unset!, clears the block from given index...

So, beside the unset! returned, PATH is like CLEAR AT ?

Anyone using ALSO?

everywhere