summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
| * Include Winsock2 header before windows.h includeDaniel Cohen Gindi2014-09-021-2/+5
| | | | | | | | | | | | | | | | | | | | | | | | That's because there are duplicate #defines, and when Winsock2 is defined before windows.h then windows.h detects that and prevent redefinition. See http://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/4a90b143-1fb8-43e9-a54c-956127e0c579/windowsh-and-winsock2h?forum=windowssdk [JES: fixed commit message] Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
| * Remove unused variablesDaniel Cohen Gindi2014-09-021-7/+0
|/ | | | | | | | | This change is technically not required to support MSVC, but it was detected by Microsoft's compiler. [JES: fixed commit message] Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
* Merge pull request #21 from newsoft/masterdscho2014-08-261-0/+19
|\ | | | | Fixing two more security issues (remote server crash)
| * Do not accept a scaling factor of zero on PalmVNCSetScaleFactor and SetScale ↵Nicolas Ruff2014-08-181-0/+14
| | | | | | | | client->server messages. This would cause a division by zero and crash the server.
| * Check malloc() return value on client->server ClientCutText message. Client ↵Nicolas Ruff2014-08-181-0/+5
|/ | | | can send up to 2**32-1 bytes of text, and such a large allocation is likely to fail in case of high memory pressure. This would in a server crash (write at address 0).
* Merge pull request #16 from sandsmark/masterdscho2014-08-162-6/+10
|\ | | | | Merge patches from KDE/krfb
| * allow rfbInitSockets with non-ready states.Amandeep Singh2014-08-031-2/+3
| | | | | | | | | | This allows for reinitializations of e. g. sockets in a SHUTDOWN state. The only state that doesn't make sense to reinitialize are READY states.
| * Fix crash in krfbAmandeep Singh2014-08-031-4/+7
| | | | | | | | | | Krfb crashes on quit, if any client is connected due to a rfbClientConnectionGone call missing
| * x11vnc: fix double X_UNLOCK on xrandr eventsWill Thompson2014-08-031-0/+1
| | | | | | | | | | | | | | | | check_xrandr_event() assumes X_LOCK is taken before it is called, and currently calls X_UNLOCK on behalf of the caller. But in practice, all callers assume that the lock is still held after check_xrandr_event() returns. In particular, this leads to a double-unlock and crash in check_xevents() on any xrandr event.
* | Merge pull request #17 from dktrkranz/masterLuca Falavigna2014-08-163-4/+14
|\ \ | | | | | | | | | Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
| * | Fix whitespaceJohannes Schindelin2014-08-161-8/+8
| | | | | | | | | | | | Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
| * | Enable support for ppc64el architectureLuca Falavigna2014-08-161-2/+8
| | |
| * | Use Libs.private to avoid unnecessary linkageLuca Falavigna2014-08-162-2/+6
|/ /
* | Fix indentationJohannes Schindelin2014-08-162-3/+3
| | | | | | | | Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
* | Merge pull request #20 from newsoft/masterdscho2014-08-162-5/+28
|\ \ | | | | | | Fix integer overflow in MallocFrameBuffer()
| * | Check for MallocFrameBuffer() return valuenewsoft2014-08-152-4/+9
| | | | | | | | | | | | | | | | | | If MallocFrameBuffer() returns FALSE, frame buffer pointer is left to NULL. Subsequent writes into that buffer could lead to memory corruption, or even arbitrary code execution.
| * | Fix integer overflow in MallocFrameBuffer()newsoft2014-08-151-1/+19
|/ / | | | | | | | | Promote integers to uint64_t to avoid integer overflow issue during frame buffer allocation for very large screen sizes
* | Merge pull request #13 from wjt/fix-double-X_UNLOCK-on-xrandr-eventdscho2014-07-181-0/+1
|\ \ | |/ |/| x11vnc: fix double X_UNLOCK on xrandr events
| * x11vnc: fix double X_UNLOCK on xrandr eventsWill Thompson2014-07-101-0/+1
| | | | | | | | | | | | | | | | check_xrandr_event() assumes X_LOCK is taken before it is called, and currently calls X_UNLOCK on behalf of the caller. But in practice, all callers assume that the lock is still held after check_xrandr_event() returns. In particular, this leads to a double-unlock and crash in check_xevents() on any xrandr event.
* | Update LZO to version 2.07Johannes Schindelin2014-06-274-1687/+4690
| | | | | | | | | | | | | | | | | | | | It was reported that LZO has security issues in LMS-2014-06-16-1: Oberhumer LZO (CVE-2014-4607): http://seclists.org/oss-sec/2014/q2/665 This was also reported by Alex Xu as https://github.com/LibVNC/libvncserver/issues/9. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
* | Merge pull request #7 from waldheinz/init-sfae-paddingdscho2014-06-231-0/+2
|\ \ | | | | | | Initialize padding in SetFormatAndEncodings' rfbSetPixelFormatMsg.
| * | Initialize padding in SetFormatAndEncodings' rfbSetPixelFormatMsg.Matthias Treydte2014-06-231-0/+2
| |/
* | Merge pull request #6 from waldheinz/cmake-cleanupdscho2014-06-231-11/+12
|\ \ | |/ |/| Use CMAKE_CURRENT_*_DIR instead of CMAKE_*_DIR.
| * Use CMAKE_CURRENT_*_DIR instead of CMAKE_*_DIR.Matthias Treydte2014-06-231-11/+12
|/ | | | | | | | | | | | | | | This makes the library friendly to use as a git submodule within another project, and should change nothing when compiled alone. For example when having a directory structure like "my_project/external/libvnc", where in libvnc resides a checkout of libvncserver, one can just reference that directory from the CMakeLists.txt in my_project with > add_directory ( external/libvnc ) and add vncclient / vncserver in my_project's taret_link_libraries, one can just hack away without having to manually make / install LibVNCServer whenever something is changed there.
* Merge pull request #4 from dextero/masterdscho2014-05-141-0/+7
|\ | | | | x11vnc: adjust blackout region coordinates to the clipping region
| * x11vnc: adjust blackout region coordinates to the clipping regiondextero2014-05-131-0/+7
|/
* Merge branch 'repeater'Johannes Schindelin2014-04-054-1/+76
|\ | | | | | | | | | | | | Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de> Conflicts: .gitignore
| * libvncclient: If we have TLS support, enable VeNCrypt by defaultJohannes Schindelin2014-04-051-0/+3
| | | | | | | | Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
| * Ignore the 'mac' example, tooJohannes Schindelin2014-04-051-0/+1
| | | | | | | | Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
| * Ignore the vencrypt documentJohannes Schindelin2014-04-051-0/+1
| | | | | | | | | | | | https://www.berrange.com/~dan/vencrypt.txt Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
| * Ignore rfbproto.rstJohannes Schindelin2014-04-051-0/+1
| | | | | | | | | | | | | | | | A more up-to-date version of the RFB protocol is maintained by TigerVNC: http://sourceforge.net/p/tigervnc/code/HEAD/tree/rfbproto/rfbproto.rst Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
| * Repeater example: show how to shut down cleanlyJohannes Schindelin2014-04-051-0/+6
| | | | | | | | | | | | | | Since we connected to the client through the repeater, chances are that we want this server shut down once the client disconnected. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
| * Add an example how to connect to an UltraVNC-style repeaterJohannes Schindelin2014-04-053-1/+64
| | | | | | | | | | | | | | | | | | | | | | | | UltraVNC offers an add-on to connect clients and servers via IDs with a so-called repeater (e.g. to bridge firewalled clients and servers): http://www.uvnc.com/products/uvnc-repeater.html This example demonstrates how to use that feature with a LibVNCServer-based server. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
* | Update sourceforge links to point to github.Christian Beier2014-04-053-4/+4
| |
* | Fix tyopJohannes Schindelin2014-03-311-1/+1
| | | | | | | | Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
* | Ignore more generated filesJohannes Schindelin2014-03-301-0/+5
| | | | | | | | | | | | | | | | | | While at it, also ignore the documentation of the RFB protocol best downloaded manually from http://www.realvnc.com/docs/rfbproto.pdf Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
* | Address #12 ClientData does not get freedRobbert Klarenbeek2014-03-301-0/+6
| | | | | | | | | | | | | | rfbClientSetClientData() allocates a new rfbClientData, but never gets cleaned up, which causes memory leaks. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
* | After free()ing clientData, set it to NULLJohannes Schindelin2014-03-302-0/+2
|/ | | | | | We will change rfbClientCleanup() to free the data. Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
* Set opcode correctly for binary frames.Joel Martin2013-02-271-0/+1
|
* Remove unneeded #ifdefs.Christian Beier2013-01-251-3/+2
|
* Fix ABI compatibility issue.Christian Beier2013-01-251-1/+4
|
* LibVNCClient: Add H.264 encoding for framebuffer updatesDavid Verbeiren2013-01-258-1/+725
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch implements support in LibVNCClient for framebuffer updates encoded as H.264 frames. Hardware accelerated decoding is performed using VA API. This is experimental support to let the community explore the possibilities offered by the potential bandwidth and latency reductions that H.264 encoding allows. This may be particularly useful for use cases such as online gaming, hosted desktops, hosted set top boxes... This patch only provides the client side support and is meant to be used with corresponding server-side support, as provided by an upcoming patch for qemu ui/vnc module (to view the display of a virtual machine executing under QEMU). With this H.264-based encoding, if multiple framebuffer update messages are generated for a single server framebuffer modification, the H.264 frame data is sent only with the first update message. Subsequent update framebuffer messages will contain only the coordinates and size of the additional updated regions. Instructions/Requirements: * The patch should be applied on top of the previous patch I submitted with minor enhancements to the gtkvncviewer application: http://sourceforge.net/mailarchive/message.php?msg_id=30323804 * Currently only works with libva 1.0: use branch "v1.0-branch" for libva and intel-driver. Those can be built as follows: cd libva git checkout v1.0-branch ./autogen.sh make sudo make install cd .. git clone git://anongit.freedesktop.org/vaapi/intel-driver cd intel-driver git checkout v1.0-branch ./autogen.sh make sudo make install Signed-off-by: David Verbeiren <david.verbeiren@intel.com>
* gtkvncviewer enhancementsDavid Verbeiren2013-01-101-3/+12
| | | | | | Hide "Connecting" dialog in gtkvncviewer once an update is received. Hide local cusror in gtkvncviewer.
* Add Raphael to AUTHORS.Christian Beier2012-09-141-1/+1
|
* Include strings.h for strncasecmp(3)Raphael Kubo da Costa2012-09-141-0/+1
|
* Work around a gcc bug with anonymous structs and unions.Raphael Kubo da Costa2012-09-141-10/+15
| | | | | | | | | | GCC < 4.6 failed to parse the declaration of ws_header_t correctly because it did not accept anonymous structs and unions. [1] Work around the bug by adding names to the unions and structs. Ugly, but works. [1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4784
* Include stdio.h for snprintf(3)Raphael Kubo da Costa2012-09-141-0/+2
|
* Add the required headers for read(2)Raphael Kubo da Costa2012-09-141-0/+5
|
* Use htobeNN(3) to convert numbers in websocket.c.Raphael Kubo da Costa2012-09-144-15/+20
| | | | | | | | | byteswap.h exists only on glibc, so building libvncserver with websockets support was not possible in other systems. Replace the inclusion of byteswap.h and the WS_* definitions with calls to htobeNN, which should perform the same conversions, be more portable and avoid the need to check for the platform's endianness.
* Do not hardcode the need for libresolv.Raphael Kubo da Costa2012-09-142-9/+29
| | | | | | | | | | libresolv is only present on systems which use glibc; platforms such as FreeBSD have __b64_ntop as part of libc itself. Improve the detection process and only link against libresolv if it exists on the system, and remember to reset CMAKE_REQUIRED_LIBRARIES after performing the necessary tests, since we do not always want to link against libresolv.
generated by cgit v1.2.1 (git 2.18.0) at 2025-01-11 10:01:28 +0000