Addition to this... 

The vncserver method seems to be ok, BTW.


Fran Firman wrote:

> 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