Re: [Tigervnc-devel] New portable vncviewer
OK, I guess it's got to be something config related. Thanks for checking. -brian On Wed, May 18, 2011 at 1:29 AM, DRC dcomman...@users.sourceforge.netwrote: I tested with RHEL 5 as a server and both a real RHEL 6 machine and a virtual Ubuntu 10.04 machine in the latest version of VirtualBox as clients, and both seemed to work fine. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
On Mon, 16 May 2011 23:25:52 -0400 Brian Hinz bph...@users.sourceforge.net wrote: All, Slightly off-topic... Has any one else experienced cut/copy/paste (from client to server, server to client is fine) issues when running the unix client under ubuntu linux (lucid/10.04)? I spent quite a bit of time chasing my tail because I noticed that cut/copy/paste had stopped working with the java client and I thought it was the character handling changes that broke it. The problem doesn't appear to be specific to the java client though, as I can't get cut/copy/paste to work with DRC's latest daily build or the vanilla xvnc4viewer from apt-get. Seems to work fine when running the java or windows clients under both XP and WIndows 7. Problem with application you're copying from perhaps? E.g. firefox clipboard support is too broken to work with remote desktop clients: https://bugzilla.mozilla.org/show_bug.cgi?id=537274 Rgds -- Pierre OssmanOpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio ABWeb: http://www.cendio.com A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? signature.asc Description: PGP signature -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
I wondered if it might be something like that (I've noticed that gvim has had C/C/P issues under VNC for a long time), so I tried using text from several apps (chromium, etc.) but primarily just terminal text. If no one else sees this, then I'll assume it's an environment issue. I'll try to roll a fresh VM and verify that if I get a chance though. Thanks, -brian On Tue, May 17, 2011 at 4:49 AM, Pierre Ossman oss...@cendio.se wrote: On Mon, 16 May 2011 23:25:52 -0400 Brian Hinz bph...@users.sourceforge.net wrote: All, Slightly off-topic... Has any one else experienced cut/copy/paste (from client to server, server to client is fine) issues when running the unix client under ubuntu linux (lucid/10.04)? I spent quite a bit of time chasing my tail because I noticed that cut/copy/paste had stopped working with the java client and I thought it was the character handling changes that broke it. The problem doesn't appear to be specific to the java client though, as I can't get cut/copy/paste to work with DRC's latest daily build or the vanilla xvnc4viewer from apt-get. Seems to work fine when running the java or windows clients under both XP and WIndows 7. Problem with application you're copying from perhaps? E.g. firefox clipboard support is too broken to work with remote desktop clients: https://bugzilla.mozilla.org/show_bug.cgi?id=537274 Rgds -- Pierre OssmanOpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio ABWeb: http://www.cendio.com A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
I tested with RHEL 5 as a server and both a real RHEL 6 machine and a virtual Ubuntu 10.04 machine in the latest version of VirtualBox as clients, and both seemed to work fine. On 5/17/11 7:45 AM, Brian Hinz wrote: I wondered if it might be something like that (I've noticed that gvim has had C/C/P issues under VNC for a long time), so I tried using text from several apps (chromium, etc.) but primarily just terminal text. If no one else sees this, then I'll assume it's an environment issue. I'll try to roll a fresh VM and verify that if I get a chance though. Thanks, -brian On Tue, May 17, 2011 at 4:49 AM, Pierre Ossman oss...@cendio.se mailto:oss...@cendio.se wrote: On Mon, 16 May 2011 23:25:52 -0400 Brian Hinz bph...@users.sourceforge.net mailto:bph...@users.sourceforge.net wrote: All, Slightly off-topic... Has any one else experienced cut/copy/paste (from client to server, server to client is fine) issues when running the unix client under ubuntu linux (lucid/10.04)? I spent quite a bit of time chasing my tail because I noticed that cut/copy/paste had stopped working with the java client and I thought it was the character handling changes that broke it. The problem doesn't appear to be specific to the java client though, as I can't get cut/copy/paste to work with DRC's latest daily build or the vanilla xvnc4viewer from apt-get. Seems to work fine when running the java or windows clients under both XP and WIndows 7. Problem with application you're copying from perhaps? E.g. firefox clipboard support is too broken to work with remote desktop clients: https://bugzilla.mozilla.org/show_bug.cgi?id=537274 Rgds -- Pierre OssmanOpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 tel:%2B46-13-21%2046%2000 Cendio ABWeb: http://www.cendio.com A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
Martin, I just committed some changes that will hopefully fix these issues. It's not real pretty code - too many try/catch blocks - but it should be reading writing in UTF-8 per the RFB spec now. If you could take a few minutes to review it and/or test it I'd appreciate it. At some point I'll go back and re-implement this in a cleaner way, but right now I'm trying to focus on getting this client into a stable working condition with all of the same features that the previous client had. All, Slightly off-topic... Has any one else experienced cut/copy/paste (from client to server, server to client is fine) issues when running the unix client under ubuntu linux (lucid/10.04)? I spent quite a bit of time chasing my tail because I noticed that cut/copy/paste had stopped working with the java client and I thought it was the character handling changes that broke it. The problem doesn't appear to be specific to the java client though, as I can't get cut/copy/paste to work with DRC's latest daily build or the vanilla xvnc4viewer from apt-get. Seems to work fine when running the java or windows clients under both XP and WIndows 7. Thanks, -brian On Sun, May 15, 2011 at 3:07 AM, Martin Koegler mkoeg...@auto.tuwien.ac.atwrote: On Fri, May 13, 2011 at 05:56:53PM -0400, Brian Hinz wrote: Awesome! Thanks for making the class changes, that's been on my TODO list since we discussed this last... You should look at the character encoding handling too: InStream.readString interprets input data as ISO-8859-1. CMsgReader.readServerCutText interprets data as platform encoding (there are even JVMs out there with ASCII incompatible plattform encoding). VncAuth limit the supported password characters to ISO-8859-1 (and will probably break, if the server uses UTF-8 for password checking). CMsgWriter.writeClientCutText sends the Clipboard in plattform encoding. OutStream.writeString sends as ISO-8859-1 (converting any non ISO-8859-1 bytes to garbage). CSecurityPlain/Managed send Strings in plattform encoding. Regards, Martin Kögler -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
On Fri, May 13, 2011 at 05:56:53PM -0400, Brian Hinz wrote: Awesome! Thanks for making the class changes, that's been on my TODO list since we discussed this last... You should look at the character encoding handling too: InStream.readString interprets input data as ISO-8859-1. CMsgReader.readServerCutText interprets data as platform encoding (there are even JVMs out there with ASCII incompatible plattform encoding). VncAuth limit the supported password characters to ISO-8859-1 (and will probably break, if the server uses UTF-8 for password checking). CMsgWriter.writeClientCutText sends the Clipboard in plattform encoding. OutStream.writeString sends as ISO-8859-1 (converting any non ISO-8859-1 bytes to garbage). CSecurityPlain/Managed send Strings in plattform encoding. Regards, Martin K?gler -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
Your code has been checked into trunk, completely replacing our existing Java viewer. I had to make some subtle changes to the way the classes are referenced, because our Java viewer is located in a package called com.tigervnc. I also integrated it with out existing build system. Please feel free to modify it (you now have subversion access.) However, please don't move the directories around or do anything that would affect the build without discussing first, since this would likely break the automated build system. On 5/4/11 11:26 PM, Brian Hinz wrote: These changes have been completed. I haven't been able to test CRL support, but otherwise everything seems to be working well. I've tested the client on several different platforms and several different JRE's, but some torture testing would certainly be beneficial. If anyone has feedback, please let me know. Thanks, -brian On Sat, Apr 30, 2011 at 1:17 AM, DRC dcomman...@users.sourceforge.net mailto:dcomman...@users.sourceforge.net wrote: After looking at merging the code, I think it best that we wait until you've finished with the VeNCrypt modifications and add the ability to specify the remote username. In looking at our existing Java code, those are actually the only two modifications that have occurred to it since it was forked, so I think once we have feature coverage for those two things, we can safely do a wholesale replace of our code base in favor of yours. On 4/18/11 2:51 PM, Brian Hinz wrote: Glad you had a chance to look at it. I've actually made a ton of fixes over the last two weeks or so. I found that there is some sort of bug in IndexColorModel that causes the vncviewer fits with 8bpp color maps. It only occurs with JRE 1.6. Ultimately I just switched it to an 8bpp DirectColorModel because I could find no other working solution. It doesn't look as nice, but for the sake of compatibility it was necessary. I left all the colormap code in, hopefully there's a fix that I just overlooked. I need to export all of those changes from our intranet repo at work and sync them with my internet repository. If there's enough interest, can we create a branch in the tigervnc repo? The GUI needs a couple of minor tweaks, and VeNCrypt configuration is definitely one of them. Another is the ability to specify a different remote username than the local one (ours a -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net mailto:Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
Awesome! Thanks for making the class changes, that's been on my TODO list since we discussed this last... I think that I finished adding support for setDesktopSize and multiple screens, but I need to test it out before committing the changes. Does anyone know whether UltraVNC is the only server that currently supports this? Are there any Unix servers that do? Thanks, -brian On Fri, May 13, 2011 at 5:48 PM, DRC dcomman...@users.sourceforge.netwrote: Your code has been checked into trunk, completely replacing our existing Java viewer. I had to make some subtle changes to the way the classes are referenced, because our Java viewer is located in a package called com.tigervnc. I also integrated it with out existing build system. Please feel free to modify it (you now have subversion access.) However, please don't move the directories around or do anything that would affect the build without discussing first, since this would likely break the automated build system. On 5/4/11 11:26 PM, Brian Hinz wrote: These changes have been completed. I haven't been able to test CRL support, but otherwise everything seems to be working well. I've tested the client on several different platforms and several different JRE's, but some torture testing would certainly be beneficial. If anyone has feedback, please let me know. Thanks, -brian On Sat, Apr 30, 2011 at 1:17 AM, DRC dcomman...@users.sourceforge.net mailto:dcomman...@users.sourceforge.net wrote: After looking at merging the code, I think it best that we wait until you've finished with the VeNCrypt modifications and add the ability to specify the remote username. In looking at our existing Java code, those are actually the only two modifications that have occurred to it since it was forked, so I think once we have feature coverage for those two things, we can safely do a wholesale replace of our code base in favor of yours. On 4/18/11 2:51 PM, Brian Hinz wrote: Glad you had a chance to look at it. I've actually made a ton of fixes over the last two weeks or so. I found that there is some sort of bug in IndexColorModel that causes the vncviewer fits with 8bpp color maps. It only occurs with JRE 1.6. Ultimately I just switched it to an 8bpp DirectColorModel because I could find no other working solution. It doesn't look as nice, but for the sake of compatibility it was necessary. I left all the colormap code in, hopefully there's a fix that I just overlooked. I need to export all of those changes from our intranet repo at work and sync them with my internet repository. If there's enough interest, can we create a branch in the tigervnc repo? The GUI needs a couple of minor tweaks, and VeNCrypt configuration is definitely one of them. Another is the ability to specify a different remote username than the local one (ours a -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net mailto:Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its
Re: [Tigervnc-devel] New portable vncviewer
I thought ours supported it as well (?) On 5/13/11 4:56 PM, Brian Hinz wrote: Awesome! Thanks for making the class changes, that's been on my TODO list since we discussed this last... I think that I finished adding support for setDesktopSize and multiple screens, but I need to test it out before committing the changes. Does anyone know whether UltraVNC is the only server that currently supports this? Are there any Unix servers that do? Thanks, -brian On Fri, May 13, 2011 at 5:48 PM, DRC dcomman...@users.sourceforge.net mailto:dcomman...@users.sourceforge.net wrote: Your code has been checked into trunk, completely replacing our existing Java viewer. I had to make some subtle changes to the way the classes are referenced, because our Java viewer is located in a package called com.tigervnc. I also integrated it with out existing build system. Please feel free to modify it (you now have subversion access.) However, please don't move the directories around or do anything that would affect the build without discussing first, since this would likely break the automated build system. On 5/4/11 11:26 PM, Brian Hinz wrote: These changes have been completed. I haven't been able to test CRL support, but otherwise everything seems to be working well. I've tested the client on several different platforms and several different JRE's, but some torture testing would certainly be beneficial. If anyone has feedback, please let me know. Thanks, -brian On Sat, Apr 30, 2011 at 1:17 AM, DRC dcomman...@users.sourceforge.net mailto:dcomman...@users.sourceforge.net mailto:dcomman...@users.sourceforge.net mailto:dcomman...@users.sourceforge.net wrote: After looking at merging the code, I think it best that we wait until you've finished with the VeNCrypt modifications and add the ability to specify the remote username. In looking at our existing Java code, those are actually the only two modifications that have occurred to it since it was forked, so I think once we have feature coverage for those two things, we can safely do a wholesale replace of our code base in favor of yours. On 4/18/11 2:51 PM, Brian Hinz wrote: Glad you had a chance to look at it. I've actually made a ton of fixes over the last two weeks or so. I found that there is some sort of bug in IndexColorModel that causes the vncviewer fits with 8bpp color maps. It only occurs with JRE 1.6. Ultimately I just switched it to an 8bpp DirectColorModel because I could find no other working solution. It doesn't look as nice, but for the sake of compatibility it was necessary. I left all the colormap code in, hopefully there's a fix that I just overlooked. I need to export all of those changes from our intranet repo at work and sync them with my internet repository. If there's enough interest, can we create a branch in the tigervnc repo? The GUI needs a couple of minor tweaks, and VeNCrypt configuration is definitely one of them. Another is the ability to specify a different remote username than the local one (ours a -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net mailto:Tigervnc-devel@lists.sourceforge.net mailto:Tigervnc-devel@lists.sourceforge.net mailto:Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net mailto:Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
These changes have been completed. I haven't been able to test CRL support, but otherwise everything seems to be working well. I've tested the client on several different platforms and several different JRE's, but some torture testing would certainly be beneficial. If anyone has feedback, please let me know. Thanks, -brian On Sat, Apr 30, 2011 at 1:17 AM, DRC dcomman...@users.sourceforge.netwrote: After looking at merging the code, I think it best that we wait until you've finished with the VeNCrypt modifications and add the ability to specify the remote username. In looking at our existing Java code, those are actually the only two modifications that have occurred to it since it was forked, so I think once we have feature coverage for those two things, we can safely do a wholesale replace of our code base in favor of yours. On 4/18/11 2:51 PM, Brian Hinz wrote: Glad you had a chance to look at it. I've actually made a ton of fixes over the last two weeks or so. I found that there is some sort of bug in IndexColorModel that causes the vncviewer fits with 8bpp color maps. It only occurs with JRE 1.6. Ultimately I just switched it to an 8bpp DirectColorModel because I could find no other working solution. It doesn't look as nice, but for the sake of compatibility it was necessary. I left all the colormap code in, hopefully there's a fix that I just overlooked. I need to export all of those changes from our intranet repo at work and sync them with my internet repository. If there's enough interest, can we create a branch in the tigervnc repo? The GUI needs a couple of minor tweaks, and VeNCrypt configuration is definitely one of them. Another is the ability to specify a different remote username than the local one (ours a -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
I'm tied up this week, but I'll take a look at merging it into our repository next week. On 5/4/11 11:26 PM, Brian Hinz wrote: These changes have been completed. I haven't been able to test CRL support, but otherwise everything seems to be working well. I've tested the client on several different platforms and several different JRE's, but some torture testing would certainly be beneficial. If anyone has feedback, please let me know. Thanks, -brian On Sat, Apr 30, 2011 at 1:17 AM, DRC dcomman...@users.sourceforge.net mailto:dcomman...@users.sourceforge.net wrote: After looking at merging the code, I think it best that we wait until you've finished with the VeNCrypt modifications and add the ability to specify the remote username. In looking at our existing Java code, those are actually the only two modifications that have occurred to it since it was forked, so I think once we have feature coverage for those two things, we can safely do a wholesale replace of our code base in favor of yours. On 4/18/11 2:51 PM, Brian Hinz wrote: Glad you had a chance to look at it. I've actually made a ton of fixes over the last two weeks or so. I found that there is some sort of bug in IndexColorModel that causes the vncviewer fits with 8bpp color maps. It only occurs with JRE 1.6. Ultimately I just switched it to an 8bpp DirectColorModel because I could find no other working solution. It doesn't look as nice, but for the sake of compatibility it was necessary. I left all the colormap code in, hopefully there's a fix that I just overlooked. I need to export all of those changes from our intranet repo at work and sync them with my internet repository. If there's enough interest, can we create a branch in the tigervnc repo? The GUI needs a couple of minor tweaks, and VeNCrypt configuration is definitely one of them. Another is the ability to specify a different remote username than the local one (ours a -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net mailto:Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
After looking at merging the code, I think it best that we wait until you've finished with the VeNCrypt modifications and add the ability to specify the remote username. In looking at our existing Java code, those are actually the only two modifications that have occurred to it since it was forked, so I think once we have feature coverage for those two things, we can safely do a wholesale replace of our code base in favor of yours. On 4/18/11 2:51 PM, Brian Hinz wrote: Glad you had a chance to look at it. I've actually made a ton of fixes over the last two weeks or so. I found that there is some sort of bug in IndexColorModel that causes the vncviewer fits with 8bpp color maps. It only occurs with JRE 1.6. Ultimately I just switched it to an 8bpp DirectColorModel because I could find no other working solution. It doesn't look as nice, but for the sake of compatibility it was necessary. I left all the colormap code in, hopefully there's a fix that I just overlooked. I need to export all of those changes from our intranet repo at work and sync them with my internet repository. If there's enough interest, can we create a branch in the tigervnc repo? The GUI needs a couple of minor tweaks, and VeNCrypt configuration is definitely one of them. Another is the ability to specify a different remote username than the local one (ours a -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
This is cool stuff. From the point of view of integrating it into TigerVNC, I see only a few minor issues with its current behavior: -- It should honor the security type preference order from the server. Currently, it will enable TLS if the server advertises it, regardless of whether the server prefers something else. -- Really needs some sort of GUI for setting the VeNCrypt preferences. -- It needs to favor the Tight encoding type. Currently, it seems to prefer Hextile. Otherwise, I don't see anything wrong with this. Nice work! On 3/16/11 11:10 PM, Brian Hinz wrote: Here's the source repo for the java viewer that I've been working on: https://bphinz.svn.cvsdude.com/vncviewer/ https://bphinz.svn.cvsdude.com/vncviewer/trunk/java/ https://bphinz.svn.cvsdude.com/vncviewer/trunk/java/Have a look and let me know what you think. I'm going to start working on filling in the gaps in the VeNCrypt security type from Martin's earlier work in the next few days. -brian On Wed, Mar 16, 2011 at 9:18 AM, Brian Hinz wrote: On Wed, Mar 16, 2011 at 2:49 AM, Martin Koegler wrote: RealVNC Java 4.1 uses a simpliar class modes as the C++ version [I have VeNCrypt patches for such a viewer too]. Thanks. I will have a look at those patches tonight. On the other hand, the TigerVNC java viewer is based on Tightvnc [some files are even carring such a copyright]. I had riped out some unsupported Tightvnc Code (Tight Security Type). The sources contain a TightDecoder.java, so I doubt that it does not support Tight Encoding. I did look at the TightDecoder.java in the tigervnc source when I was adding tight encoding to my fork, but honestly I found it much easier to just put the C++ side-by-side with the RealVNC java code. I did not bother with the tight security type either. -brian -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
On 4/18/11 2:51 PM, Brian Hinz wrote: Glad you had a chance to look at it. I've actually made a ton of fixes over the last two weeks or so. I found that there is some sort of bug in IndexColorModel that causes the vncviewer fits with 8bpp color maps. It only occurs with JRE 1.6. Ultimately I just switched it to an 8bpp DirectColorModel because I could find no other working solution. It doesn't look as nice, but for the sake of compatibility it was necessary. I left all the colormap code in, hopefully there's a fix that I just overlooked. I need to export all of those changes from our intranet repo at work and sync them with my internet repository. If there's enough interest, can we create a branch in the tigervnc repo? I see no problem with setting you loose on the trunk. I've actually been wondering about Hextile versus Tight. I found some old benchmarks, but has a rigorous comparison been done recently? Under what circumstances is one better than the other? I'm sure it's the implementation, but so far, all of my users agree that (at least with this client) hextile seems to perform better than tight. We're all on GbE fiber so it's a little hard to quantify, the redraw time just seem a little faster... GbE fibre is the key there. Hextile is a bandwidth hog-- it absolutely requires GbE, and it's been my experience that it is ridiculously latency-sensitive as well, to the point that even 0.2 ms will affect it. This is because it is sending such small tiles (16x16.) Tight uses larger tiles and thus is more efficient in terms of network usage. Tight is inarguably faster when you use the accelerated JPEG implementation in the TigerVNC C++ code. However, the lack of accelerated JPEG decoding in the Java viewer means that the advantage may be less clear on gigabit networks. I would say that the users that use TigerVNC over gigabit are in the minority. I imagine that most people use it over 100 Megabit or slower, in which case Tight is definitely going to be the better choice. -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
Here's the source repo for the java viewer that I've been working on: https://bphinz.svn.cvsdude.com/vncviewer/https://bphinz.svn.cvsdude.com/vncviewer/trunk/java/ https://bphinz.svn.cvsdude.com/vncviewer/trunk/java/Have a look and let me know what you think. I'm going to start working on filling in the gaps in the VeNCrypt security type from Martin's earlier work in the next few days. -brian On Wed, Mar 16, 2011 at 9:18 AM, Brian Hinz wrote: On Wed, Mar 16, 2011 at 2:49 AM, Martin Koegler wrote: RealVNC Java 4.1 uses a simpliar class modes as the C++ version [I have VeNCrypt patches for such a viewer too]. Thanks. I will have a look at those patches tonight. On the other hand, the TigerVNC java viewer is based on Tightvnc [some files are even carring such a copyright]. I had riped out some unsupported Tightvnc Code (Tight Security Type). The sources contain a TightDecoder.java, so I doubt that it does not support Tight Encoding. I did look at the TightDecoder.java in the tigervnc source when I was adding tight encoding to my fork, but honestly I found it much easier to just put the C++ side-by-side with the RealVNC java code. I did not bother with the tight security type either. -brian -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
Sorry to jump on this thread so late, but with regards to the java viewer... I have a version that I've been developing for a customer for about a year half now. It's based on the RealVNC code rather than the TightVNC, but it has a fair amount of features if anyone is interested. The interface has been ported to swing and looks nearly identical to the RealVNC windows exe. I've implemented 24-bit color depth, wheel mouse support, full-screen mode, etc. I had implemented TLS + plain password auth in the gtk-vino style, but I'm currently re-writing this to support VeNCrypt instead (that work is partially complete, no x509 support yet). The initial motivation for this work was the ability to deploy and update it as a signed applet via JWS, which is still an advantage of a java client. Obviously, another viewer is probably the last thing anyone wants from a code management standpoint, but I do think it's easier to keep the RealVNC-based java code in sync with the core C code than the TightVNC-based java. Anyway, just thought that I'd toss it out there... -brian -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
Our current Java viewer is based on the RealVNC code, not the TightVNC-based viewer. In fact, it still says RealVNC whenever you run it. :) It's on my long-term list of things to do to merge in a bunch of features from the TurboVNC Java viewer, but the problem is that TigerVNC's current Java viewer doesn't even support Tight encoding yet. I would need that in place before I could do any merging. We had a guy who was supposed to work on it, but I haven't heard from him recently. At least in the TurboVNC community, the Java viewer is very popular, even to the point that I've been approached about developing a version that uses JNI and libjpeg-turbo to accelerate the JPEG encoding (thus making the Java viewer run as fast as the native one.) However, the interface of the TurboVNC Java viewer (which is based on the one from TightVNC) is quite clunky. The fact that yours looks like the Windows viewer intrigues me. If it supported Tight encoding, I would be in favor of you merging it into our trunk once you had it somewhat stabilized. I personally don't have a lot of free time to work on it without funding, but I could probably help you test it, at least. The sad state of our Java viewer and the fact that no one has complained about it somewhat reflects the fact that it isn't a big priority for the TigerVNC community. We really need some people who are both passionate and knowledgeable about Java to join the project. On 3/15/11 1:10 PM, Brian Hinz wrote: Sorry to jump on this thread so late, but with regards to the java viewer... I have a version that I've been developing for a customer for about a year half now. It's based on the RealVNC code rather than the TightVNC, but it has a fair amount of features if anyone is interested. The interface has been ported to swing and looks nearly identical to the RealVNC windows exe. I've implemented 24-bit color depth, wheel mouse support, full-screen mode, etc. I had implemented TLS + plain password auth in the gtk-vino style, but I'm currently re-writing this to support VeNCrypt instead (that work is partially complete, no x509 support yet). The initial motivation for this work was the ability to deploy and update it as a signed applet via JWS, which is still an advantage of a java client. Obviously, another viewer is probably the last thing anyone wants from a code management standpoint, but I do think it's easier to keep the RealVNC-based java code in sync with the core C code than the TightVNC-based java. Anyway, just thought that I'd toss it out there... -brian -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
Yeah, I was working on merging the Tight encodings into the RealVNC code base for a while there, but external forces caused my priorities to be reorganized, and this project hasn't bubbled back up to the surface yet. *sigh* I certainly have no qualms with your enhancements being added to TigerVNC ... as long as it isn't too invasive, I can always rebase my work on the new stuff whenever I get back around to working on it again. On Tue, Mar 15, 2011 at 01:34:42PM -0500, DRC wrote: Our current Java viewer is based on the RealVNC code, not the TightVNC-based viewer. In fact, it still says RealVNC whenever you run it. :) It's on my long-term list of things to do to merge in a bunch of features from the TurboVNC Java viewer, but the problem is that TigerVNC's current Java viewer doesn't even support Tight encoding yet. I would need that in place before I could do any merging. We had a guy who was supposed to work on it, but I haven't heard from him recently. At least in the TurboVNC community, the Java viewer is very popular, even to the point that I've been approached about developing a version that uses JNI and libjpeg-turbo to accelerate the JPEG encoding (thus making the Java viewer run as fast as the native one.) However, the interface of the TurboVNC Java viewer (which is based on the one from TightVNC) is quite clunky. The fact that yours looks like the Windows viewer intrigues me. If it supported Tight encoding, I would be in favor of you merging it into our trunk once you had it somewhat stabilized. I personally don't have a lot of free time to work on it without funding, but I could probably help you test it, at least. The sad state of our Java viewer and the fact that no one has complained about it somewhat reflects the fact that it isn't a big priority for the TigerVNC community. We really need some people who are both passionate and knowledgeable about Java to join the project. On 3/15/11 1:10 PM, Brian Hinz wrote: Sorry to jump on this thread so late, but with regards to the java viewer... I have a version that I've been developing for a customer for about a year half now. It's based on the RealVNC code rather than the TightVNC, but it has a fair amount of features if anyone is interested. The interface has been ported to swing and looks nearly identical to the RealVNC windows exe. I've implemented 24-bit color depth, wheel mouse support, full-screen mode, etc. I had implemented TLS + plain password auth in the gtk-vino style, but I'm currently re-writing this to support VeNCrypt instead (that work is partially complete, no x509 support yet). The initial motivation for this work was the ability to deploy and update it as a signed applet via JWS, which is still an advantage of a java client. Obviously, another viewer is probably the last thing anyone wants from a code management standpoint, but I do think it's easier to keep the RealVNC-based java code in sync with the core C code than the TightVNC-based java. Anyway, just thought that I'd toss it out there... -brian -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
I am sorry to hear Qt is out of the running but I agree on the multi platform client. I have never understood why there was so much code duplication for the viewers when there was really no need. I do not have any experience with FLTK though. Robert On 01/18/2011 08:24 AM, Pierre Ossman wrote: Currently we have two vncviewers (three if you count the java one) in the tree; one for Windows and one for Unix. Apart from the core RFB stuff, they share very little code and there has been a lot of code duplication and feature disparity between the two. We also lack a client for OS X, which is a fairly common platform these days. I/we would like to remedy this situation by rewriting vncviewer in a portable form that allows us to have the same client on Windows, Unix and Mac. Since the core RFB stuff is already handled, what's left for vncviewer is mostly user interface. The most important decision for this endeavour is then selecting a good toolkit that fits our needs. The ones I've looked at are GTK, QT, FLTK and wxWidgets. These satisfy the portability requirements we have, and they are all fairly alive projects. In a perfect world, we would use GTK or QT. These are modern, popular toolkits with a lot of functionality. Unfortunately they are very large. Given the devices we here at Cendio deploy vncviewer on, GTK and QT cannot be expected to be present. That means they need to be shipped with vncviewer, preferably statically linked. Both GTK and QT surpass the 5 MiB mark for a simple hello world application, meaning that the size of the vncviewer code is completely dwarfed by the size of the libraries it requires. We do not consider this an good option, and I suspect DRC has similar wishes when it comes to deployment. wxWidgets is disqualified as a consequence of this as it uses GTK on Unix platforms. What's left is FLTK. This is not the most fancy toolkit out there, but it gets the job done and is very small. We've been using it for our propietary tlclient for years, and we haven't had any serious issues. It's not as pretty as the other toolkits, but vncviewer isn't that GUI heavy and the few dialogs it needs would look decent enough. I'd like to start this project fairly soon, so please comment as soon as possible. The plan would be to create a new top-level vncviewer/ directory and put the new client there. The old ones would be kept around until we are confident that the new one can fully replace them. Rgds -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- Robert Goley FOSS Implementation Specialist Toll Free: (800) 338-4984 Local: (770) 479-7933 Fax: (770) 479-4076 www.openrda.com America's only Free Open Source fund accounting software company. -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
Re: [Tigervnc-devel] New portable vncviewer
I have a lot of experience with both FLTK and GTK and am keen to assist in this effort. 5-10 MB for a client install is a non-issue for me, but I agree with your reasoning about FLTK. GTK is prettier and more powerful, but it can be a bear to work with, both in terms of its size and the fact that it splits its functionality across multiple libraries (GDK, Cairo, etc.) Since we are already using C++, there is nothing to be gained from GTK for an application as simple as vncviewer, except just that its widgets have a higher eye candy factor. FLTK 1.3.0 seems to work fine on my Mac and is very straightforward and fast to build. It will probably be necessary to short circuit FLTK and use the window handle directly to perform drawing operations, for the purposes of performance. FLTK doesn't support MIT-SHM on Unix platforms, for instance. That isn't a big deal, though, since we already have the code to do that, and FLTK makes it easy to get at the window handle. On 1/18/11 7:24 AM, Pierre Ossman wrote: Currently we have two vncviewers (three if you count the java one) in the tree; one for Windows and one for Unix. Apart from the core RFB stuff, they share very little code and there has been a lot of code duplication and feature disparity between the two. We also lack a client for OS X, which is a fairly common platform these days. I/we would like to remedy this situation by rewriting vncviewer in a portable form that allows us to have the same client on Windows, Unix and Mac. Since the core RFB stuff is already handled, what's left for vncviewer is mostly user interface. The most important decision for this endeavour is then selecting a good toolkit that fits our needs. The ones I've looked at are GTK, QT, FLTK and wxWidgets. These satisfy the portability requirements we have, and they are all fairly alive projects. In a perfect world, we would use GTK or QT. These are modern, popular toolkits with a lot of functionality. Unfortunately they are very large. Given the devices we here at Cendio deploy vncviewer on, GTK and QT cannot be expected to be present. That means they need to be shipped with vncviewer, preferably statically linked. Both GTK and QT surpass the 5 MiB mark for a simple hello world application, meaning that the size of the vncviewer code is completely dwarfed by the size of the libraries it requires. We do not consider this an good option, and I suspect DRC has similar wishes when it comes to deployment. wxWidgets is disqualified as a consequence of this as it uses GTK on Unix platforms. What's left is FLTK. This is not the most fancy toolkit out there, but it gets the job done and is very small. We've been using it for our propietary tlclient for years, and we haven't had any serious issues. It's not as pretty as the other toolkits, but vncviewer isn't that GUI heavy and the few dialogs it needs would look decent enough. I'd like to start this project fairly soon, so please comment as soon as possible. The plan would be to create a new top-level vncviewer/ directory and put the new client there. The old ones would be kept around until we are confident that the new one can fully replace them. Rgds -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel