On Tue, 02 Oct 2012 01:29:44 -0500 DRC <dcomman...@users.sourceforge.net> wrote:
> The attached adds support for the unofficial rfbTightNoZlib extension > used by the TurboVNC Server to transmit Raw, indexed color, and mono > subrectangles without Zlib compression. This prevents the TigerVNC > Viewer from crashing if the user attempts to select Compress level 0 > while connected to a TurboVNC server. > The principle is reasonable, but is this an officially allocated number? You seem to be using it as a bit, even though it isn't a single bit. I don't see how that can work. "fill" | "nozlib" == 0x08 | 0x0A = 0x0A. So masking off "nozlib" does not give you back "fill", but 0x00. And I see no code for telling the server that the client supports the extension. Rgds -- Pierre Ossman Software Development Cendio AB http://cendio.com Teknikringen 8 http://twitter.com/ThinLinc 583 30 Linköping http://facebook.com/ThinLinc Phone: +46-13-214600 http://plus.google.com/112509906846170010689 A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
