World: r3wp

Actually it looks like you can put any issue!
>> now/#hello
== 26-Feb-2007/14:28:43+11:00

functions just ignore anything that is not a word in the path.

DECLOAK: I have the problem that a random char is added as the first 
char to a decloaked string. Is this a known problem?

Not to me it isn't. What version of rebol ?

It's not in Rambo.

encloak / decloak seem pretty stable to me. Be aware that these functions 
modify the string you pass it.

I only have the problem when not using read/binary but just have 
used WRITE and READ... strange.

Just don't use just WRITE with encloked data as these data are binary 
data.

I've never had a problem with encloak/decloak, but I would also avoid 
string ops that might translate the binary data somehow.

Yes, READ and WRITE are in text mode and translate line terminators, 
so LF can become CRLF and vice versa.

Is there any better way how to convert issue! to binary! than this 
silly one?

issue-to-binary: func[clr ][load head insert tail insert next mold 
clr "{" "}"]

and what do you want... the string or the value?

I want binary value

so four byte issue gives 32 bite value...

or is initial issue a decimal type integer?

>> issue-to-binary #ff0000
== #{FF0000}

at this moment as-binary is working like:
>> as-binary #ff0000
== #{666630303030}

which i really don't like

I know... both are valid .

same for tuples, etc.

for going to-from hex... I don't have a solution.

it's stupid behaviuor. I really don't know what it can be good for, 
as I can always do:
>> as-binary next mold #ff0000
== #{666630303030}

ech, I know why it's molded as string - issue can hold any value... 
:( so my Rambo wish is pretty stupid now:-)

issue-to-binary: func[clr] [debase/base as-string clr 16]

issue-to-binary: func[clr] [debase/base clr 16]

YES :-) that's much more better, thanks.

oldes, do you want me to delete that ticket or should i keep it?

yes please

delete it as it's a nonsense

done

(Oldes, just so you know, in english "more better" makes no sense. 
 better implies more.  ( I'm saying this just cause I've seen you 
write it a few times ;-)

continuing from AltME: of course now that I think of it, launch/quit 
will always restart the app rather than run the script I made. :-/

using enbase 64 isn't safe for filenames is it?

Do you mean using it to generate file names that will be acceptable 
on any platform that REBOL runs on?
If so, I don't know, but I wouldn't take the risk.....

....I use checksum/secure and remove #{} part -- gets me a file name 
that is just letters (a-f) and digits.

i think base 64 uses /

henrik: the detective only updates the interpreter if it is needed; 
when it is needed, it downloades the new version as update.exe, and 
runs it, then quits. update.exe overwrites the main executable with 
itself then launchs it and quits. there is no other way on windows 
that i know of.

gabriele, so you can rename a file while it runs?

not that i know of.

nren.exe downloads a new file, update.exe; it runs it; update.exe 
overwrites nren.exe with itself, then runs it; nren.exe deletes update.exe

normal updates do not require this, it's only needed when you are 
for eg upgrading rebol itself.

thanks, I could get rid of DOS that way

daytime is just read daytime://ip.address isn't it?

I get failures on all the ntp servers I've tried so far.

daytime doesn't use the ntp protocol IIRC

You need a daytime server

http://www.rebol.com/docs/core23/rebolcore-13.html#section-7

So, looking for a daytime server ...

just finding restaurants looking for waiters!

Maybe related to this but no 100% sure. http://www.openbsd.org/cgi-bin/man.cgi?query=timed&apropos=0&sektion=8&manpath=OpenBSD+Current&arch=i386&format=html

Don't trust Jaime, his clock are famous for being imprecise :-)