Re: [Tigervnc-devel] Severe performance problem and possible Zlib issue with r4280

2011-02-14 Thread Martin Koegler
On Sun, Feb 13, 2011 at 04:32:46PM -0600, DRC wrote: So what exactly is a default Linux installation? I don't think anyone can reasonably conclude that what is true for their Linux installation is true for all Linux installations. The performance problems are triggered by running running high

[Tigervnc-devel] [ tigervnc-Bug Tracker-3178498 ] ScaledPixelBuffer::setSourceBuffer() does not work for me

2011-02-14 Thread SourceForge.net
Bug Tracker item #3178498, was opened at 2011-02-11 19:06 Message generated for change (Settings changed) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3178498group_id=254363 Please note that this message will contain a full copy of the

[Tigervnc-devel] [ tigervnc-Bug Tracker-3178498 ] ScaledPixelBuffer::setSourceBuffer() does not work for me

2011-02-14 Thread SourceForge.net
Bug Tracker item #3178498, was opened at 2011-02-11 19:06 Message generated for change (Settings changed) made by atkac You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1126848aid=3178498group_id=254363 Please note that this message will contain a full copy of the

Re: [Tigervnc-devel] Integration work completed

2011-02-14 Thread DRC
On 2/14/11 4:52 AM, Adam Tkac wrote: I successfully use CMake Visual Studio 2008 Express to build all Windows stuff with all features. And I'm also using MS VStudio for debugging testing on Windows. I will extend BUILDING.txt with information how to build GNUTLS support on Windows.

Re: [Tigervnc-devel] Patch to integrate libssh

2011-02-14 Thread DRC
On 2/14/11 5:42 AM, Adam Tkac wrote: I see a couple problems with this solution: 1. This method still closes the socket after identifying a port, which would allow the port to be allocated again before /usr/bin/ssh finally gets around to opening the forwarding channel and

Re: [Tigervnc-devel] Severe performance problem and possible Zlib issue with r4280

2011-02-14 Thread DRC
On 2/14/11 2:25 AM, Martin Koegler wrote: The performance problems are triggered by running running high performance applications like virtualgl, which is not part of any major distribution]. So any user of default installation of a major linux distribution has either an Xvnc without 3D

Re: [Tigervnc-devel] Patch to integrate libssh

2011-02-14 Thread Eric Stadtherr
On Mon, 14 Feb 2011 14:07:17 -0600, DRC wrote: On 2/14/11 5:42 AM, Adam Tkac wrote: I see a couple problems with this solution: 1. This method still closes the socket after identifying a port, which would allow the port to be allocated again before /usr/bin/ssh finally gets around to

Re: [Tigervnc-devel] Severe performance problem and possible Zlib issue with r4280

2011-02-14 Thread Robert Goley
This is an annoying problem I ran into when I was building and distributing to a couple of machines. Using the build-xorg scripts, it leaves the path hard set to the location of the xorg libraries/modules instead of setting a path and installing them to it with the main

Re: [Tigervnc-devel] Patch to integrate libssh

2011-02-14 Thread DRC
On 2/14/11 4:02 PM, Eric Stadtherr wrote: Do you know of a way to check for the successful bind? One of the behaviors that drove me down the libssh path was that /usr/bin/ssh happily continues running despite failing to bind to the local port. Therefore there is no exit status to interrogate

Re: [Tigervnc-devel] Patch to integrate libssh

2011-02-14 Thread Robert Goley
I had the same problem in similar testing I have done.  OpenSSH does not return an error code for port bind failures.  If someone knows of a way to do this without opening ssh in a pipe and parsing the output, I would like to hear it too  This was my main reason in

Re: [Tigervnc-devel] Severe performance problem and possible Zlib issue with r4280

2011-02-14 Thread DRC
IIRC, there is some way to override this path, either at build time or run time or both. I will look into it and see if I can build the DRI library into the distribution. I didn't really care about it because I always just use VirtualGL, but the software renderer really should work for the