summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* x11vnc: -8to24 more speedups; tunables for very slow machines.runge2006-02-067-101/+383
|
* x11vnc: -8to24 speedups and improvements.runge2006-02-0516-464/+1052
|
* x11vnc: -8to24 opts, use XGetSubImage. fix -threads deadlocks and -rawfb crashrunge2006-01-2216-159/+310
|
* x11vnc: -8to24 now works on default depth 8 displays.runge2006-01-1913-873/+1240
|
* x11vnc: more tweaks to -8to24 XGETIMAGE_8TO24runge2006-01-167-858/+1074
|
* x11vnc: add -8to24 option for some multi-depth displays.runge2006-01-1523-540/+1639
|
* configure.ac: add switches for most X extensions.runge2006-01-127-37/+81
|
* logMutex needs to be initialized too; in rfbDefaultLog.runge2006-01-115-713/+727
|
* x11vnc: close fd > 2 in run_user_command(), -nocmds in crash_debug, fix ↵runge2006-01-1117-31/+68
| | | | 64bit bug for -solid.
* rfbProcessEvents() has to iterate also over clients with sock < 0 to close themdscho2006-01-103-3/+24
|
* x11vnc: the big split.runge2006-01-0969-32423/+34376
|
* fix client non-jpeg/libz buildsrunge2006-01-084-4/+14
|
* rfbRegisterProtocolExtension extMutex was never initialized.runge2006-01-062-0/+10
|
* x11vnc: enhance -passwdfile features, filetransfer on by default.runge2005-12-245-103/+312
|
* make compile again with pthreads; fix off-by-one errordscho2005-12-221-2/+4
|
* introduce -deferptrupdate (thanks Dave)dscho2005-12-196-5/+60
|
* assorted fixes for MinGW32dscho2005-12-196-19/+24
|
* work around write() returning ENOENT on Solaris 2.7dscho2005-12-094-1/+20
|
* previous patch turned compile warning in a compile error; fix that ;-)dscho2005-12-091-1/+1
|
* fix compile warningsdscho2005-12-081-3/+5
|
* one more memory leakdscho2005-12-071-0/+5
|
* plug memory leaksdscho2005-12-073-2/+25
|
* translate keys based on unicode (much more reliable than sym)dscho2005-12-071-142/+88
|
* x11vnc: add -loop option.runge2005-11-285-742/+915
|
* fix deadlock from rfbReleaseExtensionIterator(), fix no libz/libjpeg ↵runge2005-11-2519-35/+177
| | | | 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.
* configure.ac: test ... == ... not allowed on all unix.runge2005-10-232-3/+3
|
* x11vnc: -filexfer, -slow_fb, -blackout noptr,...runge2005-10-237-952/+1483
|
* update TODOdscho2005-10-071-1/+2
|
* The PseudoEncoding extension code was getting silly:dscho2005-10-073-6/+4
| | | | | | | | | | | | | | | | | | | | 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.
* update ChangeLog for todaydscho2005-10-061-0/+8
|
* add an extension mechanism for LibVNCClient, modify the client data handlingdscho2005-10-065-20/+219
| | | | | so that more than one data structure can be attached, and add an example to speak the client part of the back channel.
* add BackChannel extension exampledscho2005-10-062-1/+114
|
* fix warningdscho2005-10-061-1/+1
|
* kill BackChannel and CustomClientMessage: the new extension technique makes ↵dscho2005-10-068-143/+1
| | | | these hooks obsolete
* provide a list of the pseudo encodings understood by the extensiondscho2005-10-063-5/+43
|
* DEFINES -> AM_CFLAGSdscho2005-10-062-2/+2
|
* do it right: it is not DEFINES, but AM_CFLAGSdscho2005-10-065-5/+5
|
* add enablePseudoEncoding() to rfbProtocolExtensiondscho2005-10-034-8/+34
|
* more TODOs, and an update to the websitedscho2005-09-292-1/+4
|
* This monster commit contains support for TightVNC's file transfer protocol.dscho2005-09-2825-26/+3025
| | | | Thank you very much, Rohit!
* Introduce generic protocol extension method. Deprecatedscho2005-09-276-11/+140
| | | | the processCustomClientMessage() method.
* Security is global. This was a misguided attempt to evade a global list.dscho2005-09-273-11/+9
| | | | I eventually saw the light and went with Rohit�s original approach.
* support new ffmpeg versiondscho2005-09-272-5/+17
|
* support VNC protocol version 3.7dscho2005-09-266-23/+258
|
* for x11vnc standalone package, adaptions were needed after changing ↵dscho2005-08-221-2/+2
| | | | LibVNCServer.spec.in
* split rpm into three packages: the library, -devel (headers), and x11vncdscho2005-08-213-14/+57
|
* x11vnc: more gui fixes, gui requests via client_sock, PASSWD_REQUIRED build ↵runge2005-07-186-1068/+1858
| | | | opt.
* x11vnc: setup for new release 0.7.3 while I remember how..runge2005-07-135-730/+705
|
* x11vnc: tweaks for release, fix queue buildup under -viewonly.runge2005-07-137-1051/+1573
|
* x11vnc: more improvements to gui, scary nopassword warning msg.runge2005-07-116-1339/+2836
|
generated by cgit v1.2.1 (git 2.18.0) at 2024-12-15 20:42:19 +0000