>On Tuesday 22 July 2003 22:03, thaniwa@... wrote:
>> The Differences between linux/x86 box and solaris/SPARC is endian.
>> Current rdesktop source code(xwin.c) support only little endian on
>> 16/24bpp, so we cannot use 16/24bpp on solaris box if we do not re-write.
>Does this mean that the problem would *not* exist on Solaris/Sparc32?
>about Linux/Sparc? Even on a 64-bit Sparc, the linux userland is
>limited to 32-bit...so...?
Solaris/SPARC can run 32bit code, so there is no problem
if rdesktop supports only 32bit.
I have no time to compile rdesktop as 64bit binary,
so I wonder if we will compile rdesktop as 64bit binary.
# In gcc, compile to 64bit binary mode is optional, default is 32bit.
>> One more problem is in solaris box.
>> There are two types of the byte which store RGB (maybe...),
>> it depends on graphic card.
>> One is a RRGGBB, other one is a BBGGRR.
>> So, we have to check RGB type if we use rdesktop on solaris box,
>> but original source code do not have a function of check RGB type.
>Ugh, that should really be handled by X11, I would think. Time for a new
I think so too.
Current code of xwin.c is not use X11 APIs, so we have to re-write
code for Solaris/SPARC (and other big-endian unix box).
But, there is no X11 APIs in xwinc, so I was be able to re-write code
for solaris box.
Because I do not know about X11 APIs. X-(
# My default programming code is Java :-),
# so I can understand c,c++,..., but I do not know APIs for them.