summaryrefslogtreecommitdiffstats
path: root/examples
Commit message (Collapse)AuthorAgeFilesLines
* Build shared libraries per defaultdscho2007-03-301-1/+1
| | | | Thanks to Guillaume Rousse, we now use libtool to build shared libraries.
* include rotatetemplate.c in the tarballdscho2006-04-301-1/+1
|
* add rotate and flip exampledscho2006-04-275-2/+149
|
* malloc.h should not be needed (it is missing on quite a few platforms)dscho2006-04-271-1/+0
|
* Make VPATH building work with -I $(top_srcdir) for rfb/rfb.hrunge2006-04-261-1/+1
|
* Added an example camera application to demonstrate another way to write a ↵steven_carr2006-04-172-1/+154
| | | | server application.
* Fix blooptest exampledscho2006-03-013-5/+3
|
* if compiling with pthreads, also compile blooptestdscho2006-03-011-1/+9
|
* x11vnc: the big split.runge2006-01-091-1/+2
|
* fix client non-jpeg/libz buildsrunge2006-01-081-2/+5
|
* previous patch turned compile warning in a compile error; fix that ;-)dscho2005-12-091-1/+1
|
* fix compile warningsdscho2005-12-081-3/+5
|
* The PseudoEncoding extension code was getting silly:dscho2005-10-071-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 exampledscho2005-10-062-1/+114
|
* kill BackChannel and CustomClientMessage: the new extension technique makes ↵dscho2005-10-061-60/+0
| | | | these hooks obsolete
* do it right: it is not DEFINES, but AM_CFLAGSdscho2005-10-061-1/+1
|
* This monster commit contains support for TightVNC's file transfer protocol.dscho2005-09-283-1/+18
| | | | Thank you very much, Rohit!
* mac works!dscho2005-05-241-0/+1
|
* fix off by one bugdscho2005-05-241-2/+4
|
* hide strict ansi stuff if not explicitely turned on; actually use the ↵dscho2005-05-181-0/+2
| | | | socklen_t test from configure.ac
* ANSIfy, fix some warnings from Linus' sparsedscho2005-05-157-35/+44
|
* more files to ignoredscho2005-05-141-0/+2
|
* fix memory leaks detected using valgrinddscho2005-05-141-0/+1
|
* socketInitDone -> socketStatedscho2005-05-072-3/+10
|
* pointerClient was still static.dscho2005-01-181-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 rfbDrawCharWithClipdscho2005-01-141-1/+1
|
* compile fix on mac; still untested...dscho2004-12-201-5/+5
|
* support MinGW32!dscho2004-12-012-1/+3
|
* global structures/functions should have "rfb", "sra" or "zrle" as prefix,dscho2004-08-306-8/+8
| | | | while structure members should not
* now that the examples reside in a subdirectory, the classes path has to be ↵dscho2004-06-183-3/+3
| | | | adapted
* add client_examples/, add SDLvncviewer, libvncclient API changes, suppress ↵dscho2004-06-073-61/+2
| | | | automake CFLAGS nagging
* move the library into libvncserver/, x11vnc into x11vnc/dscho2004-05-252-2/+2
|
* add support for pgm and pbm (8-bit and 1-bit grayscale images)dscho2004-03-241-14/+50
|
* make examples g++ compileable, thanks to Juan Jose Costellodscho2004-02-046-6/+6
|
* ignore all test programsdscho2004-01-211-3/+1
|
* add a simple example how to use rfbDoCopyRectdscho2004-01-212-2/+55
|
* 2002-09-11 Mark McLoughlin <mark@skynet.ie>markmc2003-09-111-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 Cdscho2003-09-081-2/+1
|
* using autoconf 1.6dscho2003-08-181-39/+50
|
* rfbErr introduceddscho2003-08-062-2/+2
|
* API change: Bool, KeySym, Pixel get prefix "rfb"; constants in rfbconfig.h ↵dscho2003-07-306-80/+66
| | | | get prefix "LIBVNCSERVER_"
* fixed maxRectsPerUpdate with Tight encoding bug; some autoconfing; stderr ↵dscho2003-07-287-53/+67
| | | | should not be used in a library (use rfbLog instead)
* debug flagsdscho2003-07-282-2/+2
|
* Added simple examplesdscho2003-07-255-7/+71
|
* another try to make CVS more helpful with configuredscho2003-07-101-0/+416
|
* the correct way to include rfb.h is now "#include <rfb/rfb.h>"dscho2003-02-209-12/+14
|
* fixed dependecy to libvncserver.a; if the lib is newer, the programs are ↵dscho2003-02-101-1/+1
| | | | relinked
* added colourmapexample; fixed LinuxVNC to show the right coloursdscho2003-02-103-2/+34
|
* support for OS X is better nowdscho2003-02-092-2/+1
|
* trying again to support OS Xdscho2003-02-091-1/+5
|