Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | clean up build flags | dscho | 2009-02-03 | 1 | -1/+1 |
| | | | | | | | | | | | | | | | | | The flag handling (both compiler options and include paths) are a mess at the moment. There is no point in forcing "-O2 -g" when these are already the defaults, and if someone changes the defaults, chances are good they don't want you clobbering their choices. The -Wall flag should be handled in configure and thrown into CFLAGS once rather than every Makefile.am. Plus, this way we can control which compilers the flag actually gets used with. Finally, the INCLUDES variable is for -I paths, not AM_CFLAGS. Nor should it contain -I. as this is already in the default includes setup. Signed-off-by: Mike Frysinger <vapier@gentoo.org> Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de> | ||||
* | examples/mac: disable the cursor | dscho | 2008-05-13 | 1 | -0/+3 |
| | | | | | | | | We cannot write access the frame buffer, and we do not have a sensible cursor anyway, so better disable the cursor (which would have to be drawn for clients that do not support CursorShapeUpdates). Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de> | ||||
* | Build shared libraries per default | dscho | 2007-03-30 | 1 | -1/+1 |
| | | | | Thanks to Guillaume Rousse, we now use libtool to build shared libraries. | ||||
* | include rotatetemplate.c in the tarball | dscho | 2006-04-30 | 1 | -1/+1 |
| | |||||
* | add rotate and flip example | dscho | 2006-04-27 | 5 | -2/+149 |
| | |||||
* | malloc.h should not be needed (it is missing on quite a few platforms) | dscho | 2006-04-27 | 1 | -1/+0 |
| | |||||
* | Make VPATH building work with -I $(top_srcdir) for rfb/rfb.h | runge | 2006-04-26 | 1 | -1/+1 |
| | |||||
* | Added an example camera application to demonstrate another way to write a ↵ | steven_carr | 2006-04-17 | 2 | -1/+154 |
| | | | | server application. | ||||
* | Fix blooptest example | dscho | 2006-03-01 | 3 | -5/+3 |
| | |||||
* | if compiling with pthreads, also compile blooptest | dscho | 2006-03-01 | 1 | -1/+9 |
| | |||||
* | x11vnc: the big split. | runge | 2006-01-09 | 1 | -1/+2 |
| | |||||
* | fix client non-jpeg/libz builds | runge | 2006-01-08 | 1 | -2/+5 |
| | |||||
* | previous patch turned compile warning in a compile error; fix that ;-) | dscho | 2005-12-09 | 1 | -1/+1 |
| | |||||
* | fix compile warnings | dscho | 2005-12-08 | 1 | -3/+5 |
| | |||||
* | The PseudoEncoding extension code was getting silly: | dscho | 2005-10-07 | 1 | -1/+1 |
| | | | | | | | | | | | | | | | | | | | | 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. | ||||
* | add BackChannel extension example | dscho | 2005-10-06 | 2 | -1/+114 |
| | |||||
* | kill BackChannel and CustomClientMessage: the new extension technique makes ↵ | dscho | 2005-10-06 | 1 | -60/+0 |
| | | | | these hooks obsolete | ||||
* | do it right: it is not DEFINES, but AM_CFLAGS | dscho | 2005-10-06 | 1 | -1/+1 |
| | |||||
* | This monster commit contains support for TightVNC's file transfer protocol. | dscho | 2005-09-28 | 3 | -1/+18 |
| | | | | Thank you very much, Rohit! | ||||
* | mac works! | dscho | 2005-05-24 | 1 | -0/+1 |
| | |||||
* | fix off by one bug | dscho | 2005-05-24 | 1 | -2/+4 |
| | |||||
* | hide strict ansi stuff if not explicitely turned on; actually use the ↵ | dscho | 2005-05-18 | 1 | -0/+2 |
| | | | | socklen_t test from configure.ac | ||||
* | ANSIfy, fix some warnings from Linus' sparse | dscho | 2005-05-15 | 7 | -35/+44 |
| | |||||
* | more files to ignore | dscho | 2005-05-14 | 1 | -0/+2 |
| | |||||
* | fix memory leaks detected using valgrind | dscho | 2005-05-14 | 1 | -0/+1 |
| | |||||
* | socketInitDone -> socketState | dscho | 2005-05-07 | 2 | -3/+10 |
| | |||||
* | pointerClient was still static. | dscho | 2005-01-18 | 1 | -7/+0 |
| | | | | | | | | | | | | | | | | | | | | | | do not make requestedRegion empty without reason. the cursor handling for clients which don't handle CursorShape updates was completely broken. It originally was very complicated for performance reasons, however, in most cases it made performance even worse, because at idle times there was way too much checking going on, and furthermore, sometimes unnecessary updates were inevitable. The code now is much more elegant: the ClientRec structure knows exactly where it last painted the cursor, and the ScreenInfo structure knows where the cursor shall be. As a consequence there is no more rfbDrawCursor()/rfbUndrawCursor(), no more dontSendFramebufferUpdate, and no more isCursorDrawn. It is now possible to have clients which understand CursorShape updates and clients which don't at the same time. rfbSetCursor no longer has the option freeOld; this is obsolete, as the cursor structure knows what to free and what not. | ||||
* | reverted segfault fix; use rfbDrawCharWithClip | dscho | 2005-01-14 | 1 | -1/+1 |
| | |||||
* | compile fix on mac; still untested... | dscho | 2004-12-20 | 1 | -5/+5 |
| | |||||
* | support MinGW32! | dscho | 2004-12-01 | 2 | -1/+3 |
| | |||||
* | global structures/functions should have "rfb", "sra" or "zrle" as prefix, | dscho | 2004-08-30 | 6 | -8/+8 |
| | | | | while structure members should not | ||||
* | now that the examples reside in a subdirectory, the classes path has to be ↵ | dscho | 2004-06-18 | 3 | -3/+3 |
| | | | | adapted | ||||
* | add client_examples/, add SDLvncviewer, libvncclient API changes, suppress ↵ | dscho | 2004-06-07 | 3 | -61/+2 |
| | | | | automake CFLAGS nagging | ||||
* | move the library into libvncserver/, x11vnc into x11vnc/ | dscho | 2004-05-25 | 2 | -2/+2 |
| | |||||
* | add support for pgm and pbm (8-bit and 1-bit grayscale images) | dscho | 2004-03-24 | 1 | -14/+50 |
| | |||||
* | make examples g++ compileable, thanks to Juan Jose Costello | dscho | 2004-02-04 | 6 | -6/+6 |
| | |||||
* | ignore all test programs | dscho | 2004-01-21 | 1 | -3/+1 |
| | |||||
* | add a simple example how to use rfbDoCopyRect | dscho | 2004-01-21 | 2 | -2/+55 |
| | |||||
* | 2002-09-11 Mark McLoughlin <mark@skynet.ie> | markmc | 2003-09-11 | 1 | -453/+0 |
| | | | | | | | * Makefile.in, */Makefile.in, aclocal.m4, bootstrap.sh, config.h.in, configure, depcomp, install-sh, missing, mkinstalldirs, Removed auto-generated files from CVS. | ||||
* | ZRLE no longer uses C++, but C | dscho | 2003-09-08 | 1 | -2/+1 |
| | |||||
* | using autoconf 1.6 | dscho | 2003-08-18 | 1 | -39/+50 |
| | |||||
* | rfbErr introduced | dscho | 2003-08-06 | 2 | -2/+2 |
| | |||||
* | API change: Bool, KeySym, Pixel get prefix "rfb"; constants in rfbconfig.h ↵ | dscho | 2003-07-30 | 6 | -80/+66 |
| | | | | get prefix "LIBVNCSERVER_" | ||||
* | fixed maxRectsPerUpdate with Tight encoding bug; some autoconfing; stderr ↵ | dscho | 2003-07-28 | 7 | -53/+67 |
| | | | | should not be used in a library (use rfbLog instead) | ||||
* | debug flags | dscho | 2003-07-28 | 2 | -2/+2 |
| | |||||
* | Added simple examples | dscho | 2003-07-25 | 5 | -7/+71 |
| | |||||
* | another try to make CVS more helpful with configure | dscho | 2003-07-10 | 1 | -0/+416 |
| | |||||
* | the correct way to include rfb.h is now "#include <rfb/rfb.h>" | dscho | 2003-02-20 | 9 | -12/+14 |
| | |||||
* | fixed dependecy to libvncserver.a; if the lib is newer, the programs are ↵ | dscho | 2003-02-10 | 1 | -1/+1 |
| | | | | relinked | ||||
* | added colourmapexample; fixed LinuxVNC to show the right colours | dscho | 2003-02-10 | 3 | -2/+34 |
| |