World: r3wp

As for my script, I decided not to use cron. Once I learned how cron 
works, I realized it was not suitable for use with this script. I 
just put a timer in the script, and everything is working great. 
 I was afraid that the timer would take a lot of cpu power, but it 
doesn't even take enough power to be noticable. This also eliminated 
the need to go to root.

Cool.  As Bill Marley (if there was a Bill Marley) might have sang; 
"No windows, no cry.  Everything's gonna be all right ".


Yes, sleep timers should use next to zero CPU.  And if you need a 
task to be running across boots and crashes, checkout monit.  monit 
is a process monitor (there are others) that I like using as it alleviates 
figuring out the details of the run-levels and init scripts.

Wow, I finished a configuration and setup journey the last couple 
of weeks. Linux is far from being straight-forward to configure... 
but which OS is at all.


Anyway, if someone wants to get some hints about xen, exim, dovecot, 
ssmtp, assp, lighttpd, iptables let me know. I'm now quite good in 
all this... steep learning curve.

Yep, I just spent at least 4 weeks learning how to compile and install 
a video driver in Kubuntu. I had to do a distro upgrade because the 
graphics card I bought was too new for the OS. I became a little 
more proficient in the console over the last four weeks. :)

Janeks, the necessity to type './' before a filename to launch a 
command in the current directory was added for security reasons. 
(You could be tricked into running a different command than expected.) 
I don't recommend changing your path to make it easier, you could 
be bitten one day.

The script that I used to build my website un XP is not working under 
Linux. I get:

** Access Error: Cannot open /c/rebol/dayspring/txt2html.r
** Near: do %/c/rebol/dayspring/txt2html.r

I ran chmod -R 775 on that directory, but it didn't help. Any ideas 
what is wrong?

Actually, there are two more lines:

** Access Error: Cannot open /c/rebol/dayspring/txt2html.r
** Near: do %/c/rebol/dayspring/txt2html.r 
t2h %Order-PSH-Printed.txt 
do
>>

I've been using that script for 6 years without a problem, so I suspect 
that this present problem has something to do with Linux.

How are you launching your script ?
Have you disabled security using -s ?

Aha. Have you mounted /c/ ?
That was your Windows box C: drive

It could possibly be now mounted at /media/C/  or something like 
that,
otherwise it needs to be mounted manually.

Hi Anton! You have a good eye. I'll check that drive C:

I'll let you know what happens, but it will be a few hours. I'm taking 
my wife out to eat to celebrate our 41st wedding anniversary! She 
just let me know she is dressed and ready to go.

I need assistance for my friend who tries to use REBOL on Linux - 
he says, that REBOL can't handle Czech characters - in console, he 
sees various characters like heart pictogram etc. instead of Czech 
chars. I think that Linux version should not have any problem with 
Czech language. Is there any guide how to check what to set on linux 
in order to get proper national character display? (not talking unicode 
here)

the system is Debian kernel 2.6.18, rebview 2.7.6 ....

I found following - http://www.compkarori.com/vanilla/display/AGG
... but strange thing is, that fonts are wrong even in console, not 
in view ...

What console is he running?  Under Konsole the list of encodings 
is overwhelming.  (From the Settings menu).

If it's xterm, then ... I dunno, but regardless, if it is xterm or 
other, drop a note and we'll track down an appropriate place to tweak 
the default encoding used by his REBOL console (whatever terminal 
he uses) session.


It might be easier (some gui menu), but it could well look something 
like

XTerm*locale: true

XTerm*font:             -misc-fixed-medium-r-normal--20-200-75-75-c-100-iso10646-1

in an X config file


From the root text console for REBOL/Core, we'd have to look into 
that as well; been there, kinda done that, too many details, forget 
all details, but keep foggy clue where to start looking ...  :)

Petr: "not talking unicode here" - that's where you are wrong. If 
he's not using UTF-8, then he'll have a huge load of problems in 
general. if he's using utf-8... then all should be fine, as long 
as he does not try to display the text in View.

hmm, I just tried with my old fedora core1, and linux rebol console 
displays czech alphabet correctly, his debian one does not. So imo 
brian is right, it will be kind of improper system setting or so 
...

Anton, drive c: was the problem. Thank you very much!

Welcome, Louis.

Petr, one test you could do is:

[giesse-:-batou]:~$ hexdump -C
àòèúí

00000000  c3 a0 c3 b2 c3 a8 c3 ba  c3 ad 0a                 |...........|
0000000b

(type the chars you want to see the encoding for, then enter, then 
CTRL-D)

>> c: open/binary/no-wait console:// wait c copy c
== #{C3A0}
>> wait c copy c
== #{C3B2}

(type the char you want to see the encoding for, REBOL will give 
you the binary encoding)

if you get different output from the two tests then something is 
definitely wrong. also, if you're not getting UTF-8 like the above, 
things may get more complicated.

thanks Gabriele!

someone on french forum reports that the ctrl key doesn't allow to 
select text in text-list like it does in the windows version

is it a known bug ?

Yes, text-list is very underpowered.

Ah wait. No, I can ctrl-click text-list here on Kubuntu 7.10.

okay thank you very much  anton ^^

Each item is added or removed from the selection as I ctrl+click 
on it..

Ask that person to provide a small code example showing the bug, 
and what platform / Rebol version they are using.

wich rebol version do you use the  2.7.6 ?

Yes, 2.7.6.4.2

But equally, 1.3.2.4.2 works as well.

view layout [text-list data ["hello" "bonjour"]]

ok perfect thank you very much anton i trasmited the reply in the 
french forum

that should be some keymaping weird lack of configuration

Gabriele - something odd is happening on my friend's system. He claims, 
that characters are identical, but once he presses Czech "ì" #{EC), 
it returns 1B1B5BC5A1. The strange thing is, then when he presses 
that char I mentioned, then it influences return values even for 
another chars, e.g. 1B1B5BC4 .... I wonder what is happening here 
....

C5A1 smells like UTF-8 to me, but what's before that seems an escape 
sequence of some kind.

does he get the same even when using the hexdump command? could it 
be that that character "enables" something? the terminal will process 
the escape sequence but rebol will not.

(i guess we should look up somewhere what kind of sequence is that...)

it's not utf-8, this char is #{C49B} in it

but it smells. as C5A1 is a regular czech "š"

1B1B5B smells like a color:)