World: r3wp

oops .. stand corrected.

doc .. didn't notice/remember that you had those as well.

Especially since I using it in a rsp page ...

if you can wait for it (release does not depend on me), i have any-charset 
to utf-8 and utf-8 to html (and vice-versa, with support for all 
known named entities as well)

Any idea how long the waitt may be?

very long.. I think such a messages comes already very long time.

Graham: you should look at the RSP doc more often : http://cheyenne-server.org/docs/rsp-api.html#def-25
;-)

In my defence, I was looking for encode-html which is a verb, whereas 
html-encode is not clearly such :)

You're right, having the verb first is more rebolish.

Peter: does not depend on me. The code is ready for release (actually, 
there is one thing i have to do first, but it should take a couple 
hours max), so it could happen "tomorrow" or in two months.

Thanks, Gabriele. I'll probably go ahead and try to build something 
for use in the Library system but will happily stop work when your 
code is released.

Is there documentation anywhere for using [catch] in a function header? 
It's a nice trick, but I can't figure out how it was deduced that 
this would work:

f: func [[catch] var] [
	if var = 'bad [throw make error! "Something bad happened."]
]

I first saw Gabriele doing it a while ago.

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

thanks

thanks

Hmmn, I am running a script, but not as CGI, on a remote 'nix box. 
 This script uses other scripts by 'do


The main script runs, but at the first use of parse rules from a 
do script, it fails.  Is there a magic setting of usage flags or 
file permissions to accomplish this?

$rebol -s main.r

runs main, but doesn't do the do %blah.r script from inside

file permissions are set to 755 (rwxr-xr-x) and I am running them 
at superuser level

It is weird, because from inside the REBOL console, a list-dir does 
not show the other scripts, like blah.r in the example above which 
main.r tries to do.

Are there any type of links involved? Symbolic links, etc. See the 
UNIX command: ln

It sounds to me, that some of those files are not common files. Try: 
ls -la

$ ln hex-dump.r

ln: creating hard link `./hex-dump.r' to `hex-dump.r': File exists

-rw-r--r--  1 steves fusers  3657 Apr 16 14:38 hex-dump.r

And you can't see that file with list-dir inside REBOL?

>list-dir ;after the file crashes...aha, I could see the files before 
doing the main.r.
main.r  main.r  


My scripts work fine on Windoze.  I am now thinking from this...I 
do a change-directory to get the directory of where I am running 
and I write my data into the current directory.  In Windoze, the 
change-directory seemed needed to pick up the directory I am in. 
 I'll bet 'nix doesn't like that, and perhaps needs the full pathnamem 
from the root, or soemthing like that.

I think you got me off dead center, at least.

I think if 'nix, then don't change-dir might work.

Remember *nix is case sensitive also on pathnames.

My stuff is all lowercase, but good point.

my bad.  I wrote the script to automatically work for View or Enbase, 
but this 'nix is actually Core.  So it is using the encap branch 
of #include.


Sorry for the confusion.  going to extract the bullet from my foot....;-)

Ahhh, I did the same thing with Tretbase when I put on my webhost. 
 But my problem was different as I used a /view option in my script 
that I needed to change.

Good if you got it figured out! Often it helps to talk to others. 
All the time, I see the problem myself, the second I start telling 
others about it. :-) And then I get the looks. :-D

Yeah everyone does that at some point.

AltME therapy

yahoo, the seven script application is running remotely.  The errors 
were logic error on my part.

I don't believe Java can claim that level of cross-platform!

Cool! :-)

All my testing had been on Windows until yesterday.  Once I got the 
permissions and encap logic straight, it ran, on Redhat (crazy network 
stuff) so there was no Unix/Windows differences I had to deal with 
in the code.

my code is crazy network stuff.  You would think there would be at 
least one thing I would have to change due to platform, but no.

Is there a way to get the name of the drives besides just the letters.

>> list-dir %/
c/  d/  e/  f/  g/  h/  i/  j/

I want: Local Disk (c:), Removable Disk (G:) etc.

I suppose you need to visit the registry to do that.

Local Disk

 and "Removable Disk" are made up by Explorer when the drives have 
 no names.

I'm trying to auto update an exe.

My code worked for script version buy with the encapped version it 
seems to buzz through without executing some statements...

write/binary %NEW.exe read/binary http://website/client.exe
delete %captain.exe
rename %NEW.exe %client.exe
notify "Update Complete!"
call/show %client.exe


IT seems to start up the client before the new one has been dowmloaded 
and renamed..

Does it not wait for each statement to complete before moving to 
the next?

that would mean that R2 has async networking for normal 'read, which 
it does not have :-)

I would put small wait before the 'call.  What about call/wait? Hmm, 
that would wait before next function call. This is strange ...

'delete calls 'remove. The question is, if that native really waits 
for the result, or just submits the call to OS layer and returns. 
Then, especially with crappy sloppy Windows FS you might get some 
delay ...

I treid wait
I tried alert to stop it at certain points

I thought that was the problem  (too much delay with OS cleaing up 
deletes and writes etc...) but the waits and alerts seem to be ignored

your script is buggy anyway, no? You delete %captain.exe but you 
rename %NEW.exe to %client.exe, which you run in the end. So:

1) what is %captain.exe good for?
2) why not to directly write/binary to %client.exe then?

I write a batch script to do this .. ie. write the new file name 
as temp.exe or something.