gmane.network.vnc.tigervnc.devel http://blog.gmane.org/gmane.network.vnc.tigervnc.devel hourly 1 1901-01-01T00:00+00:00 Gmane http://gmane.org/img/gmane-25t.png http://gmane.org [ tigervnc-Bug Tracker-3523404 ] Version 2.5.1Error Chage Language TH http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2341 <pre>Bug Tracker item #3523404, was opened at 2012-05-03 20:50 Message generated for change (Comment added) made by sakorn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3523404&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Windows version Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sakorn.Pr (sakorn) Assigned to: Peter Åstrand (astrand) Summary: Version 2.5.1 Error Chage Language TH Initial Comment: I use TightVNC Version 2.5.1. The Remote is normal, but change language. Program freezes I can not use it. To close to new entrants. ---------------------------------------------------------------------- Date: 2012-05-04 21:19 Message: I'm sorry.... ---------------------------------------------------------------------- Comment By: Pierre Ossman (ossman_) Date: 2012-05-04 00:49 Message: I'm afraid I don't understand your bug report. This is the TigerVNC project, not TightVNC. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3523404&amp;group_id=254363 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel </pre> SourceForge.net 2012-05-05T04:19:23 [ tigervnc-Bug Tracker-3429667 ] Reverseconnection option is missing from 1.1.80 viewer http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2339 <pre>Bug Tracker item #3429667, was opened at 2011-10-28 02:25 Message generated for change (Comment added) made by bphinz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3429667&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: FLTK viewer Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kertesz Laszlo (gradinaruvasile) Assigned to: Pierre Ossman (ossman_) Summary: Reverse connection option is missing from 1.1.80 viewer Initial Comment: The 1.1.80 Tigervnc Viewer has no listen option (in 1.1.0 it is working). Both the FLTK and Java viewer has this option missing. ---------------------------------------------------------------------- Comment By: Brian Hinz (bphinz) Date: 2012-05-04 06:58 Message: r4891 fixed the issue with the Java viewer only listening for one connection. I'm currently working on porting the SSH tunneling features from the TurboVNC client to the TigerVNC java client. Since the code is so similar I will take a stab at doing the same for the FLTK viewer, but Pierre will have the final say as to what changes get applied there. Thanks, -brian ---------------------------------------------------------------------- Comment By: Pierre Ossman (ossman_) Date: 2012-05-04 00:48 Message: The feature wasn't removed because we didn't like it. The problem is a lack of manpower. IOW it will be returned once someone puts the time into reimplementing it. Unfortunately this isn't a priority for us (Cendio), so I don't think we'll be looking at it anytime soon. Maybe someone else has some time and interest in this? The story is the same for -via. I think we might have a bug for it already. If not, feel free to file a new one. ---------------------------------------------------------------------- Comment By: Jon Peatfield (jp107) Date: 2012-05-03 14:24 Message: I was testing the 1.2.0 FLTK versions on MacOSX, Unix and Windows... and noticed the lack of -listen (and eventually found this bug report). Elsewhere it is explained that the code has been merged between the Windows and unix codebases so I asume that the feature was lost as part of that merging - even though it was present in both the windows and unix versions (I have checked and the previous implementations were quite different so it was probably tricky to get everything in from the start...). So is the plan to add this back in a later version? Is there anything I can do to help? A quick glance at the code suggests that the "-via" option is now missing - it was in the unix vncviewer but not obviously in the windows tree. Would you prefer a different bug report for that? My main uses of vnc are either with -via to use an ssh tunnel or as part of code which runs vncviewer in listen mode, and then sets up an ssh tunnel to the server and uses vncvonfig to make the server connect back to the client. ---------------------------------------------------------------------- Comment By: Robert (ragoley) Date: 2011-12-15 07:02 Message: I found an additional problem/differences with the listen mode for the java viewer. It works correctly in that it listens and then accepts the incoming session for the first session sent to it. It displays it and works with it properly. It does not continue to listen on the port for additional incoming sessions though. It stops listening on the port and completely closes down the viewer when you exit that session. All previous viewers have always continued listening on the port and would display many sessions from the same listening viewer process until you manually closed the viewer from the place you started it. I know the java viewer can handle multiple concurrent sessions. It would be great if it can it be adjusted to match the other viewer's behaviour. ---------------------------------------------------------------------- Comment By: Robert (ragoley) Date: 2011-11-28 10:16 Message: I tested the changes Brian made to the java viewer. It is correctly working in listen mode with the 16bpp and 24 bpp formats. ---------------------------------------------------------------------- Comment By: Brian Hinz (bphinz) Date: 2011-11-27 12:47 Message: I just committed r4819 which should fix the issues with Tight encoding with 16bpp pixel format. If there are still issues with that, please open another ticket so that it doesn't get lost in he shuffle. Thanks, -brian ---------------------------------------------------------------------- Comment By: Brian Hinz (bphinz) Date: 2011-11-23 11:14 Message: I think that issue is unrelated to the -listen option but rather it's caused by some mistakes in the Tight decoder. Try using 24bpp depth and see if it works. I made some fixes to the decoder and underlying networking components over the last few days but have not committed any of the changes back to the repository yet (hopefully in the next few days). ---------------------------------------------------------------------- Comment By: Robert (ragoley) Date: 2011-11-23 07:42 Message: The -listen option seems to work but the viewer crashes with this error: "com.tigervnc.rdr.Exception: ZlibInStream: inflate failed.". The java version in Debian Lenny is listed as: java version "1.6.0_26" Java(TM) SE Runtime Environment (build 1.6.0_26-b03) Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode) Below is the crash info from the terminal. main: Listening on port 9999 CConn: Accepted connection from /192.168.128.128:47396::47396 CConnection: Server supports RFB protocol version 3.3 CConnection: Using RFB protocol version 3.3 CConnection: processing security types message CConn: Using pixel format depth 16 (16bpp) little-endian rgb max 63488,1984,62 shift 0,0,0 CConn: Using Tight encoding com.tigervnc.rdr.Exception: ZlibInStream: inflate failed at com.tigervnc.rdr.ZlibInStream.decompress(ZlibInStream.java:127) at com.tigervnc.rdr.ZlibInStream.overrun(ZlibInStream.java:96) at com.tigervnc.rdr.InStream.check(InStream.java:36) at com.tigervnc.rdr.InStream.readBytes(InStream.java:103) at com.tigervnc.rfb.TightDecoder.readRect(TightDecoder.java:216) at com.tigervnc.rfb.CMsgReader.readRect(CMsgReader.java:111) at com.tigervnc.rfb.CMsgReaderV3.readMsg(CMsgReaderV3.java:87) at com.tigervnc.rfb.CConnection.processMsg(CConnection.java:59) at com.tigervnc.vncviewer.VncViewer.run(VncViewer.java:224) at java.lang.Thread.run(Thread.java:662) The remote server in this case is TightVNC 1.2.9 as released in Debian Lenny. ---------------------------------------------------------------------- Comment By: Kertesz Laszlo (gradinaruvasile) Date: 2011-10-31 00:28 Message: The problem is that i dont have experience building java code. If you could attach the compiled jar i would be glad to try it. ---------------------------------------------------------------------- Comment By: Brian Hinz (bphinz) Date: 2011-10-30 09:10 Message: I've just committed r4744 which adds support for listen mode to the trunk version of the java viewer. I've only done minimal testing to verify that it works. Please try and report any issues back. Thanks, -brian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3429667&amp;group_id=254363 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ </pre> SourceForge.net 2012-05-04T13:58:51 [ tigervnc-Bug Tracker-3523404 ] Version 2.5.1Error Chage Language TH http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2338 <pre>Bug Tracker item #3523404, was opened at 2012-05-03 20:50 Message generated for change (Comment added) made by ossman_ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3523404&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Windows version Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sakorn.Pr (sakorn) Assigned to: Peter Åstrand (astrand) Summary: Version 2.5.1 Error Chage Language TH Initial Comment: I use TightVNC Version 2.5.1. The Remote is normal, but change language. Program freezes I can not use it. To close to new entrants. ---------------------------------------------------------------------- Date: 2012-05-04 00:49 Message: I'm afraid I don't understand your bug report. This is the TigerVNC project, not TightVNC. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3523404&amp;group_id=254363 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel </pre> SourceForge.net 2012-05-04T07:49:07 [ tigervnc-Bug Tracker-3429667 ] Reverseconnection option is missing from 1.1.80 viewer http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2337 <pre>Bug Tracker item #3429667, was opened at 2011-10-28 02:25 Message generated for change (Comment added) made by ossman_ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3429667&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: FLTK viewer Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kertesz Laszlo (gradinaruvasile) Assigned to: Pierre Ossman (ossman_) Summary: Reverse connection option is missing from 1.1.80 viewer Initial Comment: The 1.1.80 Tigervnc Viewer has no listen option (in 1.1.0 it is working). Both the FLTK and Java viewer has this option missing. ---------------------------------------------------------------------- Date: 2012-05-04 00:48 Message: The feature wasn't removed because we didn't like it. The problem is a lack of manpower. IOW it will be returned once someone puts the time into reimplementing it. Unfortunately this isn't a priority for us (Cendio), so I don't think we'll be looking at it anytime soon. Maybe someone else has some time and interest in this? The story is the same for -via. I think we might have a bug for it already. If not, feel free to file a new one. ---------------------------------------------------------------------- Comment By: Jon Peatfield (jp107) Date: 2012-05-03 14:24 Message: I was testing the 1.2.0 FLTK versions on MacOSX, Unix and Windows... and noticed the lack of -listen (and eventually found this bug report). Elsewhere it is explained that the code has been merged between the Windows and unix codebases so I asume that the feature was lost as part of that merging - even though it was present in both the windows and unix versions (I have checked and the previous implementations were quite different so it was probably tricky to get everything in from the start...). So is the plan to add this back in a later version? Is there anything I can do to help? A quick glance at the code suggests that the "-via" option is now missing - it was in the unix vncviewer but not obviously in the windows tree. Would you prefer a different bug report for that? My main uses of vnc are either with -via to use an ssh tunnel or as part of code which runs vncviewer in listen mode, and then sets up an ssh tunnel to the server and uses vncvonfig to make the server connect back to the client. ---------------------------------------------------------------------- Comment By: Robert (ragoley) Date: 2011-12-15 07:02 Message: I found an additional problem/differences with the listen mode for the java viewer. It works correctly in that it listens and then accepts the incoming session for the first session sent to it. It displays it and works with it properly. It does not continue to listen on the port for additional incoming sessions though. It stops listening on the port and completely closes down the viewer when you exit that session. All previous viewers have always continued listening on the port and would display many sessions from the same listening viewer process until you manually closed the viewer from the place you started it. I know the java viewer can handle multiple concurrent sessions. It would be great if it can it be adjusted to match the other viewer's behaviour. ---------------------------------------------------------------------- Comment By: Robert (ragoley) Date: 2011-11-28 10:16 Message: I tested the changes Brian made to the java viewer. It is correctly working in listen mode with the 16bpp and 24 bpp formats. ---------------------------------------------------------------------- Comment By: Brian Hinz (bphinz) Date: 2011-11-27 12:47 Message: I just committed r4819 which should fix the issues with Tight encoding with 16bpp pixel format. If there are still issues with that, please open another ticket so that it doesn't get lost in he shuffle. Thanks, -brian ---------------------------------------------------------------------- Comment By: Brian Hinz (bphinz) Date: 2011-11-23 11:14 Message: I think that issue is unrelated to the -listen option but rather it's caused by some mistakes in the Tight decoder. Try using 24bpp depth and see if it works. I made some fixes to the decoder and underlying networking components over the last few days but have not committed any of the changes back to the repository yet (hopefully in the next few days). ---------------------------------------------------------------------- Comment By: Robert (ragoley) Date: 2011-11-23 07:42 Message: The -listen option seems to work but the viewer crashes with this error: "com.tigervnc.rdr.Exception: ZlibInStream: inflate failed.". The java version in Debian Lenny is listed as: java version "1.6.0_26" Java(TM) SE Runtime Environment (build 1.6.0_26-b03) Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode) Below is the crash info from the terminal. main: Listening on port 9999 CConn: Accepted connection from /192.168.128.128:47396::47396 CConnection: Server supports RFB protocol version 3.3 CConnection: Using RFB protocol version 3.3 CConnection: processing security types message CConn: Using pixel format depth 16 (16bpp) little-endian rgb max 63488,1984,62 shift 0,0,0 CConn: Using Tight encoding com.tigervnc.rdr.Exception: ZlibInStream: inflate failed at com.tigervnc.rdr.ZlibInStream.decompress(ZlibInStream.java:127) at com.tigervnc.rdr.ZlibInStream.overrun(ZlibInStream.java:96) at com.tigervnc.rdr.InStream.check(InStream.java:36) at com.tigervnc.rdr.InStream.readBytes(InStream.java:103) at com.tigervnc.rfb.TightDecoder.readRect(TightDecoder.java:216) at com.tigervnc.rfb.CMsgReader.readRect(CMsgReader.java:111) at com.tigervnc.rfb.CMsgReaderV3.readMsg(CMsgReaderV3.java:87) at com.tigervnc.rfb.CConnection.processMsg(CConnection.java:59) at com.tigervnc.vncviewer.VncViewer.run(VncViewer.java:224) at java.lang.Thread.run(Thread.java:662) The remote server in this case is TightVNC 1.2.9 as released in Debian Lenny. ---------------------------------------------------------------------- Comment By: Kertesz Laszlo (gradinaruvasile) Date: 2011-10-31 00:28 Message: The problem is that i dont have experience building java code. If you could attach the compiled jar i would be glad to try it. ---------------------------------------------------------------------- Comment By: Brian Hinz (bphinz) Date: 2011-10-30 09:10 Message: I've just committed r4744 which adds support for listen mode to the trunk version of the java viewer. I've only done minimal testing to verify that it works. Please try and report any issues back. Thanks, -brian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3429667&amp;group_id=254363 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ </pre> SourceForge.net 2012-05-04T07:48:13 [ tigervnc-Bug Tracker-3523404 ] Version 2.5.1Error Chage Language TH http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2336 <pre>Bug Tracker item #3523404, was opened at 2012-05-03 20:50 Message generated for change (Tracker Item Submitted) made by sakorn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3523404&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Windows version Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sakorn.Pr (sakorn) Assigned to: Peter Åstrand (astrand) Summary: Version 2.5.1 Error Chage Language TH Initial Comment: I use TightVNC Version 2.5.1. The Remote is normal, but change language. Program freezes I can not use it. To close to new entrants. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3523404&amp;group_id=254363 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel </pre> SourceForge.net 2012-05-04T03:50:14 [ tigervnc-Bug Tracker-3429667 ] Reverseconnection option is missing from 1.1.80 viewer http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2335 <pre>Bug Tracker item #3429667, was opened at 2011-10-28 02:25 Message generated for change (Comment added) made by jp107 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3429667&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: FLTK viewer Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kertesz Laszlo (gradinaruvasile) Assigned to: Pierre Ossman (ossman_) Summary: Reverse connection option is missing from 1.1.80 viewer Initial Comment: The 1.1.80 Tigervnc Viewer has no listen option (in 1.1.0 it is working). Both the FLTK and Java viewer has this option missing. ---------------------------------------------------------------------- Comment By: Jon Peatfield (jp107) Date: 2012-05-03 14:24 Message: I was testing the 1.2.0 FLTK versions on MacOSX, Unix and Windows... and noticed the lack of -listen (and eventually found this bug report). Elsewhere it is explained that the code has been merged between the Windows and unix codebases so I asume that the feature was lost as part of that merging - even though it was present in both the windows and unix versions (I have checked and the previous implementations were quite different so it was probably tricky to get everything in from the start...). So is the plan to add this back in a later version? Is there anything I can do to help? A quick glance at the code suggests that the "-via" option is now missing - it was in the unix vncviewer but not obviously in the windows tree. Would you prefer a different bug report for that? My main uses of vnc are either with -via to use an ssh tunnel or as part of code which runs vncviewer in listen mode, and then sets up an ssh tunnel to the server and uses vncvonfig to make the server connect back to the client. ---------------------------------------------------------------------- Comment By: Robert (ragoley) Date: 2011-12-15 07:02 Message: I found an additional problem/differences with the listen mode for the java viewer. It works correctly in that it listens and then accepts the incoming session for the first session sent to it. It displays it and works with it properly. It does not continue to listen on the port for additional incoming sessions though. It stops listening on the port and completely closes down the viewer when you exit that session. All previous viewers have always continued listening on the port and would display many sessions from the same listening viewer process until you manually closed the viewer from the place you started it. I know the java viewer can handle multiple concurrent sessions. It would be great if it can it be adjusted to match the other viewer's behaviour. ---------------------------------------------------------------------- Comment By: Robert (ragoley) Date: 2011-11-28 10:16 Message: I tested the changes Brian made to the java viewer. It is correctly working in listen mode with the 16bpp and 24 bpp formats. ---------------------------------------------------------------------- Comment By: Brian Hinz (bphinz) Date: 2011-11-27 12:47 Message: I just committed r4819 which should fix the issues with Tight encoding with 16bpp pixel format. If there are still issues with that, please open another ticket so that it doesn't get lost in he shuffle. Thanks, -brian ---------------------------------------------------------------------- Comment By: Brian Hinz (bphinz) Date: 2011-11-23 11:14 Message: I think that issue is unrelated to the -listen option but rather it's caused by some mistakes in the Tight decoder. Try using 24bpp depth and see if it works. I made some fixes to the decoder and underlying networking components over the last few days but have not committed any of the changes back to the repository yet (hopefully in the next few days). ---------------------------------------------------------------------- Comment By: Robert (ragoley) Date: 2011-11-23 07:42 Message: The -listen option seems to work but the viewer crashes with this error: "com.tigervnc.rdr.Exception: ZlibInStream: inflate failed.". The java version in Debian Lenny is listed as: java version "1.6.0_26" Java(TM) SE Runtime Environment (build 1.6.0_26-b03) Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode) Below is the crash info from the terminal. main: Listening on port 9999 CConn: Accepted connection from /192.168.128.128:47396::47396 CConnection: Server supports RFB protocol version 3.3 CConnection: Using RFB protocol version 3.3 CConnection: processing security types message CConn: Using pixel format depth 16 (16bpp) little-endian rgb max 63488,1984,62 shift 0,0,0 CConn: Using Tight encoding com.tigervnc.rdr.Exception: ZlibInStream: inflate failed at com.tigervnc.rdr.ZlibInStream.decompress(ZlibInStream.java:127) at com.tigervnc.rdr.ZlibInStream.overrun(ZlibInStream.java:96) at com.tigervnc.rdr.InStream.check(InStream.java:36) at com.tigervnc.rdr.InStream.readBytes(InStream.java:103) at com.tigervnc.rfb.TightDecoder.readRect(TightDecoder.java:216) at com.tigervnc.rfb.CMsgReader.readRect(CMsgReader.java:111) at com.tigervnc.rfb.CMsgReaderV3.readMsg(CMsgReaderV3.java:87) at com.tigervnc.rfb.CConnection.processMsg(CConnection.java:59) at com.tigervnc.vncviewer.VncViewer.run(VncViewer.java:224) at java.lang.Thread.run(Thread.java:662) The remote server in this case is TightVNC 1.2.9 as released in Debian Lenny. ---------------------------------------------------------------------- Comment By: Kertesz Laszlo (gradinaruvasile) Date: 2011-10-31 00:28 Message: The problem is that i dont have experience building java code. If you could attach the compiled jar i would be glad to try it. ---------------------------------------------------------------------- Comment By: Brian Hinz (bphinz) Date: 2011-10-30 09:10 Message: I've just committed r4744 which adds support for listen mode to the trunk version of the java viewer. I've only done minimal testing to verify that it works. Please try and report any issues back. Thanks, -brian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3429667&amp;group_id=254363 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ </pre> SourceForge.net 2012-05-03T21:24:45 [ tigervnc-Bug Tracker-3514124 ] trunk mingw buildfails - invalid linker script? http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2331 <pre>Bug Tracker item #3514124, was opened at 2012-04-02 05:18 Message generated for change (Settings changed) made by ossman_ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514124&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Windows version Group: trunk Priority: 5 Private: No Submitted By: Michal Suchanek (hramrach) Assigned to: Peter Åstrand (astrand) Summary: trunk mingw build fails - invalid linker script? Initial Comment: Hello, can't build tigervnc trunk: cmake version 2.8.7 i686-w64-mingw32-g++ (GCC) 4.6.2 Linking CXX shared library wm_hooks.dll cd /scratch/tigerbin/win/winvnc &amp;&amp; /usr/bin/cmake -E cmake_link_script CMakeFiles/wm_hooks.dir/link.txt --verbose=no /usr/bin/i686-w64-mingw32-ld: /scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def:4: syntax error /usr/bin/i686-w64-mingw32-ld:/scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def: file format not recognized; treating as linker script /usr/bin/i686-w64-mingw32-ld:/scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def:1: syntax error collect2: ld returned 1 exit status ---------------------------------------------------------------------- Comment By: Michal Suchanek (hramrach) Date: 2012-04-25 11:01 Message: yes, this one works on Linux ---------------------------------------------------------------------- Comment By: Pierre Ossman (ossman_) Date: 2012-04-25 07:55 Message: Sorry. Wasn't paying attention properly. The def file was used to define a shared segment. But that method is for MSVC, not gcc. I've used the gcc way on trunk now, removing the def file. Could you guys give it a try? ---------------------------------------------------------------------- Comment By: Michal Suchanek (hramrach) Date: 2012-04-25 07:49 Message: I am building on Debian. Removing the def file in autoconf works: Index: trunk/win/winvnc/CMakeLists.txt =================================================================== --- trunk/win/winvnc/CMakeLists.txt (revision 4891) +++ trunk/win/winvnc/CMakeLists.txt (working copy) &lt; at &gt;&lt; at &gt; -2,7 +2,6 &lt; at &gt;&lt; at &gt; add_library(wm_hooks SHARED ../wm_hooks/wm_hooks.cxx - ../wm_hooks/wm_hooks.def ../wm_hooks/wm_hooks.rc) # We want the DLL to be named wm_hooks.dll rather than libwm_hooks.dll btw you can see from the description that I am running an unix shell. ---------------------------------------------------------------------- Comment By: Pierre Ossman (ossman_) Date: 2012-04-25 07:39 Message: Michal, are you also on Windows? I'm not seeing this issue with mingw on Linux. Looks like the def file is ignored here. Will have to investigate... ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-04-17 14:19 Message: Am too facing this issue: Linking CXX shared library wm_hooks.dll e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe: ..\wm_hooks\wm_hooks.def:4: syntax error Command I used for cmake : "E:\DevelopmentTools\BuildTools\CMake 2.8\bin\cmake.exe" -G "MinGW Makefiles" -DJPEG_INCLUDE_DIR=E:\DevelopmentTools\Library\libjpeg-turbo\include -DJPEG_LIBRARY=E:\DevelopmentTools\Library\libjpeg-turbo\lib\jpeg.lib e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe:..\wm_hooks\wm_hooks.def: file format not recognized; treating as linker script e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe:..\wm_hooks\wm_hooks.def:1: syntax error collect2: ld returned 1 exit status mingw32-make[2]: *** [win/winvnc/wm_hooks.dll] Error 1 mingw32-make[1]: *** [win/winvnc/CMakeFiles/wm_hooks.dir/all] Error 2 mingw32-make: *** [all] Error 2 . ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514124&amp;group_id=254363 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel </pre> SourceForge.net 2012-04-26T09:19:06 [ tigervnc-Bug Tracker-3514162 ] C++ compile error http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2330 <pre>Bug Tracker item #3514162, was opened at 2012-04-02 07:45 Message generated for change (Settings changed) made by ossman_ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514162&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Windows version Group: trunk Priority: 5 Private: No Submitted By: Michal Suchanek (hramrach) Assigned to: Peter Åstrand (astrand) Summary: C++ compile error Initial Comment: Patch required to build trunk with mingw besides the .def file problem: Index: trunk/win/winvnc/JavaViewer.cxx =================================================================== --- trunk/win/winvnc/JavaViewer.cxx(revision 4879) +++ trunk/win/winvnc/JavaViewer.cxx(working copy) &lt; at &gt;&lt; at &gt; -16,13 +16,13 &lt; at &gt;&lt; at &gt; * USA. */ -#include &lt;windows.h&gt; #include &lt;winvnc/JavaViewer.h&gt; #include &lt;winvnc/resource.h&gt; #include &lt;rdr/MemInStream.h&gt; #include &lt;rfb/LogWriter.h&gt; #include &lt;rfb/VNCServerST.h&gt; #include &lt;rfb_win32/TCharArray.h&gt; +#include &lt;windows.h&gt; #define strcasecmp _stricmp Index: trunk/vncviewer/vncviewer.cxx =================================================================== --- trunk/vncviewer/vncviewer.cxx(revision 4879) +++ trunk/vncviewer/vncviewer.cxx(working copy) &lt; at &gt;&lt; at &gt; -137,7 +137,7 &lt; at &gt;&lt; at &gt; GetSystemMetrics(SM_CYSMICON), LR_DEFAULTCOLOR | LR_SHARED); - Fl_Window::default_icons(lg, sm); + //Fl_Window::default_icons(lg, sm); #elif ! defined(__APPLE__) const int icon_sizes[] = {48, 32, 24, 16}; ---------------------------------------------------------------------- Date: 2012-04-26 02:18 Message: Should be fixed on trunk now. ---------------------------------------------------------------------- Comment By: Michal Suchanek (hramrach) Date: 2012-04-25 08:58 Message: That fixes the issue in second hunk. The first hunk is still needed: [ 90%] Building CXX object win/winvnc/CMakeFiles/winvnc4.dir/JavaViewer.cxx.obj cd /scratch/tigerbin/win/winvnc &amp;&amp; /usr/bin/i686-w64-mingw32-g++ -D__BUILD__=\"20120425\" -D_WIN32_IE=0x0500 -D_WIN32_WINNT=0x0500 -DHAVE_CONFIG_H -static-libgcc -O3 -DNDEBUG &lt; at &gt;CMakeFiles/winvnc4.dir/includes_CXX.rsp -o CMakeFiles/winvnc4.dir/JavaViewer.cxx.obj -c /scratch/tigervnc/trunk/win/winvnc/JavaViewer.cxx In file included from /scratch/tigervnc/trunk/common/rfb/Timer.h:24:0, from /scratch/tigervnc/trunk/common/rfb/VNCServerST.h:36, from /scratch/tigervnc/trunk/win/winvnc/JavaViewer.h:28, from /scratch/tigervnc/trunk/win/winvnc/JavaViewer.cxx:20: /usr/lib/gcc/i686-w64-mingw32/4.6/../../../../i686-w64-mingw32/include/winsock2.h:15:2: warning: #warning Please include winsock2.h before windows.h [-Wcpp] ---------------------------------------------------------------------- Comment By: Pierre Ossman (ossman_) Date: 2012-04-25 07:57 Message: Oops. Forgot to properly update the bundled FLTK. I just committed the missing pieces. Could you give it a new try? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514162&amp;group_id=254363 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel </pre> SourceForge.net 2012-04-26T09:18:41 [ tigervnc-Bug Tracker-3514124 ] trunk mingw buildfails - invalid linker script? http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2329 <pre>Bug Tracker item #3514124, was opened at 2012-04-02 05:18 Message generated for change (Comment added) made by hramrach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514124&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Windows version Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michal Suchanek (hramrach) Assigned to: Peter Åstrand (astrand) Summary: trunk mingw build fails - invalid linker script? Initial Comment: Hello, can't build tigervnc trunk: cmake version 2.8.7 i686-w64-mingw32-g++ (GCC) 4.6.2 Linking CXX shared library wm_hooks.dll cd /scratch/tigerbin/win/winvnc &amp;&amp; /usr/bin/cmake -E cmake_link_script CMakeFiles/wm_hooks.dir/link.txt --verbose=no /usr/bin/i686-w64-mingw32-ld: /scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def:4: syntax error /usr/bin/i686-w64-mingw32-ld:/scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def: file format not recognized; treating as linker script /usr/bin/i686-w64-mingw32-ld:/scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def:1: syntax error collect2: ld returned 1 exit status ---------------------------------------------------------------------- Date: 2012-04-25 11:01 Message: yes, this one works on Linux ---------------------------------------------------------------------- Comment By: Pierre Ossman (ossman_) Date: 2012-04-25 07:55 Message: Sorry. Wasn't paying attention properly. The def file was used to define a shared segment. But that method is for MSVC, not gcc. I've used the gcc way on trunk now, removing the def file. Could you guys give it a try? ---------------------------------------------------------------------- Comment By: Michal Suchanek (hramrach) Date: 2012-04-25 07:49 Message: I am building on Debian. Removing the def file in autoconf works: Index: trunk/win/winvnc/CMakeLists.txt =================================================================== --- trunk/win/winvnc/CMakeLists.txt (revision 4891) +++ trunk/win/winvnc/CMakeLists.txt (working copy) &lt; at &gt;&lt; at &gt; -2,7 +2,6 &lt; at &gt;&lt; at &gt; add_library(wm_hooks SHARED ../wm_hooks/wm_hooks.cxx - ../wm_hooks/wm_hooks.def ../wm_hooks/wm_hooks.rc) # We want the DLL to be named wm_hooks.dll rather than libwm_hooks.dll btw you can see from the description that I am running an unix shell. ---------------------------------------------------------------------- Comment By: Pierre Ossman (ossman_) Date: 2012-04-25 07:39 Message: Michal, are you also on Windows? I'm not seeing this issue with mingw on Linux. Looks like the def file is ignored here. Will have to investigate... ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-04-17 14:19 Message: Am too facing this issue: Linking CXX shared library wm_hooks.dll e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe: ..\wm_hooks\wm_hooks.def:4: syntax error Command I used for cmake : "E:\DevelopmentTools\BuildTools\CMake 2.8\bin\cmake.exe" -G "MinGW Makefiles" -DJPEG_INCLUDE_DIR=E:\DevelopmentTools\Library\libjpeg-turbo\include -DJPEG_LIBRARY=E:\DevelopmentTools\Library\libjpeg-turbo\lib\jpeg.lib e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe:..\wm_hooks\wm_hooks.def: file format not recognized; treating as linker script e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe:..\wm_hooks\wm_hooks.def:1: syntax error collect2: ld returned 1 exit status mingw32-make[2]: *** [win/winvnc/wm_hooks.dll] Error 1 mingw32-make[1]: *** [win/winvnc/CMakeFiles/wm_hooks.dir/all] Error 2 mingw32-make: *** [all] Error 2 . ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514124&amp;group_id=254363 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel </pre> SourceForge.net 2012-04-25T18:01:03 [ tigervnc-Bug Tracker-3514162 ] C++ compile error http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2328 <pre>Bug Tracker item #3514162, was opened at 2012-04-02 07:45 Message generated for change (Comment added) made by hramrach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514162&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Windows version Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michal Suchanek (hramrach) Assigned to: Peter Åstrand (astrand) Summary: C++ compile error Initial Comment: Patch required to build trunk with mingw besides the .def file problem: Index: trunk/win/winvnc/JavaViewer.cxx =================================================================== --- trunk/win/winvnc/JavaViewer.cxx(revision 4879) +++ trunk/win/winvnc/JavaViewer.cxx(working copy) &lt; at &gt;&lt; at &gt; -16,13 +16,13 &lt; at &gt;&lt; at &gt; * USA. */ -#include &lt;windows.h&gt; #include &lt;winvnc/JavaViewer.h&gt; #include &lt;winvnc/resource.h&gt; #include &lt;rdr/MemInStream.h&gt; #include &lt;rfb/LogWriter.h&gt; #include &lt;rfb/VNCServerST.h&gt; #include &lt;rfb_win32/TCharArray.h&gt; +#include &lt;windows.h&gt; #define strcasecmp _stricmp Index: trunk/vncviewer/vncviewer.cxx =================================================================== --- trunk/vncviewer/vncviewer.cxx(revision 4879) +++ trunk/vncviewer/vncviewer.cxx(working copy) &lt; at &gt;&lt; at &gt; -137,7 +137,7 &lt; at &gt;&lt; at &gt; GetSystemMetrics(SM_CYSMICON), LR_DEFAULTCOLOR | LR_SHARED); - Fl_Window::default_icons(lg, sm); + //Fl_Window::default_icons(lg, sm); #elif ! defined(__APPLE__) const int icon_sizes[] = {48, 32, 24, 16}; ---------------------------------------------------------------------- Date: 2012-04-25 08:58 Message: That fixes the issue in second hunk. The first hunk is still needed: [ 90%] Building CXX object win/winvnc/CMakeFiles/winvnc4.dir/JavaViewer.cxx.obj cd /scratch/tigerbin/win/winvnc &amp;&amp; /usr/bin/i686-w64-mingw32-g++ -D__BUILD__=\"20120425\" -D_WIN32_IE=0x0500 -D_WIN32_WINNT=0x0500 -DHAVE_CONFIG_H -static-libgcc -O3 -DNDEBUG &lt; at &gt;CMakeFiles/winvnc4.dir/includes_CXX.rsp -o CMakeFiles/winvnc4.dir/JavaViewer.cxx.obj -c /scratch/tigervnc/trunk/win/winvnc/JavaViewer.cxx In file included from /scratch/tigervnc/trunk/common/rfb/Timer.h:24:0, from /scratch/tigervnc/trunk/common/rfb/VNCServerST.h:36, from /scratch/tigervnc/trunk/win/winvnc/JavaViewer.h:28, from /scratch/tigervnc/trunk/win/winvnc/JavaViewer.cxx:20: /usr/lib/gcc/i686-w64-mingw32/4.6/../../../../i686-w64-mingw32/include/winsock2.h:15:2: warning: #warning Please include winsock2.h before windows.h [-Wcpp] ---------------------------------------------------------------------- Comment By: Pierre Ossman (ossman_) Date: 2012-04-25 07:57 Message: Oops. Forgot to properly update the bundled FLTK. I just committed the missing pieces. Could you give it a new try? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514162&amp;group_id=254363 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel </pre> SourceForge.net 2012-04-25T15:58:44 [ tigervnc-Bug Tracker-3514162 ] C++ compile error http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2325 <pre>Bug Tracker item #3514162, was opened at 2012-04-02 07:45 Message generated for change (Comment added) made by ossman_ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514162&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Windows version Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michal Suchanek (hramrach) Assigned to: Peter Åstrand (astrand) Summary: C++ compile error Initial Comment: Patch required to build trunk with mingw besides the .def file problem: Index: trunk/win/winvnc/JavaViewer.cxx =================================================================== --- trunk/win/winvnc/JavaViewer.cxx(revision 4879) +++ trunk/win/winvnc/JavaViewer.cxx(working copy) &lt; at &gt;&lt; at &gt; -16,13 +16,13 &lt; at &gt;&lt; at &gt; * USA. */ -#include &lt;windows.h&gt; #include &lt;winvnc/JavaViewer.h&gt; #include &lt;winvnc/resource.h&gt; #include &lt;rdr/MemInStream.h&gt; #include &lt;rfb/LogWriter.h&gt; #include &lt;rfb/VNCServerST.h&gt; #include &lt;rfb_win32/TCharArray.h&gt; +#include &lt;windows.h&gt; #define strcasecmp _stricmp Index: trunk/vncviewer/vncviewer.cxx =================================================================== --- trunk/vncviewer/vncviewer.cxx(revision 4879) +++ trunk/vncviewer/vncviewer.cxx(working copy) &lt; at &gt;&lt; at &gt; -137,7 +137,7 &lt; at &gt;&lt; at &gt; GetSystemMetrics(SM_CYSMICON), LR_DEFAULTCOLOR | LR_SHARED); - Fl_Window::default_icons(lg, sm); + //Fl_Window::default_icons(lg, sm); #elif ! defined(__APPLE__) const int icon_sizes[] = {48, 32, 24, 16}; ---------------------------------------------------------------------- Date: 2012-04-25 07:57 Message: Oops. Forgot to properly update the bundled FLTK. I just committed the missing pieces. Could you give it a new try? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514162&amp;group_id=254363 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel </pre> SourceForge.net 2012-04-25T14:58:00 [ tigervnc-Bug Tracker-3514124 ] trunk mingw buildfails - invalid linker script? http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2324 <pre>Bug Tracker item #3514124, was opened at 2012-04-02 05:18 Message generated for change (Comment added) made by ossman_ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514124&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Windows version Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michal Suchanek (hramrach) Assigned to: Peter Åstrand (astrand) Summary: trunk mingw build fails - invalid linker script? Initial Comment: Hello, can't build tigervnc trunk: cmake version 2.8.7 i686-w64-mingw32-g++ (GCC) 4.6.2 Linking CXX shared library wm_hooks.dll cd /scratch/tigerbin/win/winvnc &amp;&amp; /usr/bin/cmake -E cmake_link_script CMakeFiles/wm_hooks.dir/link.txt --verbose=no /usr/bin/i686-w64-mingw32-ld: /scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def:4: syntax error /usr/bin/i686-w64-mingw32-ld:/scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def: file format not recognized; treating as linker script /usr/bin/i686-w64-mingw32-ld:/scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def:1: syntax error collect2: ld returned 1 exit status ---------------------------------------------------------------------- Date: 2012-04-25 07:55 Message: Sorry. Wasn't paying attention properly. The def file was used to define a shared segment. But that method is for MSVC, not gcc. I've used the gcc way on trunk now, removing the def file. Could you guys give it a try? ---------------------------------------------------------------------- Comment By: Michal Suchanek (hramrach) Date: 2012-04-25 07:49 Message: I am building on Debian. Removing the def file in autoconf works: Index: trunk/win/winvnc/CMakeLists.txt =================================================================== --- trunk/win/winvnc/CMakeLists.txt (revision 4891) +++ trunk/win/winvnc/CMakeLists.txt (working copy) &lt; at &gt;&lt; at &gt; -2,7 +2,6 &lt; at &gt;&lt; at &gt; add_library(wm_hooks SHARED ../wm_hooks/wm_hooks.cxx - ../wm_hooks/wm_hooks.def ../wm_hooks/wm_hooks.rc) # We want the DLL to be named wm_hooks.dll rather than libwm_hooks.dll btw you can see from the description that I am running an unix shell. ---------------------------------------------------------------------- Comment By: Pierre Ossman (ossman_) Date: 2012-04-25 07:39 Message: Michal, are you also on Windows? I'm not seeing this issue with mingw on Linux. Looks like the def file is ignored here. Will have to investigate... ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-04-17 14:19 Message: Am too facing this issue: Linking CXX shared library wm_hooks.dll e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe: ..\wm_hooks\wm_hooks.def:4: syntax error Command I used for cmake : "E:\DevelopmentTools\BuildTools\CMake 2.8\bin\cmake.exe" -G "MinGW Makefiles" -DJPEG_INCLUDE_DIR=E:\DevelopmentTools\Library\libjpeg-turbo\include -DJPEG_LIBRARY=E:\DevelopmentTools\Library\libjpeg-turbo\lib\jpeg.lib e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe:..\wm_hooks\wm_hooks.def: file format not recognized; treating as linker script e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe:..\wm_hooks\wm_hooks.def:1: syntax error collect2: ld returned 1 exit status mingw32-make[2]: *** [win/winvnc/wm_hooks.dll] Error 1 mingw32-make[1]: *** [win/winvnc/CMakeFiles/wm_hooks.dir/all] Error 2 mingw32-make: *** [all] Error 2 . ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514124&amp;group_id=254363 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel </pre> SourceForge.net 2012-04-25T14:55:11 [ tigervnc-Bug Tracker-3514124 ] trunk mingw buildfails - invalid linker script? http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2323 <pre>Bug Tracker item #3514124, was opened at 2012-04-02 05:18 Message generated for change (Comment added) made by hramrach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514124&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Windows version Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michal Suchanek (hramrach) Assigned to: Peter Åstrand (astrand) Summary: trunk mingw build fails - invalid linker script? Initial Comment: Hello, can't build tigervnc trunk: cmake version 2.8.7 i686-w64-mingw32-g++ (GCC) 4.6.2 Linking CXX shared library wm_hooks.dll cd /scratch/tigerbin/win/winvnc &amp;&amp; /usr/bin/cmake -E cmake_link_script CMakeFiles/wm_hooks.dir/link.txt --verbose=no /usr/bin/i686-w64-mingw32-ld: /scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def:4: syntax error /usr/bin/i686-w64-mingw32-ld:/scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def: file format not recognized; treating as linker script /usr/bin/i686-w64-mingw32-ld:/scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def:1: syntax error collect2: ld returned 1 exit status ---------------------------------------------------------------------- Date: 2012-04-25 07:49 Message: I am building on Debian. Removing the def file in autoconf works: Index: trunk/win/winvnc/CMakeLists.txt =================================================================== --- trunk/win/winvnc/CMakeLists.txt (revision 4891) +++ trunk/win/winvnc/CMakeLists.txt (working copy) &lt; at &gt;&lt; at &gt; -2,7 +2,6 &lt; at &gt;&lt; at &gt; add_library(wm_hooks SHARED ../wm_hooks/wm_hooks.cxx - ../wm_hooks/wm_hooks.def ../wm_hooks/wm_hooks.rc) # We want the DLL to be named wm_hooks.dll rather than libwm_hooks.dll btw you can see from the description that I am running an unix shell. ---------------------------------------------------------------------- Comment By: Pierre Ossman (ossman_) Date: 2012-04-25 07:39 Message: Michal, are you also on Windows? I'm not seeing this issue with mingw on Linux. Looks like the def file is ignored here. Will have to investigate... ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-04-17 14:19 Message: Am too facing this issue: Linking CXX shared library wm_hooks.dll e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe: ..\wm_hooks\wm_hooks.def:4: syntax error Command I used for cmake : "E:\DevelopmentTools\BuildTools\CMake 2.8\bin\cmake.exe" -G "MinGW Makefiles" -DJPEG_INCLUDE_DIR=E:\DevelopmentTools\Library\libjpeg-turbo\include -DJPEG_LIBRARY=E:\DevelopmentTools\Library\libjpeg-turbo\lib\jpeg.lib e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe:..\wm_hooks\wm_hooks.def: file format not recognized; treating as linker script e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe:..\wm_hooks\wm_hooks.def:1: syntax error collect2: ld returned 1 exit status mingw32-make[2]: *** [win/winvnc/wm_hooks.dll] Error 1 mingw32-make[1]: *** [win/winvnc/CMakeFiles/wm_hooks.dir/all] Error 2 mingw32-make: *** [all] Error 2 . ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514124&amp;group_id=254363 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel </pre> SourceForge.net 2012-04-25T14:49:31 [ tigervnc-Bug Tracker-3514124 ] trunk mingw buildfails - invalid linker script? http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2322 <pre>Bug Tracker item #3514124, was opened at 2012-04-02 05:18 Message generated for change (Comment added) made by ossman_ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514124&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Windows version Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michal Suchanek (hramrach) Assigned to: Peter Åstrand (astrand) Summary: trunk mingw build fails - invalid linker script? Initial Comment: Hello, can't build tigervnc trunk: cmake version 2.8.7 i686-w64-mingw32-g++ (GCC) 4.6.2 Linking CXX shared library wm_hooks.dll cd /scratch/tigerbin/win/winvnc &amp;&amp; /usr/bin/cmake -E cmake_link_script CMakeFiles/wm_hooks.dir/link.txt --verbose=no /usr/bin/i686-w64-mingw32-ld: /scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def:4: syntax error /usr/bin/i686-w64-mingw32-ld:/scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def: file format not recognized; treating as linker script /usr/bin/i686-w64-mingw32-ld:/scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def:1: syntax error collect2: ld returned 1 exit status ---------------------------------------------------------------------- Date: 2012-04-25 07:39 Message: Michal, are you also on Windows? I'm not seeing this issue with mingw on Linux. Looks like the def file is ignored here. Will have to investigate... ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-04-17 14:19 Message: Am too facing this issue: Linking CXX shared library wm_hooks.dll e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe: ..\wm_hooks\wm_hooks.def:4: syntax error Command I used for cmake : "E:\DevelopmentTools\BuildTools\CMake 2.8\bin\cmake.exe" -G "MinGW Makefiles" -DJPEG_INCLUDE_DIR=E:\DevelopmentTools\Library\libjpeg-turbo\include -DJPEG_LIBRARY=E:\DevelopmentTools\Library\libjpeg-turbo\lib\jpeg.lib e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe:..\wm_hooks\wm_hooks.def: file format not recognized; treating as linker script e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe:..\wm_hooks\wm_hooks.def:1: syntax error collect2: ld returned 1 exit status mingw32-make[2]: *** [win/winvnc/wm_hooks.dll] Error 1 mingw32-make[1]: *** [win/winvnc/CMakeFiles/wm_hooks.dir/all] Error 2 mingw32-make: *** [all] Error 2 . ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514124&amp;group_id=254363 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel </pre> SourceForge.net 2012-04-25T14:39:45 [ tigervnc-Bug Tracker-3512468 ] trunk failscrossbuilding http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2321 <pre>Bug Tracker item #3512468, was opened at 2012-03-28 09:53 Message generated for change (Settings changed) made by hramrach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3512468&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: trunk Status: Open Priority: 5 Private: No Submitted By: Michal Suchanek (hramrach) Assigned to: Nobody/Anonymous (nobody) Summary: trunk fails crossbuilding Initial Comment: /scratch/tigerbin $ sh -x buildscript + CC=i686-w64-mingw32-gcc + CXX=i686-w64-mingw32-g++ + RC=i686-w64-mingw32-windres + cmake -G 'Unix Makefiles' -DCMAKE_SYSTEM_NAME=Windows -DCMAKE_AR=i686-w64-mingw32-ar -DCMAKE_RANLIB=i686-w64-mingw32-ranlib ../tigervnc/trunk Re-run cmake no build system arguments </pre> SourceForge.net 2012-04-20T11:05:19 [ tigervnc-Bug Tracker-3519792 ] mingw buildinstructions broken http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2320 <pre>Bug Tracker item #3519792, was opened at 2012-04-20 04:03 Message generated for change (Settings changed) made by hramrach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3519792&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michal Suchanek (hramrach) Assigned to: Nobody/Anonymous (nobody) Summary: mingw build instructions broken Initial Comment: Hello, the cmake wiki suggests to write CMake settings files for different build types instead of setting all the required options on the command line: http://www.cmake.org/Wiki/CMake_Cross_Compiling#The_toolchain_file However, even if you prefer to include 'build recipes' in the docs at least include working recipes. This is script to build with mingw (which is way different from the build recipe which fails in multiple ways):: CC=i686-w64-mingw32-gcc \ CXX=i686-w64-mingw32-g++ \ RC=i686-w64-mingw32-windres \ AR=i686-w64-mingw32-ar \ RANLIB=i686-w64-mingw32-ranlib \ cmake -G "Unix Makefiles" -DCMAKE_SYSTEM_NAME=Windows \ -DCMAKE_FIND_ROOT_PATH=/usr/i486-mingw32 \ -DCMAKE_FIND_ROOT_PATH_MODE_PROGRAM=NEVER \ -DCMAKE_FIND_ROOT_PATH_MODE_LIBRARY=ONLY \ -DCMAKE_FIND_ROOT_PATH_MODE_INCLUDE=ONLY \ -DJPEG_INCLUDE_DIR=/scratch/turbojpeg/include \ -DJPEG_LIBRARY=/scratch/turbojpeg/lib/libjpeg.a \ -DBUILD_STATIC=1 \ -DCMAKE_INSTALL_PREFIX="/" \ ../tigervnc/trunk &amp;&amp; \ make -j6 &amp;&amp; \ make install DESTDIR=/scratch/tigerinst You need the programs specified in environment rather than as -D because they are not found otherwise. You need static build so that the installed executables can be actually executed without searching for mingw dlls. You need CMAKE_FIND_ROOT_PATH so that the system libraries are not picked by cmake. This is probably no-op on windows because they don't have system libraries anyway. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3519792&amp;group_id=254363 ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 </pre> SourceForge.net 2012-04-20T11:04:07 [ tigervnc-Bug Tracker-3519792 ] mingw buildinstructions broken http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2319 <pre>Bug Tracker item #3519792, was opened at 2012-04-20 04:03 Message generated for change (Tracker Item Submitted) made by hramrach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3519792&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michal Suchanek (hramrach) Assigned to: Nobody/Anonymous (nobody) Summary: mingw build instructions broken Initial Comment: Hello, the cmake wiki suggests to write CMake settings files for different build types instead of setting all the required options on the command line: http://www.cmake.org/Wiki/CMake_Cross_Compiling#The_toolchain_file However, even if you prefer to include 'build recipes' in the docs at least include working recipes. This is script to build with mingw (which is way different from the build recipe which fails in multiple ways):: CC=i686-w64-mingw32-gcc \ CXX=i686-w64-mingw32-g++ \ RC=i686-w64-mingw32-windres \ AR=i686-w64-mingw32-ar \ RANLIB=i686-w64-mingw32-ranlib \ cmake -G "Unix Makefiles" -DCMAKE_SYSTEM_NAME=Windows \ -DCMAKE_FIND_ROOT_PATH=/usr/i486-mingw32 \ -DCMAKE_FIND_ROOT_PATH_MODE_PROGRAM=NEVER \ -DCMAKE_FIND_ROOT_PATH_MODE_LIBRARY=ONLY \ -DCMAKE_FIND_ROOT_PATH_MODE_INCLUDE=ONLY \ -DJPEG_INCLUDE_DIR=/scratch/turbojpeg/include \ -DJPEG_LIBRARY=/scratch/turbojpeg/lib/libjpeg.a \ -DBUILD_STATIC=1 \ -DCMAKE_INSTALL_PREFIX="/" \ ../tigervnc/trunk &amp;&amp; \ make -j6 &amp;&amp; \ make install DESTDIR=/scratch/tigerinst You need the programs specified in environment rather than as -D because they are not found otherwise. You need static build so that the installed executables can be actually executed without searching for mingw dlls. You need CMAKE_FIND_ROOT_PATH so that the system libraries are not picked by cmake. This is probably no-op on windows because they don't have system libraries anyway. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3519792&amp;group_id=254363 ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 </pre> SourceForge.net 2012-04-20T11:03:12 [ tigervnc-Bug Tracker-3514124 ] trunk mingw buildfails - invalid linker script? http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2318 <pre>Bug Tracker item #3514124, was opened at 2012-04-02 05:18 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514124&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Windows version Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michal Suchanek (hramrach) Assigned to: Peter Åstrand (astrand) Summary: trunk mingw build fails - invalid linker script? Initial Comment: Hello, can't build tigervnc trunk: cmake version 2.8.7 i686-w64-mingw32-g++ (GCC) 4.6.2 Linking CXX shared library wm_hooks.dll cd /scratch/tigerbin/win/winvnc &amp;&amp; /usr/bin/cmake -E cmake_link_script CMakeFiles/wm_hooks.dir/link.txt --verbose=no /usr/bin/i686-w64-mingw32-ld: /scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def:4: syntax error /usr/bin/i686-w64-mingw32-ld:/scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def: file format not recognized; treating as linker script /usr/bin/i686-w64-mingw32-ld:/scratch/tigervnc/trunk/win/wm_hooks/wm_hooks.def:1: syntax error collect2: ld returned 1 exit status ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2012-04-17 14:19 Message: Am too facing this issue: Linking CXX shared library wm_hooks.dll e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe: ..\wm_hooks\wm_hooks.def:4: syntax error Command I used for cmake : "E:\DevelopmentTools\BuildTools\CMake 2.8\bin\cmake.exe" -G "MinGW Makefiles" -DJPEG_INCLUDE_DIR=E:\DevelopmentTools\Library\libjpeg-turbo\include -DJPEG_LIBRARY=E:\DevelopmentTools\Library\libjpeg-turbo\lib\jpeg.lib e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe:..\wm_hooks\wm_hooks.def: file format not recognized; treating as linker script e:/developmenttools/buildtools/mingw/bin/../lib/gcc/mingw32/4.6.1/../../../../mingw32/bin/ld.exe:..\wm_hooks\wm_hooks.def:1: syntax error collect2: ld returned 1 exit status mingw32-make[2]: *** [win/winvnc/wm_hooks.dll] Error 1 mingw32-make[1]: *** [win/winvnc/CMakeFiles/wm_hooks.dir/all] Error 2 mingw32-make: *** [all] Error 2 . ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3514124&amp;group_id=254363 ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel </pre> SourceForge.net 2012-04-17T21:19:57 [ tigervnc-Bug Tracker-3518901 ] Java Viewer of1.2.0 shows empty screen started as appl http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2317 <pre>Bug Tracker item #3518901, was opened at 2012-04-17 12:48 Message generated for change (Tracker Item Submitted) made by afluegel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3518901&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Albert Fluegel (afluegel) Assigned to: Nobody/Anonymous (nobody) Summary: Java Viewer of 1.2.0 shows empty screen started as appl Initial Comment: When the java viewer of 1.2.0 is started as applet within a browser, the screen is empty i.e. completely black or gray. This happens at least on Redhat Enterprise Linux 5 and 6 in firefox with jre 1.6.0_22 and 1.6.0_29 and on windows 2k3 in internet explorer with jre 1.6.0_03 and on windows 7 in ie with jre 1.6.0_20 or in other words: i did not find a working combination. An interesting aspect is: When looking onto a different viewer started in parallel (vncviewer binary), one can see, that this empty screen is reacting on input: mouse movements, klicks, keyboard input. It just does not display anything. The problem can be fixed reverting the changes applied to the file java/com/tigervnc/vncviewer/PixelBufferImage.java between 1.1.90 and 1.2.0. These are the diffs, that must be undone to m ake the display work again when running as applet: diff -ru tigervnc-1.1.90/java/com/tigervnc/vncviewer/PixelBufferImage.java tigervnc-1.2.0/java/com/tigervnc/vncviewer/PixelBufferImage.java --- tigervnc-1.1.90/java/com/tigervnc/vncviewer/PixelBufferImage.java2011-12-04 23:58:48.000000000 +0100 +++ tigervnc-1.2.0/java/com/tigervnc/vncviewer/PixelBufferImage.java2012-02-12 23:20:48.000000000 +0100 &lt; at &gt;&lt; at &gt; -103,8 +103,7 &lt; at &gt;&lt; at &gt; public void put(int x, int y, int w, int h, Graphics g) { if (ic != null) { ic.setPixels(x, y, w, h, cm, data, width() * y + x, width()); - g.setClip(x, y, w, h); - ic.imageComplete(ImageConsumer.SINGLEFRAMEDONE); + desktop.repaint(x, y, w, h); } } &lt; at &gt;&lt; at &gt; -116,8 +115,7 &lt; at &gt;&lt; at &gt; super.copyRect(x, y, w, h, srcX, srcY); if (ic == null) return; ic.setPixels(x, y, w, h, cm, data, width() * y + x, width()); - g.setClip(x, y, w, h); - ic.imageComplete(ImageConsumer.SINGLEFRAMEDONE); + desktop.repaint(x, y, w, h); } // setColourMapEntries() changes some of the entries in the colourmap. Please have a check. Thanks ! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3518901&amp;group_id=254363 ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev </pre> SourceForge.net 2012-04-17T19:48:44 [PATCH:tigervnc-trunk] Make fb header transformations work with Xorg 1.12.1 http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2316 <pre>The reformatting of all the Xserver sources in the 1.12.1 release changed the headers so now some of them have multiple instances of the C++ "and" and "xor" keywords on the same line, so the hack to sanitize them needs to use the sed "g" flag to replace all instances, not just the first. Otherwise, the build fails with strange errors such as: "fb.h", line 817: Error: Unexpected type name "FbBits" encountered. "fb.h", line 817: Error: dst is not defined. "fb.h", line 818: Error: Unexpected type name "FbStride" encountered. "fb.h", line 818: Error: dstStride is not defined. "fb.h", line 819: Error: Badly formed expression. Signed-off-by: Alan Coopersmith &lt;alan.coopersmith-QHcLZuEGTsvQT0dZR+AlfA&lt; at &gt;public.gmane.org&gt; Index: unix/xserver/hw/vnc/Makefile.am =================================================================== --- unix/xserver/hw/vnc/Makefile.am(revision 4891) +++ unix/xserver/hw/vnc/Makefile.am(working copy) &lt; at &gt;&lt; at &gt; -63,7 +63,7 &lt; at &gt;&lt; at &gt; BUILT_SOURCES = $(nodist_Xvnc_SOURCES) fb.h: $(top_srcdir)/fb/fb.h -cat $(top_srcdir)/fb/fb.h | sed -e 's,and,c_and,' -e 's,xor,c_xor,' &gt; $(srcdir)/fb.h +cat $(top_srcdir)/fb/fb.h | sed -e 's,and,c_and,g' -e 's,xor,c_xor,g' &gt; $(srcdir)/fb.h pixman.h: for i in ${XSERVERLIBS_CFLAGS}; do \ &lt; at &gt;&lt; at &gt; -78,4 +78,4 &lt; at &gt;&lt; at &gt; fi fbrop.h: $(top_srcdir)/fb/fbrop.h -cat $(top_srcdir)/fb/fbrop.h | sed -e 's,and,c_and,' -e 's,xor,c_xor,' &gt; $(srcdir)/fbrop.h +cat $(top_srcdir)/fb/fbrop.h | sed -e 's,and,c_and,g' -e 's,xor,c_xor,g' &gt; $(srcdir)/fbrop.h </pre> Alan Coopersmith 2012-04-14T21:10:20 [ tigervnc-Bug Tracker-3460049 ] Canceling newviewer causes full program close. http://comments.gmane.org/gmane.network.vnc.tigervnc.devel/2315 <pre>Bug Tracker item #3460049, was opened at 2011-12-15 07:10 Message generated for change (Comment added) made by bphinz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3460049&amp;group_id=254363 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Java viewer Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robert (ragoley) Assigned to: Brian Hinz (bphinz) Summary: Canceling new viewer causes full program close. Initial Comment: The java viewer is working great. I have been using it more and more. I typically will have multiple VNC sessions up from different machines. I noticed a bug which is likely an oversight but I wanted to report it. It shows up when you already have one open session and use the F8 menu to launch a new connection. If you enter your details in the server settings box, you get the new session no problem. If you click the window manager's X (close button), the new connection window goes away but the current session stays open. If you click Cancel on the server settings window for the new connection, it closes down the viewer entirely including the first session that is already up and running. I haven't looked at the code but I assume that it is calling the global shutdown function instead of checking to see if there are active sessions first. That behaviour would be correct under single session use but not with multiple sessions from the same viewer process. ---------------------------------------------------------------------- Date: 2012-04-12 18:52 Message: I just committed r4889 which should fix this. Please confirm and I'll close the ticket. Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&amp;atid=1126848&amp;aid=3460049&amp;group_id=254363 ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 </pre> SourceForge.net 2012-04-13T01:52:37 Search Engine Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.network.vnc.tigervnc.devel