[K12OSN] Rdesktop Fails after Update

["Terrell Prudé Jr."]

Hmm...I've got to head to work, but I'll see if I can find anything out
Googling this evening when I get some time.  This definitely should not
be happening.

Hey, waitasec.  Not crashing from the console, but it is through the
terminals, eh?  In that case, we might be seeing an X11 (on the client)
issue.  Back when I was running UltraSPARC thin clients, I was using a
release-candidate set of binaries of XFree86 4.4 (just before the Big
Split).  See, I had Red Hat Linux 6.2 installed on the Ultra 5 boxes'
hard disks, which uses XFree86 3.3.6.  The LTSP X11 binaries in
/opt/ltsp/sparc were XFree86 4.4rc. TuxType and TuxMath would
intermittently crash on me when TFTP-booting in normal LTSP style. 
However, when I booted RHL 6.2 and had XFree86 3.3.6 do an XDMCP query,
then TuxMath ran fine, but TuxType would simply not run at all due to
the ancient X11 version.

Maybe this is what's biting you as well with rdesktop.

--TP
_______________________________
Do you GNU!?
Microsoft Free since 2003 <http://www.gnu.org/>--the ultimate antivirus
protection!


k12ltsp wrote:
> Hello there!
>
> Thank you for the suggestion! I have moved the old rdesktop and compiled a
> new version using the source code at the website you provided. I did
> notice some improvements, such as it defaulting to a higher color depth. 
>
> Unfortunately, the issue still follows. There is a segmentation fault that
> happens when we attempt to login. It's also worth noting that the issue
> does NOT occur when using rdesktop from console. It only occurs when
> launched through a terminal.
>
>
> "Support list for open source software in schools." <k12osn at redhat.com>
> writes:
>   
>> Hmm...I vaguely recall seeing something like that a year and a half or so
>> back.  Here's what I did.  Try downloading the rdesktop source code and
>> installing it (it should install into /usr/local by default).  Then, try
>> renaming /usr/bin/rdesktop to, say, /usr/bin/rdesktop.orig, and then
>> symlink your new rdesktop to /usr/bin/rdesktop.  What we're trying to do
>> here is see if the rdesktop executable got FUBAR'd or if there's some
>> other library that it's looking for but can't find.  When you compile it,
>> it will compile specifically for your libraries and shouldn't have any
>> problems.
>>     
>
> _______________________________________________
> K12OSN mailing list
> K12OSN at redhat.com
> https://www.redhat.com/mailman/listinfo/k12osn
> For more info see <http://www.k12os.org>
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/k12osn/attachments/20070425/643804fc/attachment.htm>