- 30 Oct, 2009 1 commit
-
-
Alexander Dorokhine authored
When working on a program which searches the display for some image, one does not want to search again without getting an FB update. Add a callback to make this possible.
-
- 02 Oct, 2009 1 commit
-
-
Christian Beier authored
SOCKET is redefined in winsock2.h so #undef it where winsock2.h is included. The changes in rfbproto.c circumvent crosscompiler errors like 'S_IFMT' undeclared ...', the Makefile.am changes avoid building linux specific stuff for a win32 host target. Also added configure option to specify sdl-config. Signed-off-by:
Christian Beier <dontmind@freeshell.org> Signed-off-by:
Johannes Schindelin <johannes.schindelin@gmx.de>
-
- 21 May, 2009 1 commit
-
-
runge authored
Proposed tight security type fix for debian bug 517422.
-
- 20 May, 2009 1 commit
-
-
llyzs authored
These are useful functions for VNC clients, so let's export them for everybody to use. Signed-off-by:
Johannes Schindelin <johannes.schindelin@gmx.de>
-
- 12 May, 2009 1 commit
-
-
Ben Klopfenstein authored
Signed-off-by:
Johannes Schindelin <johannes.schindelin@gmx.de>
-
- 28 Apr, 2008 1 commit
-
-
dscho authored
The JPEG library is not necessarily installed everywhere, and sometimes it is outright undesirable to compile with JPEG support, e.g. when the server is not very fast. So fix the compilation for that case. Signed-off-by:
Johannes Schindelin <johannes.schindelin@gmx.de>
-
- 31 Jan, 2008 1 commit
-
-
dscho authored
The variable tightQualityLevel is used for ZYWRLE compression, too, so if libjpeg is not present, but libz is, we still need to have that struct member. Signed-off-by:
Johannes Schindelin <johannes.schindelin@gmx.de>
-
- 30 Jan, 2008 1 commit
-
-
dscho authored
ZYWRLE used a static buffer, which does not work too well if you have more than one client in a threaded server. Instead, we have the data in the client structure now. Signed-off-by:
Johannes Schindelin <johannes.schindelin@gmx.de>
-
- 29 Jan, 2008 2 commits
-
-
dscho authored
Signed-off-by:
Johannes Schindelin <johannes.schindelin@gmx.de>
-
dscho authored
Signed-off-by:
Johannes Schindelin <johannes.schindelin@gmx.de>
-
- 06 Apr, 2007 2 commits
- 01 Feb, 2007 1 commit
-
-
dscho authored
LibVNCClient: some users do not want to get whole-screen updates; introduce client->updateRect for that
-
- 31 Jan, 2007 1 commit
-
-
runge authored
-
- 16 Dec, 2006 1 commit
-
-
runge authored
-
- 12 Sep, 2006 1 commit
-
-
dscho authored
-
- 11 Sep, 2006 1 commit
-
-
dscho authored
-
- 28 May, 2006 1 commit
-
-
steven_carr authored
-
- 16 May, 2006 1 commit
-
-
steven_carr authored
-
- 15 May, 2006 3 commits
-
-
steven_carr authored
-
steven_carr authored
-
steven_carr authored
-
- 04 May, 2006 3 commits
-
-
steven_carr authored
rfbEncodingSupportedEncodings - What encodings are supported? rfbEncodingSupportedMessages - What message types are supported? rfbEncodingServerIdentity - What is the servers version string? ie: "x11vnc: 0.8.1 lastmod: 2006-04-25 (LibVNCServer 0.9pre)"
-
steven_carr authored
-
steven_carr authored
-
- 03 May, 2006 1 commit
-
-
steven_carr authored
Both PalmVNC and UltraVNC SetScale messages are supported
-
- 02 May, 2006 1 commit
-
-
steven_carr authored
-
- 28 Apr, 2006 1 commit
-
-
dscho authored
-
- 28 Mar, 2006 1 commit
-
-
dscho authored
-
- 01 Mar, 2006 1 commit
-
-
dscho authored
-
- 28 Feb, 2006 1 commit
-
-
dscho authored
-
- 24 Feb, 2006 2 commits
-
-
rohit_99129 authored
-
rohit_99129 authored
-
- 22 Feb, 2006 1 commit
-
-
dscho authored
-
- 19 Dec, 2005 1 commit
-
-
dscho authored
-
- 07 Dec, 2005 1 commit
-
-
dscho authored
-
- 25 Nov, 2005 1 commit
-
-
runge authored
fix deadlock from rfbReleaseExtensionIterator(), fix no libz/libjpeg builds, disable tightvnc-filetransfer if no libpthread, add --without-pthread option, rm // comments, set NAME_MAX if not defined, x11vnc: throttle load if fb update requests not taking place.
-
- 07 Oct, 2005 1 commit
-
-
dscho authored
If the client asked for an encoding, and no enabled extension handled it, LibVNCServer would walk through all extensions, and if they promised to handle the encoding, execute the extension's newClient() if it was not NULL. However, if newClient is not NULL, it will be called when a client connects, and if it returns TRUE, the extension will be enabled. Since all the state of the extension should be in the client data, there is no good reason why newClient should return FALSE the first time (thus not enabling the extension), but TRUE when called just before calling enablePseudoEncoding(). So in effect, the extension got enabled all the time, even if that was not necessary. The resolution is to pass a void** to enablePseudoEncoding. This has the further advantage that enablePseudoEncoding can remalloc() or free() the data without problems. Though keep in mind that if enablePseudoEncoding() is called on a not-yet-enabled extension, the passed data points to NULL.
-
- 06 Oct, 2005 2 commits