summaryrefslogtreecommitdiffstats
path: root/libvncserver
Commit message (Collapse)AuthorAgeFilesLines
* clean up build flagsdscho2009-02-031-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>
* We seem to need to guard against freeing iterator 'i' twice in ↵runge2008-06-241-4/+8
| | | | rfbSendFramebufferUpdate() (italc reported bug)
* Handle colormaps with more than 256 colors.runge2008-05-231-4/+14
|
* Please MS Visual C++ a bit (Christian Ehrlicher)dscho2008-02-181-2/+2
| | | | Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
* Fix ZYWRLE en/decoding for width != scanline (thanks Noriaki Yamazaki)dscho2008-02-041-145/+152
| | | | Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
* Add ZYWRLE to server printout.runge2008-02-031-0/+1
|
* Need to include zywrletemplate.c in Makefile.amrunge2008-02-011-1/+1
|
* Fix rfbSendSupportedEncodingsdscho2008-01-311-43/+32
| | | | | | | | | There was a long standing TODO to make the counting of the supported encodings dynamic. It never triggered, until ZYWRLE was added. Noticed by Christian Ehrlicher. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
* Fix Swap16IfLE() on bytesdscho2008-01-311-3/+3
| | | | | | | | | | When swapping the values for the colour table to little-endian (because they are 16-bit values), we need to cast "unsigned char" to "unsigned short"; otherwise, Microsoft's compiler would keep complaining. Noticed by Christian Ehrlicher. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
* Move tightQualityLevel out of the JPEG specific partdscho2008-01-311-2/+2
| | | | | | | | 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>
* Make ZYWRLE thread-safe for multiple clientsdscho2008-01-302-17/+15
| | | | | | | | 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>
* ZYWRLE brown paper bag fixdscho2008-01-302-4/+6
| | | | | | | | | | While adjusting the coding style, three stupid mistakes happened. The quality is _not_ just 1, 2, 3, but really 1, 3, 2. And the macros ZYWRLE_PACK_COEFF() and ZYWRLE_UNPACK_COEFF() expand to more than one statement, which means that we need curly brackets around them when they are in an if clause. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
* Add missing #include <time.h> (thanks Christian Ehrlicher)dscho2008-01-291-0/+2
| | | | Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
* Add ZYWRLE server-side support (thanks Noriaki Yamazaki, Hitachi)dscho2008-01-295-24/+952
| | | | Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
* Avoid misaligned access on 64-bit machinesdscho2007-09-171-13/+15
| | | | | | | | | We used to assume that a char[256] is properly aligned to be cast to an rfbServerInitMsg, but that was not the case. So use a union instead. Noticed by Flavio Leitner. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
* More fixes to ultra java viewer, ultrafilexfer debugging output, fix -loop ↵runge2007-05-191-7/+10
| | | | in .x11vncrc case.
* Pre-C99 declaration error.runge2007-05-171-2/+2
|
* In rfbSendFileTransferChunk() check permitFileTransfer 1st to avoid false ↵runge2007-05-171-3/+4
| | | | alarms.
* Add logging output to know when inside tightvnc-filetransfer functions.runge2007-05-162-1/+18
|
* Drop client if UltraVNC filetransfer is not enabled.runge2007-05-161-3/+33
|
* Build shared libraries per defaultdscho2007-03-301-2/+2
| | | | Thanks to Guillaume Rousse, we now use libtool to build shared libraries.
* Fix short vs. char problem with X cursors. Have fg == bg == 0 imply ↵runge2007-03-241-7/+51
| | | | interpolation to B&W.
* Add "Connection: close" to HTTP replies.runge2007-03-201-2/+15
|
* Fix a locking problem in libvncserverdscho2007-03-172-3/+2
| | | | | | | | | | | | | | | | | | | There seems to be a locking problem in libvncserver, with respect to how condition variables are used. On certain machines in our lab, when using a vncviewer to view a display that has a very high rate of updates, we will occasionally see the VNC server process crash. In one stack trace that was obtained, an assertion had tripped in glibc's pthread_cond_wait, which was called from clientOutput. Inspection of clientOutput suggests that WAIT is being called incorrectly. The mutex that protects a condition variable should always be locked when calling wait, and on return from the wait will still be locked. The attached patch fixes the locking around this condition variable, and one other that I found by grepping the source for similar occurrences. Signed-off-by: Charles Coffing <ccoffing@novell.com>
* compile fix for MinGWdscho2007-01-251-19/+27
|
* fix typo.runge2006-12-151-1/+1
|
* Remove stray ""-permitfiletransfer permit file transfer support" output.runge2006-12-131-1/+0
|
* N_ENC_CAPS check does not work if libz is not present.runge2006-10-111-2/+4
|
* x11vnc: improve ultravnc filexfer rate by calling rfbCheckFD more oftenrunge2006-09-181-1/+2
|
* x11vnc: clear DISPLAY for -unixpw su_verify, user supplied sig ignore.runge2006-09-151-2/+2
|
* RFB 3.8 clients are well informedsteven_carr2006-06-052-9/+30
|
* Better support for RFB >= 3.8 protocolssteven_carr2006-06-051-22/+43
|
* All security types for RFB >= 3.7 *have* to respond with a Security Result ↵steven_carr2006-06-051-1/+9
| | | | (Even rfbSecTypeNone)
* move all types into handler loop.runge2006-06-031-10/+9
|
* Security Type memory leak plugged. Leaks when rfb >= 3.7 clients connects.steven_carr2006-05-291-5/+9
| | | | The security list would grow 1 entry when clients connect.
* Plugged some memory leakagesteven_carr2006-05-287-3/+85
|
* Permit auth.c to test major versionsteven_carr2006-05-161-0/+1
|
* Specifically test for Major Version 3 addedsteven_carr2006-05-161-1/+2
|
* Statistics now fit into 80-column outputsteven_carr2006-05-161-4/+4
|
* Statistics output now fits in 80-column outputsteven_carr2006-05-161-67/+85
|
* Corrected Cursor Statistics reporting as messagessteven_carr2006-05-161-2/+2
|
* remove unneeded filedscho2006-05-151-15/+0
|
* Support sending TextChat messages back to the clientsteven_carr2006-05-151-0/+41
|
* Default to RFB 3.8, add command line option to specify the RFB version.steven_carr2006-05-153-5/+30
|
* The great UltraVNC Compatibility Commitsteven_carr2006-05-1515-229/+1426
|
* fix some build issues WRT ultravnc code.runge2006-05-135-3494/+3499
|
* Server Capability Encodingssteven_carr2006-05-041-3/+277
| | | | | | | 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)"
* Client Independent Server Side Scaling is now supportedsteven_carr2006-05-0314-64/+580
| | | | Both PalmVNC and UltraVNC SetScale messages are supported
* Ultra Encoding added. Tested against UltraVNC V1.01steven_carr2006-05-026-6/+3745
|
* Make VPATH building work with -I $(top_srcdir) for rfb/rfb.hrunge2006-04-262-2/+2
|
generated by cgit v1.2.1 (git 2.18.0) at 2024-12-27 18:04:22 +0000