[First Page] [Previous Page] [Next Page] [Last Page]
| GIT Hash | Branch | Date | Author | Log Message |
|---|---|---|---|---|
| ca805667 [view] | master | 2007-03-30 23:31:33 +0000 | dscho | [libtdevnc] Build shared libraries per default Thanks to Guillaume Rousse, we now use libtool to build shared libraries. |
| 3f0f799d [view] | master | 2007-03-25 02:43:00 +0000 | runge | [libtdevnc] x11vnc: remove build errors, get -ncache working on macosx again. |
| ca56c41c [view] | master | 2007-03-24 23:32:21 +0000 | runge | [libtdevnc] Fix short vs. char problem with X cursors. Have fg == bg == 0 imply interpolation to B&W. |
| c5055013 [view] | master | 2007-03-24 23:30:43 +0000 | runge | [libtdevnc] reverse connections for ss_vncviewer. java one-time-keys. |
| 61c56222 [view] | master | 2007-03-24 23:27:32 +0000 | runge | [libtdevnc] x11vnc: reverse SSL connections. -sleepin option. |
| f1bfe53f [view] | master | 2007-03-24 23:23:25 +0000 | runge | [libtdevnc] reverse (listening) VNC connections. |
| d013b876 [view] | master | 2007-03-20 23:35:08 +0000 | runge | [libtdevnc] ssvnc: sync to 1.0.13 release. |
| 5e454662 [view] | master | 2007-03-20 23:33:04 +0000 | runge | [libtdevnc] x11vnc: -httpsredir, x11cursor fix, nc=N login opt, no -ncache betatest for java viewer. |
| f57eb874 [view] | master | 2007-03-20 23:26:33 +0000 | runge | [libtdevnc] Add "Connection: close" to HTTP replies. |
| 61cd498f [view] | master | 2007-03-17 00:13:12 +0000 | dscho | [libtdevnc] Fix a locking problem in libvncserver 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 |
[First Page] [Previous Page] [Next Page] [Last Page]
© 2010-2026 Trinity Desktop Project