I'm also getting same effect.

here's what I'm seeing.

If I run on the local machine with X - sweet

if I run on the same machine with a remote X (16bit) seg fault, have to run 
with a -d option.

If i run via a vncserver (24 bit) same problem. Again have to use the -d 
option. 

This is running on a Duron 900 with 512 M Ram, running Debian Linux 
unstable.

Fran.

Mark Gordon wrote:

> On Wed, 06 Nov 2002 15:48:03 +0000, Christian Lavoie wrote:
> 
>> Trying to get 3.50c to work on linux, Debian 3.0 systems (dual Pentium
>> ||| systems). It actually works *great* (kudos to the devels)... except
>> (you *did* expect an 'except' in a bug report, right?) when doing
>> something like
>> 
>> rsh othermachine ~/pov/pov.sh
>> 
>> or
>> 
>> qsub ./pov.sh
>> 
>> where pov.sh is something akin to
>> 
>> cd ~/pov
>> povray [params]
>> 
>> It dies with a Segmentation Fault.
> 
> Can you confirm that this works on this machine otherwise? I want to make
> sure the rsh isn't a red herring.
>  
>> Debian's packaged 3.0 does not have that problem. Redirecting output
>> doesn't seem to help at all. The +GA command option is not helping
>> either.
> 
> A number of things have changed since 3.0.
> 
>> Can anyone confirm the bug on other linuxes? Provide a fix? (Setting
>> TERM to something magic?)
> 
> I am unable to confirm using ssh from Mandrake 8.2 to Red Hat 7.3.  Then
> again, it's passing my xauth and display, so it's even displaying properly
> (though very slowly).  You may want to try ssh as an alternative to rsh (I
> try to avoid rsh unless I'm very, very far from the Internet, which I'm
> not at the moment).
> 
> -Mark Gordon

Post a reply to this message