World: r3wp

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:)

yes, color or something like that is what i was thinking. maybe some 
kind of "mode". i need to look at some ansi esc sequence docs, i'll 
eventually do that if noone beats me to it.

.

Hi, I have Debian-4 running in a VMWare the only problem is, that 
I'm not able to get the network started. I can't get eth0 up and 
running.

so you use Debian directly? Not Ubuntu server for e.g.? I was thinking 
amongst CentOS (Red Hat), Fedora, Suse and Ubuntu ...

just downloaded vmware ESXi, but dunno how to proceed with it. Need 
to study it a bit more :-)

Yes, just plain Debian4. Getting the messages I get.

So, the first strange thing is that I get a: "Bind socket to interface: 
No such device".

And, I get a bunch of "pcie_portdrv_probe ... has invalid IRQ.Check 
vendor BIOS". Whatever this means.

The strange thing is, I think I made a copy of the VM from an other 
one, where the network is working.

Did you check the network settings in the config that VMware associates 
with an image?