World: r3wp

by handling, do you mean running? because rebol on linux would not 
have any trouble running scripts written in windows notepad.

Yes, that's what I mean.

Ok, but the shebang can only be used if written in Unix style.

yes, windows can't use shebang notation for anything.

And now there is the poblem. You have a script that runs on Windows 
and Linux. On Linux via shebang. This implies Linux return style 
even if you edit it on Windows.

The launch environments are different in that the shebang path is 
used by the shell to know what to do with the script. You can also 
run a REBOL script in the linux terminal with: rebol -qs script.r 
and it will be the same script as under Windows. It might look a 
little ugly, but you could wrap your windows REBOL scripts in a shebang 
script.

Yes, I'm searching for a simple way to start my rebol script under 
linux wihtout having to write long command lines becauseI use the 
include wrapper from Lad too. So the line would become really long.

Maybe a starter script is the way to go.

I "finished" my web to fax gateway

Any linux users here ... able to review my instructions

http://rebol.wik.is/Hylafax

Just need to add an instruction on how to start cheyenne up with 
the OS

Updated the docs since i ran thru the whole procedure and found some 
differences between what I wrote and what happens!

Robert, you said:

Why does Command on Linux require the libX... libraries?

And, is there a list of required libX... ?

Whether new libraries installed into /usr/local/lib/ are automatically 
recognised depends entirely on the sort of Linux you are running; 
that's why I asked you if the location of your libraries is in your 
library search paths

It's likely that you have to run the ldconfig command (as the root 
user) before new libraries are added to the libraries cache

On Syllable Server, for example, this is not necessary

Regarding the shebang line, if you edit a script with one on Windows, 
you'll have to make sure that the shebang line still ends with just 
an LF

Kaj, I have now all X libs installed. But I still don't get why Command 
requires them. It's plain cosole based no graphics. So why the X 
libs?

shebang: Luckly my Windows editor can handle files with mixed returns. 
So the first line is now unix style while all others are windows 
style.

I have one strange effect, that a Rebol script using a DLL works 
on Windows whereas on Linux I get a SEGVAULT.


How can I best track this down? I tried GDB but didn't made it to 
load rebol, include script, script etc. until I could start the whole 
thing.

Is there a "simple" way to get more information than just: SEGVAULT? 
Is it always a memory-problem?

Command/View needs X just like View does, even if you are just doing 
console stuff. Have you tried a Command build, or Core?

They use the X libs for font management in Draw, which can draw to 
in-memory image! values as well.

I just used command, not command/view. But OK I think it's the DRAW 
into-memory support.

Made it with GDB. ... Hacking around with the different path etc. 
solved it.

If I remember correctly, the console REBOL versions need the X11 
libraries for image manipulation

This is indeed an important issue when integrating with console Linux 
server versions

more specifically, X libs are needed for rendering text.

Gab, thanks for clearifying. BTW: Is this somewhere documented? I 
think its a quite importan piece of information.

It may be noted in the command docs, but I'm not sure.

Does REBOL work with Suse Linux? I can see Debian in the list, so 
I expect it to work with Ubuntu for e.g.?

I've had it working on OpenSuse

If it doesn't work on any Linux variety, it depends on the age of 
the Linux system (C) libraries

I think there is a list of needed lib files that some distros may 
not include in the basic install. I assume they can be added....

I need to restart cheyenne.  So, I login using ssh, and start Rebol 
and then cheyenne.  But once I close my shell down, Rebol also closes. 
 Anyone know how I can keep them running?

Graham, follow the command with an ampersand, like so:

rebol script.r &

man nohup

kcollins .. I tried that to detach the process, but it didn't seem 
to work.

That was the first thing that came to mind, but I'm playing around 
with a similar scenario and it doesn't work for me either.

I'm going to research nohup

there''s also disown (pid)

It looks like dtach can do what you need.

http://www.nslu2-linux.org/wiki/HowTo/KeepRemoteConsoleSessionRunning

have you tried it?

yes

I just learned about it and tried it