No additional changes yet. I'm not sure if I fully understand the
WM_TIMER issue enough to fix it.
On 3/11/11 10:59 AM, Robert Goley wrote:
> Have there been any additional changes regarding the refresh issue since
> DRC's build yesterday? I saw some chatter about other patches but not
> whethe
Have there been any additional changes regarding the refresh issue
since DRC's build yesterday? I saw some chatter about other patches
but not whether they were used or were competing patches with his
changes. Overall, the windows viewer from your build yesterday is
wo
I am still running the same viewer DRC provided this morning. It
has worked great for the most part. I have noticed one or two times
where it does not update or has a long delay in doing so. An
example would be typing "vi filename" and waiting for the content of
the f
I tested it with VirtualGL, and it produces the same frame rate as the Unix
viewer on the same hardware.
On Mar 10, 2011, at 1:06 PM, Martin Koegler wrote:
> On Thu, Mar 10, 2011 at 04:23:10AM -0600, DRC wrote:
>> Now, as far as the Windows refresh issue, I did some digging. For
>> starters, I
I have only done a little testing with it so far but I would say
that DRC's changes has made it at the very least usable. I will
keep testing throughout the day but I think this may be all that was
needed to make the windows viewer ready for 1.1 release...
Robert
I completely agree. I won't be able to use the trunk for a while,
because before I can go in and do any new development on it, I will need
to integrate the new CMake build system with my pre-release build
scripts as well as build-xorg (which will involve inevitable testing and
debugging of all of
On 03/09/2011 11:31 PM, Robert Goley wrote:
It should at least have one of the improvements you suggested
implemented. I understand not wanting to invest much with a new
viewer on the way but it sounds like it has a good bit to go right
now. That is not slighting his accomplishments in gettin
It should at least have one of the improvements you suggested
implemented. I understand not wanting to invest much with a new
viewer on the way but it sounds like it has a good bit to go right
now. That is not slighting his accomplishments in getting the
viewing portio
On Tue, Mar 08, 2011 at 08:33:20PM -0600, DRC wrote:
> Windows is still suffering from the TLS refresh issue described earlier.
> It affects VirtualGL as well (you have to move the mouse to see the 3D
> application change frames.) I don't have the time to look into this at
> the moment, but IMHO,
Never mind. I figured out the procedure for generating .lib files.
I've tested the patch, and it works great, so I checked it into 1.1 and
documented the procedure necessary to build with Visual C++.
Windows is still suffering from the TLS refresh issue described earlier.
It affects VirtualGL as
I looked at the enabled methods from the options window. Only None
was set for encryption. I have had more than one installation of
TigerVNC's WinVNC at this point so I can not be sure if it is a
leftover setting or the actual default. This should have all three
check
The default behavior, assuming that both client and server were built
with TLS support, is that VncAuth will be used by default, but TLSVnc
can always be requested by the client, either from the command line or
the GUI. If this isn't working, run Xvnc -? on the server and make sure
that TLSVnc app
I don't see any problems with the patch, but how are you creating the
Visual Studio .lib files? I'll need to document that process.
On 3/8/11 7:58 AM, Adam Tkac wrote:
> Hello,
>
> I just finished little patch for Windows installer. With this patch it
> is possible to create .exe installer for
One additional thing. It seems that TLS connections are disabled by
default. Not sure if this is the real default or the result of
using a build without TLS prior to this version. My understanding
was that TLS would be enabled so that VncAuth was default and TLS
was a
Thanks Adam for fixing the download permissions. I was able to
download it and install it. First question is whether compiling it
with debug mode is the reason for the service to leave a console
window up. You can't close that console without closing the
service. I h
Hello,
I just finished little patch for Windows installer. With this patch it
is possible to create .exe installer for TigerVNC stuff built with
VC++ with GNUTLS support. Both winvnc and vncviewer can take advantage
of TLS encryption.
What is your opinion about the patch? Is it ok for 1.1?
Insta
16 matches
Mail list logo
