Just Launched: You can now import projects and releases from Google Code onto SourceForge
We are excited to release new functionality to enable a 1-click import from Google Code onto the Allura platform on SourceForge. You can import tickets, wikis, source, releases, and more with a few simple steps. Read More
I have 3 issues that I'd like to put forward:
1) Endianness and macros in Mac OS X
2) 16-bit support
3) Going fully "native" in Mac OS X
I'm trying to compile the "other" CVS version (from
http://www.cendio.se/~peter/rdesktop/) on Mac OS X, and have a niggling
issue with next_be() - the macro does not seem to be defined in any
working form when building under OSX - so I get a missing symbol, and
the compile fails. Rifling through parse.h was a bit inconclusive,
since I couldn't as yet figure out the #ifdef branchings.
Oh, and I get this in localendian.h:
#define __LITTLE_ENDIAN 1234
#define __BIG_ENDIAN 4321
#define __BYTE_ORDER __BIG_ENDIAN
I confess to not having thought the thing through yet, since a) doing
big-endian/little-endian reasoning without enough caffeine in my system
does not go well and b) someone may have already come across this (on
Linux PPC, maybe) and fixed it.
The second issue (16-bit support) might be answered in a FAQ someplace,
but I'd like to hear from the people involved in development: What would
need to be changed (broadly speaking), and (roughly) where to support
16-bit depth on sessions to XP and .NET machines?
Finally, I'd like to consider building a fully native Mac OS X RDP
client (GPL, of course), and would like to gauge
interest/support/pitfalls for this. My main concern would be not
breaking the current source, so that enhancements (if any) to the core
were merged back in without too much hassle.