World: r3wp

I believe that since the extra information can so easily get out 
of sync with reality, that it will just end up causing problems for 
you. Better to accept that there is no "reverse lookup" (not a quick 
one, anyway) of objects to words, and just adjust your debugging 
method somehow.

(Of course, it depends what you're doing. If you can be strict with 
managing the objects, then it could be alright. I'd avoid it, though. 
Less is more, usually.)

more timezone issues.  Switched clocks back last night as daylight 
savings ended.  now still says we are at +13:00 even though we are 
now +12:00 ... and my PC clock is correct.

If I turn off adjust for daylight savings in the vista clock settings, 
then 'now says we are at +12:00

This is really annoying :(

so Vista has clock problems too? very odd.

well, if anyone is on Vista, and wants to try, just set your timezone 
to New Zealand and set to automatic daylight savings adjustment.

Anyone got a script to encode html entities ?s

this is this

encode-html: func [

    "Make HTML tags into HTML viewable escapes (for posting code)"
    text
][

    foreach [from to] ["&" "&amp;"  "<" "&lt;"  ">" "&gt;" {"} "&quot;" 
    "'" "&apos;" "€" "&#8364;" ] [
        replace/all text from to
    ]
]

but I think I have to encode accented characters as well ...

Yeah, you need to be escaping a lot more than just those characters 
to really do it right.  I can't help you with building the table 
of escapes, but this version should be a lot faster if you're escaping 
large quantities of text...

encode-html: func [

    "Make HTML tags into HTML viewable escapes (for posting code)"
    text
][
	parse/all text [
		any [
			h: #"&" (h: change/part h "&" 1) :h |
			h: #"<" (h: change/part h "&lt;" 1) :h |
			h: #">" (h: change/part h "&gt;" 1) :h |
			h: #""" (h: change/part h "&quot;" 1) :h |
			h: #"'" (h: change/part h "&apos;" 1) :h |
			h: #"€" (h: change/part h "&#8364;" 1) :h |
			skip
		]
    ]
	text
]

I have one which converts iso-8859-1 to html and escapes characters 
where necessary.

Are you using Parse in that Peter?

Yes

Sweet.  Is it available on REBOL.org?

Not yet. It is part of some encoding utilities that I am writing 
to help resolve the character encoding issues in REBOL.org. I have 
a number of other conversion functions to wrtie. I will then publish 
them on REBOL.org

Good to know.  I'll be watching for them!

me 2

Ammon, 'replace is native .. are  you sure parse will be faster?

Graham: you can find such function in Cheyenne sources in %UniServe/libs/html.r. 
It supports iso-8859-1 entities.

Yes.  I've tested it heavily.  Well, not this particular implementation 
but one that's a lot similar.

'replace is not native in R2.

Romano once wrote "if you need speed, parse is you friend.


Smart fellow Romano, much smarter than me. So I'd never question 
parse's speed.

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.