From erik.soderquist@gmail.com Wed Oct 2 18:50:00 2013 From: erik.soderquist@gmail.com (Erik Soderquist) Date: Wed, 02 Oct 2013 18:50:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting Message-ID: I am currently using the X server on a Windows 7 64 bit host for Firefox (in particular, occasional terminals too). While everything works, I am experiencing very severe memory page faulting causing the graphical interface to appear to hang for several seconds at a time, and when not appearing hung, responsiveness is very painfully slow, sometimes to the extent that I will type a paragraph and then sit back and watch as the graphical interface slowly displays what I typed at a rate of 1-2 characters per second. This seems to be more pronounced with more tabs open in Firefox, even when nothing has been loaded in the tabs. More separate windows also has the same result. At first, I thought I was simply out of memory; however, I checked task manager and found that my windows host had more than 500 MB free and roughly 1 GB used for cache for a total of 1.5 GB available. Looking at the processes list, I found the Page Fault Delta for the Xwin.exe process was often greater than 10K when I was experiencing the poor responsiveness and greater than 30K when experiencing the temporary hangs. I've also tested this immediately after a full reboot, when I had >3GB available and >2GB free ram with the same results. During all of these tests, the memory Working Set, Private Working Set, and Commit Size never seem to reach, let alone exceed, 50 MB. I went through all of the options listed in the doc for the Xwin binary, and was unable to find anything that seemed even remotely related. I am also unable to reproduce this with other X servers, so currently have to assume it is something I'm setting up incorrectly or something within the Xwin binary. Testing with antivirus and firewall enabled/disabled did not affect the results. (faq reference http://x.cygwin.com/docs/faq/cygwin-x-faq.html#poor-performance found during searches). Also tested with and without tunneling though ssh with no difference in the results. In further testing, I have reproduced this on Windows 7 64 bit with both the 32 and 64 bit builds of Xwin, and on Windows XP (32 and 64 bit) with both the 32 and 64 bit builds of Xwin. machine 1 hardware for testing Intel Core 2 Duo (e8600 @ 3.3 GHz) 4 GB ram ATI Radeon HD 3470 (2 GB ram) tested with Windows 7 64 bit and Windows XP 32 bit machine 2 hardware for testing Intel Core 2 Duo (e8600 @ 3.3 GHz) 8 GB ram ATI Radeon HD 3470 (2 GB ram) tested with Windows XP 64 bit google searched used without useful results: Xwin extreme memory page fault Xwin excessive memory page fault Xwin memory page fault Xwin page fault Xwin hang memory Xwin pause memory Xwin slow memory Searched the mailing list archives for the same terms minus "Xwin" and also did not get any useful results. (nearest to useful faq reference noted above). I'm willing to reconfigure and retest with new parameters, but I've run out of ideas myself on how to resolve the extreme memory page faulting the Xwin binary is doing. For that matter, I'm willing to change settings in source files and recompile, but I'm not a programmer and don't really know what I'm looking at in the source files... Thank you in advance for your time and expertise in pointing me in the correct direction to continue tracing this issue. --- Erik -- "I do not think any of us are truly sane, Caleb. Not even you. Courage is not sanity. Being willing to die for someone else is not sanity." ... "Love is not sane, nor is faith." ... "If sanity lacks those things, Caleb, I want no part of it." -- Alexandria Terri in "Weaving the Wyvern" by Alexis Desiree Thorne - http://alexisthorne.webs.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 44776 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.8.log Type: application/octet-stream Size: 4830 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From ryan.johnson@cs.utoronto.ca Wed Oct 2 22:51:00 2013 From: ryan.johnson@cs.utoronto.ca (Ryan Johnson) Date: Wed, 02 Oct 2013 22:51:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: References: Message-ID: <524CA379.207@cs.utoronto.ca> On 02/10/2013 2:50 PM, Erik Soderquist wrote: > I am currently using the X server on a Windows 7 64 bit host for > Firefox (in particular, occasional terminals too). While everything > works, I am experiencing very severe memory page faulting causing the > graphical interface to appear to hang for several seconds at a time, > and when not appearing hung, responsiveness is very painfully slow, > sometimes to the extent that I will type a paragraph and then sit back > and watch as the graphical interface slowly displays what I typed at a > rate of 1-2 characters per second. Is there really a Firefox build for cygwin/X ? Or are you tunneling from some other machine? > Testing with antivirus and firewall enabled/disabled did not affect > the results. (faq reference > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#poor-performance found > during searches). If antivirus is a problem (as in BLODA), you probably need to uninstall, not just disable. They're usually too lazy to actually remove their hooks when "off" and just (try to) make the hooks become (mostly) no-ops instead. Not saying it's your problem, necessarily, just that merely disabling AV is not enough to rule it out. Also (not necessarily related to this particular problem), cygcheck reports a surprising selection of *nix-like utilities in c:\windows\bin. Whatever they are, they can't be helping. I doubt it's an X-server code issue. You tried it on too many machines with problems, and too many other people aren't spamming the list about this, which suggests it's something on your side (like BLODA). Further, the only cygwin bug I've known to cause lots of paging was plugged months ago (it had to do with sparse executable files and should have been irrelevant for this situation anyway). My advice: check out the cygwin FAQ about BLODA, uninstall anything listed there (or install a fresh VM image somewhere without those) and try again. If it's still a problem, somebody more familiar with X than me will have to take over... Ryan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From erik.soderquist@gmail.com Wed Oct 2 23:55:00 2013 From: erik.soderquist@gmail.com (Erik Soderquist) Date: Wed, 02 Oct 2013 23:55:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: <524CA379.207@cs.utoronto.ca> References: <524CA379.207@cs.utoronto.ca> Message-ID: On Wed, Oct 2, 2013 at 6:51 PM, Ryan Johnson wrote: > On 02/10/2013 2:50 PM, Erik Soderquist wrote: >> >> I am currently using the X server on a Windows 7 64 bit host for >> Firefox (in particular, occasional terminals too). > Is there really a Firefox build for cygwin/X ? Or are you tunneling from > some other machine? My apologies; Firefox is running on a CentOS host and I have tried both raw X and tunneled through ssh. I am currently tunneling though ssh as the raw X was a test only to see if it was a tunnel issue. > >> Testing with antivirus and firewall enabled/disabled did not affect >> the results. (faq reference >> http://x.cygwin.com/docs/faq/cygwin-x-faq.html#poor-performance found >> during searches). > > If antivirus is a problem (as in BLODA), you probably need to uninstall, not > just disable. They're usually too lazy to actually remove their hooks when > "off" and just (try to) make the hooks become (mostly) no-ops instead. Not > saying it's your problem, necessarily, just that merely disabling AV is not > enough to rule it out. > Unfortunately, uninstall is not an option for me. Corporate Policy prevents it on several levels. However, my disable of the A/V-firewall packages was by going into the Windows Services applets and disabling the services there and via a couple registry hacks and then rebooting so the A/V and firewall pieces could not load to start with. They are as ruled out as I can make them currently. I will look into the possibility of a VM to test without them entirely and see if i can still reproduce the issue. > Also (not necessarily related to this particular problem), cygcheck reports > a surprising selection of *nix-like utilities in c:\windows\bin. Whatever > they are, they can't be helping. Those existed only on the current test machine. In theory, since they are later in the path in the cygwin environment, they should never be executed unless called by full path, but I do appreciate it being pointed out. I should have mentioned their existence on this machine to start with. > I doubt it's an X-server code issue. You tried it on too many machines with > problems, and too many other people aren't spamming the list about this, > which suggests it's something on your side (like BLODA). Further, the only > cygwin bug I've known to cause lots of paging was plugged months ago (it had > to do with sparse executable files and should have been irrelevant for this > situation anyway). The only (known) BLODA I have from that list is the McAfee A/V-firewall, which I can't remove, but I believe was completely disabled by the above described method. > My advice: check out the cygwin FAQ about BLODA, uninstall anything listed > there (or install a fresh VM image somewhere without those) and try again. > If it's still a problem, somebody more familiar with X than me will have to > take over... > > Ryan If I can get the authorization for a VM test without A/V, I will and the results will be posted here either way. Thank you for your time in looking at this. --- Erik -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From ryan.johnson@cs.utoronto.ca Thu Oct 3 14:01:00 2013 From: ryan.johnson@cs.utoronto.ca (Ryan Johnson) Date: Thu, 03 Oct 2013 14:01:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: References: <524CA379.207@cs.utoronto.ca> Message-ID: <524D78AF.3040607@cs.utoronto.ca> On 02/10/2013 7:55 PM, Erik Soderquist wrote: > On Wed, Oct 2, 2013 at 6:51 PM, Ryan Johnson > wrote: >> I doubt it's an X-server code issue. You tried it on too many machines with >> problems, and too many other people aren't spamming the list about this, >> which suggests it's something on your side (like BLODA). Further, the only >> cygwin bug I've known to cause lots of paging was plugged months ago (it had >> to do with sparse executable files and should have been irrelevant for this >> situation anyway). > The only (known) BLODA I have from that list is the McAfee > A/V-firewall, which I can't remove, but I believe was completely > disabled by the above described method. Unfortunately, McAfee is one of the worst offenders in my experience [1]. I seriously doubt you can disable it completely from user space, given its habits of interposing on device drivers and burrowing into other kernel bits [2]. [1] IMO it's a cure that's worse than the disease, but that's a rant for a different thread. [2] McAfee actually sued MS for "anticompetitive" behavior a while back, after the latter closed a bunch of security loopholes in the kernel that virus-writers love but McAfee also depended on (including the interrupt dispatch table IIRC). >> My advice: check out the cygwin FAQ about BLODA, uninstall anything listed >> there (or install a fresh VM image somewhere without those) and try again. >> If it's still a problem, somebody more familiar with X than me will have to >> take over... >> > If I can get the authorization for a VM test without A/V, I will and > the results will be posted here either way. Thank you for your time > in looking at this. Good luck! Ryan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From erik.soderquist@gmail.com Thu Oct 3 15:44:00 2013 From: erik.soderquist@gmail.com (Erik Soderquist) Date: Thu, 03 Oct 2013 15:44:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: <524D78AF.3040607@cs.utoronto.ca> References: <524CA379.207@cs.utoronto.ca> <524D78AF.3040607@cs.utoronto.ca> Message-ID: >> The only (known) BLODA I have from that list is the McAfee >> A/V-firewall, which I can't remove, but I believe was completely >> disabled by the above described method. > > Unfortunately, McAfee is one of the worst offenders in my experience [1]. I > seriously doubt you can disable it completely from user space, given its > habits of interposing on device drivers and burrowing into other kernel bits > [2]. > > [1] IMO it's a cure that's worse than the disease, but that's a rant for a > different thread. > > [2] McAfee actually sued MS for "anticompetitive" behavior a while back, > after the latter closed a bunch of security loopholes in the kernel that > virus-writers love but McAfee also depended on (including the interrupt > dispatch table IIRC). > ... So fixing security failures is 'anticompetitive' in McAfee's book?? Wow... That is the kind of business that if i had the funds I would buy just to dismantle... I knew they were bad but didn't know they were *that* bad. >>> there (or install a fresh VM image somewhere without those) and try >>> again. If it's still a problem, somebody more familiar with X than me >>> will have to take over... >>> >> If I can get the authorization for a VM test without A/V, I will and >> the results will be posted here either way. Thank you for your time >> in looking at this. > > Good luck! > > > Ryan > Installed a fresh VM with a Windows XP 64 bit ISO, sp2 already applied. VM has 512 MB ram, and the only package I installed after the OS was cygwin. Issue presents in this environment as soon as Firefox connects/starts. Page Faults Delta over 5,000 minimum anytime I'm doing anything in Firefox, including typing this message, usually over 10,000. Then I went to the services applet and started disabling anything not needed to run the X server and get the connection to/from the remote host. Once nearly everything was disabled, i rebooted the VM. Currently there are only four Windows services running. They are: "CYGWIN sshd," "DHCP Client," "Plug and Play," and "Remote Procedure Call (RPC)." Issue still presents. I've attached the XWin log and the cygcheck output from the VM. --- Erik -------------- next part -------------- A non-text attachment was scrubbed... Name: vm_XWin.4.log Type: application/octet-stream Size: 5129 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vm_cygcheck.out Type: application/octet-stream Size: 25781 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From erik.soderquist@gmail.com Thu Oct 3 16:21:00 2013 From: erik.soderquist@gmail.com (Erik Soderquist) Date: Thu, 03 Oct 2013 16:21:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: References: <524CA379.207@cs.utoronto.ca> <524D78AF.3040607@cs.utoronto.ca> Message-ID: > Installed a fresh VM with a Windows XP 64 bit ISO, sp2 already > applied. VM has 512 MB ram, and the only package I installed after > the OS was cygwin. Followup: I confirmed that my VM host's environment's memory setting is set to lock all VM guest memory into physical ram, and doubled the VM's ram. No difference in results, issue still presents. --- Erik -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From ryan.johnson@cs.utoronto.ca Thu Oct 3 16:27:00 2013 From: ryan.johnson@cs.utoronto.ca (Ryan Johnson) Date: Thu, 03 Oct 2013 16:27:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: References: <524CA379.207@cs.utoronto.ca> <524D78AF.3040607@cs.utoronto.ca> Message-ID: <524D9AEB.7030507@cs.utoronto.ca> On 03/10/2013 11:44 AM, Erik Soderquist wrote: > Installed a fresh VM with a Windows XP 64 bit ISO, sp2 already > applied. VM has 512 MB ram, and the only package I installed after the > OS was cygwin. Issue presents in this environment as soon as Firefox > connects/starts. Page Faults Delta over 5,000 minimum anytime I'm > doing anything in Firefox, including typing this message, usually over > 10,000. I just fired up a 64-bit Ubuntu VM I had laying around, installed firefox, and tunneled it to cygwin64/X on my win7-64 machine. X isn't even visible in the task manager when I sort descending by PF delta, CPU, or memory. This in spite of having half a dozen tabs with content (including ads, an html5 game, and a youtube video playing). Opening a couple dozen more empty tabs brought PFdelta up to the ~7k range, but the rate dropped back to ~0 as soon as the dust settled. Typing remains fully responsive, and I'm officially out of ideas. Ryan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From ryan.johnson@cs.utoronto.ca Thu Oct 3 16:41:00 2013 From: ryan.johnson@cs.utoronto.ca (Ryan Johnson) Date: Thu, 03 Oct 2013 16:41:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: <524D9AEB.7030507@cs.utoronto.ca> References: <524CA379.207@cs.utoronto.ca> <524D78AF.3040607@cs.utoronto.ca> <524D9AEB.7030507@cs.utoronto.ca> Message-ID: <524D9E32.1020904@cs.utoronto.ca> On 03/10/2013 12:27 PM, Ryan Johnson wrote: > On 03/10/2013 11:44 AM, Erik Soderquist wrote: >> Installed a fresh VM with a Windows XP 64 bit ISO, sp2 already >> applied. VM has 512 MB ram, and the only package I installed after >> the OS was cygwin. Issue presents in this environment as soon as >> Firefox connects/starts. Page Faults Delta over 5,000 minimum anytime >> I'm doing anything in Firefox, including typing this message, usually >> over 10,000. > I just fired up a 64-bit Ubuntu VM I had laying around, installed > firefox, and tunneled it to cygwin64/X on my win7-64 machine. X isn't > even visible in the task manager when I sort descending by PF delta, > CPU, or memory. This in spite of having half a dozen tabs with content > (including ads, an html5 game, and a youtube video playing). > > Opening a couple dozen more empty tabs brought PFdelta up to the ~7k > range, but the rate dropped back to ~0 as soon as the dust settled. > Typing remains fully responsive, and I'm officially out of ideas. Huh. I have 1.14.3, not 1.14.2... have you tried upgrading just in case that's the issue? Ryan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From erik.soderquist@gmail.com Thu Oct 3 16:46:00 2013 From: erik.soderquist@gmail.com (Erik Soderquist) Date: Thu, 03 Oct 2013 16:46:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: <524D9AEB.7030507@cs.utoronto.ca> References: <524CA379.207@cs.utoronto.ca> <524D78AF.3040607@cs.utoronto.ca> <524D9AEB.7030507@cs.utoronto.ca> Message-ID: > I just fired up a 64-bit Ubuntu VM I had laying around, installed firefox, > and tunneled it to cygwin64/X on my win7-64 machine. X isn't even visible in > the task manager when I sort descending by PF delta, CPU, or memory. This in > spite of having half a dozen tabs with content (including ads, an html5 > game, and a youtube video playing). > > Opening a couple dozen more empty tabs brought PFdelta up to the ~7k range, > but the rate dropped back to ~0 as soon as the dust settled. Typing remains > fully responsive, and I'm officially out of ideas. > > > Ryan That is the kind of responsiveness I expect, and what other people I've discussed this with experience, which is why I think it is something unusual in my setup or environment... Unfortunately, I'm currently unable to find it myself, and can reliably reproduce the issue even in a virgin environment. So far, the only common factors (that I see) across each of these has been my Linux host, (CentOS 5.8 at present) and my various tabs/accounts. However, I am at a complete loss as to even guess at how these could affect page faulting on the X server. For reference: on the Linux host, when the Windows host is experiencing these page faults, the Linux host is reporting 20-30% CPU usage overall, no swap usage. --- Erik -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From erik.soderquist@gmail.com Thu Oct 3 16:49:00 2013 From: erik.soderquist@gmail.com (Erik Soderquist) Date: Thu, 03 Oct 2013 16:49:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: <524D9E32.1020904@cs.utoronto.ca> References: <524CA379.207@cs.utoronto.ca> <524D78AF.3040607@cs.utoronto.ca> <524D9AEB.7030507@cs.utoronto.ca> <524D9E32.1020904@cs.utoronto.ca> Message-ID: > Huh. I have 1.14.3, not 1.14.2... have you tried upgrading just in case > that's the issue? > > > Ryan The virgin XP-64 VM is using 1.14.3, issue still presents. --- Erik -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From reply-to-list-only-lh@cygwin.com Thu Oct 3 17:04:00 2013 From: reply-to-list-only-lh@cygwin.com (Larry Hall (Cygwin-X)) Date: Thu, 03 Oct 2013 17:04:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: References: <524CA379.207@cs.utoronto.ca> <524D78AF.3040607@cs.utoronto.ca> <524D9AEB.7030507@cs.utoronto.ca> Message-ID: <524DA38C.2010502@cygwin.com> On 10/3/2013 12:46 PM, Erik Soderquist wrote: > >> I just fired up a 64-bit Ubuntu VM I had laying around, installed firefox, >> and tunneled it to cygwin64/X on my win7-64 machine. X isn't even visible in >> the task manager when I sort descending by PF delta, CPU, or memory. This in >> spite of having half a dozen tabs with content (including ads, an html5 >> game, and a youtube video playing). >> >> Opening a couple dozen more empty tabs brought PFdelta up to the ~7k range, >> but the rate dropped back to ~0 as soon as the dust settled. Typing remains >> fully responsive, and I'm officially out of ideas. >> >> >> Ryan > > That is the kind of responsiveness I expect, and what other people > I've discussed this with experience, which is why I think it is > something unusual in my setup or environment... Unfortunately, I'm > currently unable to find it myself, and can reliably reproduce the > issue even in a virgin environment. > > So far, the only common factors (that I see) across each of these has > been my Linux host, (CentOS 5.8 at present) and my various > tabs/accounts. However, I am at a complete loss as to even guess at > how these could affect page faulting on the X server. > > For reference: on the Linux host, when the Windows host is > experiencing these page faults, the Linux host is reporting 20-30% CPU > usage overall, no swap usage. Any chance of finding or setting up an alternate host to test against? -- Larry _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From ostroffjh@sbcglobal.net Thu Oct 3 18:29:00 2013 From: ostroffjh@sbcglobal.net (Jack) Date: Thu, 03 Oct 2013 18:29:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: (from erik.soderquist@gmail.com on Thu Oct 3 12:46:27 2013) References: <524CA379.207@cs.utoronto.ca> <524D78AF.3040607@cs.utoronto.ca> <524D9AEB.7030507@cs.utoronto.ca> Message-ID: <1380824987.1265.8@ffortso4> On 2013.10.03 12:46, Erik Soderquist wrote: > > > I just fired up a 64-bit Ubuntu VM I had laying around, installed > firefox, > > and tunneled it to cygwin64/X on my win7-64 machine. X isn't even > visible in > > the task manager when I sort descending by PF delta, CPU, or > memory. This in > > spite of having half a dozen tabs with content (including ads, an > html5 > > game, and a youtube video playing). > > > > Opening a couple dozen more empty tabs brought PFdelta up to the > ~7k range, > > but the rate dropped back to ~0 as soon as the dust settled. Typing > remains > > fully responsive, and I'm officially out of ideas. > > > > > > Ryan > > That is the kind of responsiveness I expect, and what other people > I've discussed this with experience, which is why I think it is > something unusual in my setup or environment... Unfortunately, I'm > currently unable to find it myself, and can reliably reproduce the > issue even in a virgin environment. > > So far, the only common factors (that I see) across each of these has > been my Linux host, (CentOS 5.8 at present) and my various > tabs/accounts. However, I am at a complete loss as to even guess at > how these could affect page faulting on the X server. > > For reference: on the Linux host, when the Windows host is > experiencing these page faults, the Linux host is reporting 20-30% CPU > usage overall, no swap usage. Similar, to but different from Larry's suggestion, can you install Firefox on CentOS using the installer from Firefox itself, and not the distro version? I can imagine it could be something about flags or settings they used when compiling it. Jack -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From erik.soderquist@gmail.com Thu Oct 3 19:22:00 2013 From: erik.soderquist@gmail.com (Erik Soderquist) Date: Thu, 03 Oct 2013 19:22:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: <524DA38C.2010502@cygwin.com> References: <524CA379.207@cs.utoronto.ca> <524D78AF.3040607@cs.utoronto.ca> <524D9AEB.7030507@cs.utoronto.ca> <524DA38C.2010502@cygwin.com> Message-ID: > > Any chance of finding or setting up an alternate host to test against? > > > -- > Larry Not currently, though the Linux host is slated for a wipe and reload "when scheduling allows"... As it is not considered a critical host, it waits until everything that is critical is handled... --- Erik > _____________________________________________________________________ > > A: Yes. >> Q: Are you sure? >>> A: Because it reverses the logical flow of conversation. >>>> Q: Why is top posting annoying in email? ps: I love the example here :-) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From erik.soderquist@gmail.com Thu Oct 3 19:27:00 2013 From: erik.soderquist@gmail.com (Erik Soderquist) Date: Thu, 03 Oct 2013 19:27:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: <1380824987.1265.8@ffortso4> References: <524CA379.207@cs.utoronto.ca> <524D78AF.3040607@cs.utoronto.ca> <524D9AEB.7030507@cs.utoronto.ca> <1380824987.1265.8@ffortso4> Message-ID: > Similar, to but different from Larry's suggestion, can you install Firefox > on CentOS using the installer from Firefox itself, and not the distro > version? I can imagine it could be something about flags or settings they > used when compiling it. > > Jack I tried a couple times, and am willing to try again; however, I have not been able to resolve dependency conflicts to get a current version of Firefox to successfully install, let alone run. I fear this may have to wait for the host to be wiped and reloaded. Even then, I don't know what level of success I'll have, as currently it looks like it will be reloaded with CentOS 6. RHEL/CentOS are known for keeping solid and stable, not current... --- Erik -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From erik.soderquist@gmail.com Thu Oct 3 19:43:00 2013 From: erik.soderquist@gmail.com (Erik Soderquist) Date: Thu, 03 Oct 2013 19:43:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: References: <524CA379.207@cs.utoronto.ca> <524D78AF.3040607@cs.utoronto.ca> <524D9AEB.7030507@cs.utoronto.ca> <1380824987.1265.8@ffortso4> Message-ID: On Thu, Oct 3, 2013 at 3:27 PM, Erik Soderquist wrote: > >> Similar, to but different from Larry's suggestion, can you install Firefox >> on CentOS using the installer from Firefox itself, and not the distro >> version? I can imagine it could be something about flags or settings they >> used when compiling it. >> >> Jack > > I tried a couple times, and am willing to try again; however, I have > not been able to resolve dependency conflicts to get a current version > of Firefox to successfully install, let alone run. I fear this may > have to wait for the host to be wiped and reloaded. Even then, I > don't know what level of success I'll have, as currently it looks like > it will be reloaded with CentOS 6. RHEL/CentOS are known for keeping > solid and stable, not current... > > --- Erik Trying again; last time i tried it was looking like CentOS was going to skip the 5.9 release entirely... It seems it is there now and (so far) has two of the previously missing dependencies... we will see how far i get... --- Erik -- "I do not think any of us are truly sane, Caleb. Not even you. Courage is not sanity. Being willing to die for someone else is not sanity." ... "Love is not sane, nor is faith." ... "If sanity lacks those things, Caleb, I want no part of it." -- Alexandria Terri in "Weaving the Wyvern" by Alexis Desiree Thorne - http://alexisthorne.webs.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From erik.soderquist@gmail.com Fri Oct 4 13:21:00 2013 From: erik.soderquist@gmail.com (Erik Soderquist) Date: Fri, 04 Oct 2013 13:21:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: References: <524CA379.207@cs.utoronto.ca> <524D78AF.3040607@cs.utoronto.ca> <524D9AEB.7030507@cs.utoronto.ca> <1380824987.1265.8@ffortso4> Message-ID: > Trying again; last time i tried it was looking like CentOS was going > to skip the 5.9 release entirely... It seems it is there now and (so > far) has two of the previously missing dependencies... we will see how > far i get... > > --- Erik .... And that idea crashed and burned badly... After much googling and trying to force-fit the pieces anyway, it quickly became apparent that if I succeeded I would by then be running a Fedora system rather than CentOS; IS team here would have had my hide for breakfast... Next attempt: trying to get a test VM for Ubuntu or Mint; IS team may have my hide just for asking that one... ---- Erik -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From ryan.johnson@cs.utoronto.ca Fri Oct 4 14:03:00 2013 From: ryan.johnson@cs.utoronto.ca (Ryan Johnson) Date: Fri, 04 Oct 2013 14:03:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: References: <524CA379.207@cs.utoronto.ca> <524D78AF.3040607@cs.utoronto.ca> <524D9AEB.7030507@cs.utoronto.ca> <1380824987.1265.8@ffortso4> Message-ID: <524ECAA4.6030801@cs.utoronto.ca> On 04/10/2013 9:21 AM, Erik Soderquist wrote: > if I succeeded I would by then be running a Fedora system rather > than CentOS; IS team here would have had my hide for breakfast... > > Next attempt: trying to get a test VM for Ubuntu or Mint; IS team may > have my hide just for asking that one... I suppose all of this comes in the name of "security" ? Sounds like you guys have the IT equivalent of the TSA... (my condolences to you and your colleagues) Ryan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Fri Oct 4 14:13:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 04 Oct 2013 14:13:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.14.3-2 Message-ID: The following packages have been updated in the Cygwin distribution: *** xorg-server-*1.14.3-2 These packages contain XWin and the other X.Org X11 servers. The following cygwin-specific changes have been made since 1.14.3-1: * [cygwin64] Enable GLX * Revert some clipboard integration changes which caused it to be unreliable * Clipboard integration tweaks and debug improvements * Avoid blocking the Windows application which requested the clipboard contents when the clipboard contents can't be converted to a text format (Reported by Falk Tannh??user) * Add command line and tray menu options to control monitoring of the PRIMARY selection The crashes in software rendering on x86_64 are fixed in the mesa 8.0.5-4 packages, so GLX is now enabled on x86_64, and can use WGL (in multiwindow mode) or gallium softpipe rendering (in windowed mode, or when the -nowgl option is used). llvmpipe (which is used on x86, and is faster than softpipe) is not yet available as llvm is not yet available on x86_64. An experimental option '-noprimary' has been added to XWin and xwinclip, which disables monitoring of the X11 PRIMARY selection (normally, the highlighted text), so only the X11 CLIPBOARD selection (normally, the cut/copied text) is monitored for mapping to the Windows clipboard. XWin also has an additional item in the notification area icon right-click menu to allow this monitoring to be turned on and off while the server is running. x86: ddd35ac5c89e9476c98ed7d22b217e0c *xorg-server-1.14.3-2-src.tar.xz 87ae340fcb966343d36d06d58a02e4c9 *xorg-server-1.14.3-2.tar.xz ff37b9e63512bbd097342c0a68886895 *xorg-server-common-1.14.3-2.tar.xz 4720b80f829077c7a5a56af0ad96c0b4 *xorg-server-debuginfo-1.14.3-2.tar.xz 6f90909f1e8cc325ca08aa467c7366aa *xorg-server-devel-1.14.3-2.tar.xz ec3d8c6b9e83cc121b76fff077a28536 *xorg-server-dmx-1.14.3-2.tar.xz dbee599fe1bb2cda18f0c2aa3046a657 *xorg-server-extra-1.14.3-2.tar.xz 5bea39e888b424316e8274fc0f99ded9 *xwinclip-1.14.3-2.tar.xz x86_64: c0533889b92235c821d89dd2aa638fb7 *xorg-server-1.14.3-2-src.tar.xz 688a1efa094d21be39d06918b91d5022 *xorg-server-1.14.3-2.tar.xz 44d0f8eebb0e7840b7ec43b7243339ba *xorg-server-common-1.14.3-2.tar.xz 23595e02fd25c8ab9214231472fc3b3c *xorg-server-debuginfo-1.14.3-2.tar.xz 5ad79326439795a0e677123dbad33099 *xorg-server-devel-1.14.3-2.tar.xz 5bd182decb5b588ba86eb284ed40a816 *xorg-server-dmx-1.14.3-2.tar.xz 011b17c1d9315c4a2ea46948dbbfcce8 *xorg-server-extra-1.14.3-2.tar.xz 26e09f333cb963e38d0a7e1cf54d0d30 *xwinclip-1.14.3-2.tar.xz -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From erik.soderquist@gmail.com Fri Oct 4 14:31:00 2013 From: erik.soderquist@gmail.com (Erik Soderquist) Date: Fri, 04 Oct 2013 14:31:00 -0000 Subject: Xwin 1.14.2 (64 bit) extreme memory page faulting In-Reply-To: <524ECAA4.6030801@cs.utoronto.ca> References: <524CA379.207@cs.utoronto.ca> <524D78AF.3040607@cs.utoronto.ca> <524D9AEB.7030507@cs.utoronto.ca> <1380824987.1265.8@ffortso4> <524ECAA4.6030801@cs.utoronto.ca> Message-ID: On Fri, Oct 4, 2013 at 10:03 AM, Ryan Johnson wrote: > On 04/10/2013 9:21 AM, Erik Soderquist wrote: >> >> if I succeeded I would by then be running a Fedora system rather >> than CentOS; IS team here would have had my hide for breakfast... >> >> Next attempt: trying to get a test VM for Ubuntu or Mint; IS team may >> have my hide just for asking that one... > > I suppose all of this comes in the name of "security" ? Sounds like you guys > have the IT equivalent of the TSA... > > (my condolences to you and your colleagues) > > Ryan Actually they are quite honest about it being purely policy enforcement and software auditing. We're all network techs here, and are responsible for securing our own systems. --- Erik -- "I do not think any of us are truly sane, Caleb. Not even you. Courage is not sanity. Being willing to die for someone else is not sanity." ... "Love is not sane, nor is faith." ... "If sanity lacks those things, Caleb, I want no part of it." -- Alexandria Terri in "Weaving the Wyvern" by Alexis Desiree Thorne - http://alexisthorne.webs.com/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From matt@codespunk.com Fri Oct 4 19:35:00 2013 From: matt@codespunk.com (Matt D.) Date: Fri, 04 Oct 2013 19:35:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.14.3-2 In-Reply-To: References: Message-ID: <524F1873.2050404@codespunk.com> Jon, Thank you SO much for the experimental clipboard option. This addresses the biggest gripe I've had while working with X11 on Windows. Thank you!! Matt D. On 10/4/2013 9:47 AM, Jon TURNEY wrote: > > The following packages have been updated in the Cygwin distribution: > > *** xorg-server-*1.14.3-2 > > These packages contain XWin and the other X.Org X11 servers. > > The following cygwin-specific changes have been made since 1.14.3-1: > > * [cygwin64] Enable GLX > * Revert some clipboard integration changes which caused it to be unreliable > * Clipboard integration tweaks and debug improvements > * Avoid blocking the Windows application which requested the clipboard > contents when the clipboard contents can't be converted to a text format > (Reported by Falk Tannh??user) > * Add command line and tray menu options to control monitoring of the PRIMARY > selection > > The crashes in software rendering on x86_64 are fixed in the mesa 8.0.5-4 > packages, so GLX is now enabled on x86_64, and can use WGL (in multiwindow > mode) or gallium softpipe rendering (in windowed mode, or when the -nowgl > option is used). llvmpipe (which is used on x86, and is faster than softpipe) > is not yet available as llvm is not yet available on x86_64. > > An experimental option '-noprimary' has been added to XWin and xwinclip, which > disables monitoring of the X11 PRIMARY selection (normally, the highlighted > text), so only the X11 CLIPBOARD selection (normally, the cut/copied text) is > monitored for mapping to the Windows clipboard. XWin also has an additional > item in the notification area icon right-click menu to allow this monitoring > to be turned on and off while the server is running. > > x86: > ddd35ac5c89e9476c98ed7d22b217e0c *xorg-server-1.14.3-2-src.tar.xz > 87ae340fcb966343d36d06d58a02e4c9 *xorg-server-1.14.3-2.tar.xz > ff37b9e63512bbd097342c0a68886895 *xorg-server-common-1.14.3-2.tar.xz > 4720b80f829077c7a5a56af0ad96c0b4 *xorg-server-debuginfo-1.14.3-2.tar.xz > 6f90909f1e8cc325ca08aa467c7366aa *xorg-server-devel-1.14.3-2.tar.xz > ec3d8c6b9e83cc121b76fff077a28536 *xorg-server-dmx-1.14.3-2.tar.xz > dbee599fe1bb2cda18f0c2aa3046a657 *xorg-server-extra-1.14.3-2.tar.xz > 5bea39e888b424316e8274fc0f99ded9 *xwinclip-1.14.3-2.tar.xz > > x86_64: > c0533889b92235c821d89dd2aa638fb7 *xorg-server-1.14.3-2-src.tar.xz > 688a1efa094d21be39d06918b91d5022 *xorg-server-1.14.3-2.tar.xz > 44d0f8eebb0e7840b7ec43b7243339ba *xorg-server-common-1.14.3-2.tar.xz > 23595e02fd25c8ab9214231472fc3b3c *xorg-server-debuginfo-1.14.3-2.tar.xz > 5ad79326439795a0e677123dbad33099 *xorg-server-devel-1.14.3-2.tar.xz > 5bd182decb5b588ba86eb284ed40a816 *xorg-server-dmx-1.14.3-2.tar.xz > 011b17c1d9315c4a2ea46948dbbfcce8 *xorg-server-extra-1.14.3-2.tar.xz > 26e09f333cb963e38d0a7e1cf54d0d30 *xwinclip-1.14.3-2.tar.xz > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From tony@vse2pdf.com Tue Oct 8 20:29:00 2013 From: tony@vse2pdf.com (Tony Thigpen) Date: Tue, 08 Oct 2013 20:29:00 -0000 Subject: Question on x3270 under 64bit cygwin/X Message-ID: <52546CC0.6080201@vse2pdf.com> I currently use x3270 as packaged with the 32 bit cygwin on several Win-XP computers. We are now migrating those computers to Win-7 boxes. The 64 bit cygwin does not contain the x3270 package. (Also, the 32 bit package is way out of date.) I emailed the original person who packaged this software for cygwin, but received no response. Is there someone willing to repackage the x3270 software for 64 bit cygwin? Is there someone willing to guide me (off-list) to get the latest version of x3270 running under cygwin 64? -- Tony T -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From matt@codespunk.com Wed Oct 9 02:53:00 2013 From: matt@codespunk.com (Matt D.) Date: Wed, 09 Oct 2013 02:53:00 -0000 Subject: Question on x3270 under 64bit cygwin/X In-Reply-To: <52546CC0.6080201@vse2pdf.com> References: <52546CC0.6080201@vse2pdf.com> Message-ID: <5254C53D.3050907@codespunk.com> Thigpen, I see two options available to you for an immediate solution. Either recompile the package yourself from source targeted at x64 or simply continue using the cygwin-32 and its packages. Do you have some pressing requirement to use the cygwin-64? Also, I believe this question would be more appropriate for the main cygwin mailing list, as your question isn't directly related to cygwin/x. Matt D. On 10/8/2013 4:36 PM, Tony Thigpen wrote: > I currently use x3270 as packaged with the 32 bit cygwin on several > Win-XP computers. We are now migrating those computers to Win-7 boxes. > The 64 bit cygwin does not contain the x3270 package. (Also, the 32 bit > package is way out of date.) > > I emailed the original person who packaged this software for cygwin, but > received no response. > > Is there someone willing to repackage the x3270 software for 64 bit cygwin? > > Is there someone willing to guide me (off-list) to get the latest > version of x3270 running under cygwin 64? > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Thu Oct 10 14:19:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 10 Oct 2013 14:19:00 -0000 Subject: 2 button keypad In-Reply-To: <56191.100.1.74.8.1380502475.squirrel@calypso.tux.org> References: <56191.100.1.74.8.1380502475.squirrel@calypso.tux.org> Message-ID: <5256B785.6030908@dronecode.org.uk> On 30/09/2013 01:54, bagleyd@tux.org wrote: > I am a long time user. And I love the new 64 bit version seems to cleared > up all my virus scanner induced problems. > > On two different laptops I noticed that -emulate3buttons 100 (or without > the 100) is ignored. I don't have 2 button mouse only 2 button mousepads. > This used to work. For Toshiba, I don't know of a work around. For my > Lenovo, I activated a middle button (but for consistency I would always > like the two button way to always work). -emulate3ubttons appears to work correctly for me. > According to documentation its > deactivated if you don't have a 2 button button mouse... so a 2 button > keypad does not seem to qualify? It seems to me it should never be > deactivated if someone requests it. The documentation for '-emulate3buttons' says that the *default* is to enable that option if Windows reports a two buttons, otherwise disabled. An explicit -emulate3buttons should always override the default. Can you please provide your /var/log/xwin/XWin.0.log -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From bagleyd@tux.org Mon Oct 14 00:17:00 2013 From: bagleyd@tux.org (bagleyd@tux.org) Date: Mon, 14 Oct 2013 00:17:00 -0000 Subject: 2 button keypad In-Reply-To: <5256B785.6030908@dronecode.org.uk> References: <56191.100.1.74.8.1380502475.squirrel@calypso.tux.org> <5256B785.6030908@dronecode.org.uk> Message-ID: <56247.100.1.74.8.1381709838.squirrel@calypso.tux.org> Hi Jon XWin.0.log says I have 5 mouse buttons. But its lying. I just have 2 mouse pad buttons... really. :( Here is my call: C:\cygwin\bin\run.exe /bin/bash.exe --login -c "xinit -- -scrollbars -ac -clipboard -silent-dup-error -emulate3buttons 100 -unixkill" I tried from reboot and it still says I have a mouse with 5 buttons. It seems to me, Windows logs that I had a 5 button mouse at one time and keeps thinking that I still do. So it sends that info to XWin which in turn disables my explicit call, thinking that since 5 != 2, I don't need it. (Even if I have 5 mouse buttons I still want to be able to click with two buttons at the same time to activate middle button. The reason is I want both of my computers to behave consistently.) Anyway it seems you can't trust Windows... > On 30/09/2013 01:54, bagleyd@tux.org wrote: >> I am a long time user. And I love the new 64 bit version seems to cleared >> up all my virus scanner induced problems. >> On two different laptops I noticed that -emulate3buttons 100 (or without >> the 100) is ignored. I don't have 2 button mouse only 2 button mousepads. >> This used to work. For Toshiba, I don't know of a work around. For my >> Lenovo, I activated a middle button (but for consistency I would always like the two button way to always work). > > -emulate3ubttons appears to work correctly for me. > >> According to documentation its >> deactivated if you don't have a 2 button button mouse... so a 2 button keypad does not seem to qualify? It seems to me it should never be deactivated if someone requests it. > > The documentation for '-emulate3buttons' says that the *default* is to enable > that option if Windows reports a two buttons, otherwise disabled. > > An explicit -emulate3buttons should always override the default. > > Can you please provide your /var/log/xwin/XWin.0.log > > -- > Jon TURNEY > Volunteer Cygwin/X X Server maintainer -- Cheers, /X\ David A. Bagley (( X bagleyd@tux.org http://www.tux.org/~bagleyd/ \X/ xlockmore and more -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.0.log.txt URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From andre_james1818@aol.com Tue Oct 15 06:40:00 2013 From: andre_james1818@aol.com (JG Globe LTD.) Date: Tue, 15 Oct 2013 06:40:00 -0000 Subject: PRODUCT INFORMATION INQUIRY. Message-ID: Dear Seller, I am Andrew James from (JG Globe). We are Import/export Company. We are interested in purchasing your products and I would like to make an inquiry. We also need your services in your firm. Please inform me on: Sample availability/price, Minimum order quantity and FOB Prices Andrew James. Purchase Manager. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Tue Oct 15 16:12:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 15 Oct 2013 16:12:00 -0000 Subject: Cygwin Xwin error In-Reply-To: <000601cec919$95a866d0$c0f93470$@btinternet.com> References: <000801cec8fd$4f16abd0$ed440370$@btinternet.com> <000001cec906$c9663af0$5c32b0d0$@virgin.net> <000601cec919$95a866d0$c0f93470$@btinternet.com> Message-ID: <525D693A.7030708@dronecode.org.uk> Again, this discussion belongs on the cygwin-xfree list. On 14/10/2013 21:11, Paul Hardy wrote: > Sorry, my googling on that error message led me to the page that I quoted > which has no links to email lists, but did have your emails. The Cygwin website has instructions about how to report bugs in Cygwin. > I use Cygwin on an XP laptop set up in 2007, to provide Xwindows/Motif login > to a historic VMS simulation in SimH using Xdmcp, and this works fine. I'm > trying to get it going on a new PC running Windows 7, which has necessitated > a later Cygwin. > > The SimH side is fine, but I can't get a current Cygwin to behave. I get an > error when I try to start Xwin saying "winValidateArgs - -fullscreen is > invalid with -scrollbars, -resize, -nodecoration, or -lesspointer." However, > my command line is "/usr/bin/XWin -ac -fullscreen -depth 8 -query > 192.168.1.200 " which doesn't contain any of "-scrollbars, -resize, > -nodecoration, or -lesspointer.". Thanks for reporting this problem. This is a bug. XWin currently always sets the default resize mode to -resize=randr. As it doesn't make sense to try to resize the screen in -fullscreen mode, we should set the default resize mode to -noresize. > Putting -noresize gets me further, in that I get no immediate error message, > but a totally black screen. I had to hit the Windows key to escape. > > The Xwin log file is attached. Are you able to interpret? > [296068.603] winBlockHandler - pthread_mutex_unlock() > [296083.595] winRedrawScreenShadowDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > [296083.595] winRedrawScreenShadowDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 This is DDERR_SURFACELOST, and I think just means that you pressed the Windows key so that the X server lost fullscreen. > [296092.658] winRedrawScreenShadowDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > [296092.658] winRedrawScreenShadowDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > [296100.349] winDestroyColormapShadowDDNL - Failed freeing the default colormap DirectDraw palette. > [296100.349] winDestroyColormap - Engine specific colormap destruction procedure failed. Continuing, but it is possible that memory was leaked, or that colors will be messed up from now on. > [296100.380] winDeinitMultiWindowWM - Noting shutdown in progress > [296100.380] Server terminated successfully (0). Closing log file. Can you try this again, but wait about 2 1/2 minutes to see if any XDM errors appear. > I note that I can still connect from my old laptop to the target VMS virtual > system running in a SimH VM on the new PC, so the target system and > networking are OK. I assume that this is running an older version of the X server. Can you say which? -depth 8 is not often used, so it's quite possible something has gotten broken. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From will.cladek@nrl.navy.mil Thu Oct 17 13:10:00 2013 From: will.cladek@nrl.navy.mil (Will Cladek) Date: Thu, 17 Oct 2013 13:10:00 -0000 Subject: Using run.exe to start XWin with different display number Message-ID: <525FE1B8.8050006@nrl.navy.mil> This is probably a dumb question with a simple solution, but I'm trying to start multiple XWin servers on a Win8 box with each having a different display number. The default Windows shortcut to start the X server is: C:\cygwin64\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe When I open a regular cygwin terminal, I can run the following command bash.exe -l -c "/usr/bin/startxwin.exe -- :1" and get an X server listening on display :1 (or whatever number I put there). However, when I alter the Windows shortcut to the following, or run the following command from a Windows command prompt C:\cygwin64\bin\run.exe /usr/bin/bash.exe -l -c "/usr/bin/startxwin.exe -- :1" it gives me an X server always with display :0. Why would it be ignoring the -- :1 part when starting with run.exe? Is there something I need to change about that command to get it to work from Windows command prompt/a shortcut? Thanks, Will -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cygwin@cwilson.fastmail.fm Thu Oct 17 21:33:00 2013 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Thu, 17 Oct 2013 21:33:00 -0000 Subject: Using run.exe to start XWin with different display number In-Reply-To: <525FE1B8.8050006@nrl.navy.mil> References: <525FE1B8.8050006@nrl.navy.mil> Message-ID: <5260576B.40606@cwilson.fastmail.fm> On 10/17/2013 9:10 AM, Will Cladek wrote: > However, when I alter the Windows shortcut to the following, or run the > following command from a Windows command prompt > > C:\cygwin64\bin\run.exe /usr/bin/bash.exe -l -c "/usr/bin/startxwin.exe > -- :1" > > it gives me an X server always with display :0. > > Why would it be ignoring the -- :1 part when starting with run.exe? Is > there something I need to change about that command to get it to work > from Windows command prompt/a shortcut? Looks like it is the new parsing code. This: C:\cygwin64\bin\run.exe --run-notty --run-debug=2 /usr/bin/bash.exe -l -c "/usr/bin/startxwin.exe -- :1" reports that run is trying to execute the following command line: C:\cygwin\bin\bash.exe -l -c /usr/bin/startxwin.exe -- :1 That is, the quotes are dropped. For now, try escaping them: C:\cygwin64\bin\run.exe /usr/bin/bash.exe -l -c \"/usr/bin/startxwin.exe -- :1\" -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From mdl@alum.mit.edu Sat Oct 19 19:54:00 2013 From: mdl@alum.mit.edu (Mark Lillibridge) Date: Sat, 19 Oct 2013 19:54:00 -0000 Subject: Problem trying to build Cygwin X server from source Message-ID: <87vc0t2g10.fsf@foil.strangled.net> This is xserver-cygwin-1.14.3-1, the latest as of several weeks ago. The part that is failing (make done in /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin/glx): echo :/usr/share/opengl/api :/usr/share/opengl/api GEN generated_gl_wrappers.c Using registry /usr/share/opengl/api/gl.xml Generating generated_gl_wrappers.c /usr/share/opengl/api/reg.py:31: FutureWarning: The behavior of this method will change in future versions. Use specific 'len(elem)' or 'elem is not None' test instead. if (str): GEN generated_wgl_wrappers.c Using registry /usr/share/opengl/api/wgl.xml Generating generated_wgl_wrappers.c /usr/share/opengl/api/reg.py:31: FutureWarning: The behavior of this method will change in future versions. Use specific 'len(elem)' or 'elem is not None' test instead. if (str): make all-am make[1]: Entering directory `/usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin/glx' CC winpriv.lo winpriv.c: In function 'winCreateWindowsWindowHierarchy': winpriv.c:23:14: warning: format '%x' expects argument of type 'unsigned int', but argument 2 has type 'WindowPtr' [-Wformat] winpriv.c:23:14: warning: format '%x' expects argument of type 'unsigned int', but argument 3 has type 'XID' [-Wformat] winpriv.c: In function 'winGetWindowInfo': winpriv.c:54:5: warning: format '%x' expects argument of type 'unsigned int', but argument 4 has type 'XID' [-Wformat] CC glwrap.lo In file included from glwrap.c:120:0: generated_gl_wrappers.c: In function 'glMultiDrawElementsBaseVertexWrapper': generated_gl_wrappers.c:3363:3: warning: passing argument 4 of 'proc' discards 'const' qualifier from pointer target type [enabled by default] generated_gl_wrappers.c:3363:3: note: expected 'const GLvoid **' but argument is of type 'const GLvoid * const*' generated_gl_wrappers.c: In function 'glMultiDrawElementsEXTWrapper': generated_gl_wrappers.c:7699:3: warning: passing argument 4 of 'proc' discards 'const' qualifier from pointer target type [enabled by default] generated_gl_wrappers.c:7699:3: note: expected 'const GLvoid **' but argument is of type 'const GLvoid * const*' generated_gl_wrappers.c: In function 'glTransformFeedbackVaryingsEXTWrapper': generated_gl_wrappers.c:8077:3: warning: passing argument 3 of 'proc' discards 'const' qualifier from pointer target type [enabled by default] generated_gl_wrappers.c:8077:3: note: expected 'const GLchar **' but argument is of type 'const GLchar * const*' generated_gl_wrappers.c: In function 'glWinSetupDispatchTable': generated_gl_wrappers.c:10250:2: warning: #warning No wrapper for glEGLImageTargetRenderbufferStorageOES ! [-Wcpp] generated_gl_wrappers.c:10251:2: warning: #warning No wrapper for glEGLImageTargetTexture2DOES ! [-Wcpp] CC indirect.lo CC wgl_ext_api.lo In file included from wgl_ext_api.c:72:0: generated_wgl_wrappers.c:79:1: error: unknown type name 'PFNWGLDXSETRESOURCESHAREHANDLENVPROC' generated_wgl_wrappers.c:79:1: warning: initialization makes integer from pointer without a cast [enabled by default] generated_wgl_wrappers.c:80:1: error: unknown type name 'PFNWGLDXOPENDEVICENVPROC' generated_wgl_wrappers.c:80:1: warning: initialization makes integer from pointer without a cast [enabled by default] generated_wgl_wrappers.c:81:1: error: unknown type name 'PFNWGLDXCLOSEDEVICENVPROC' generated_wgl_wrappers.c:81:1: warning: initialization makes integer from pointer without a cast [enabled by default] ... Any suggestions? The online documentation is seriously out of date, predating the use of cygport. - Thanks, Mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Sun Oct 20 20:28:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 20 Oct 2013 20:28:00 -0000 Subject: Problem trying to build Cygwin X server from source In-Reply-To: <87vc0t2g10.fsf@foil.strangled.net> References: <87vc0t2g10.fsf@foil.strangled.net> Message-ID: <52643CF3.2030304@dronecode.org.uk> On 19/10/2013 20:54, Mark Lillibridge wrote: > > This is xserver-cygwin-1.14.3-1, the latest as of several weeks ago. > > The part that is failing (make done in > /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin/glx): > > CC wgl_ext_api.lo > In file included from wgl_ext_api.c:72:0: > generated_wgl_wrappers.c:79:1: error: unknown type name 'PFNWGLDXSETRESOURCESHAREHANDLENVPROC' > generated_wgl_wrappers.c:79:1: warning: initialization makes integer from pointer without a cast [enabled by default] > generated_wgl_wrappers.c:80:1: error: unknown type name 'PFNWGLDXOPENDEVICENVPROC' > generated_wgl_wrappers.c:80:1: warning: initialization makes integer from pointer without a cast [enabled by default] > generated_wgl_wrappers.c:81:1: error: unknown type name 'PFNWGLDXCLOSEDEVICENVPROC' > generated_wgl_wrappers.c:81:1: warning: initialization makes integer from pointer without a cast [enabled by default] > ... I think this is error is due to the khronos-opengl-registry package being more recent than the wglext.h provided by w32api-headers. I think the easiest way to work around this is to update wglext.h from http://www.opengl.org/registry/api/GL/wglext.h > Any suggestions? The online documentation is seriously out of date, > predating the use of cygport. Which documentation, specifically? -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From mdl@alum.mit.edu Sun Oct 20 22:58:00 2013 From: mdl@alum.mit.edu (Mark Lillibridge) Date: Sun, 20 Oct 2013 22:58:00 -0000 Subject: Problem trying to build Cygwin X server from source In-Reply-To: <52643CF3.2030304@dronecode.org.uk> (message from Jon TURNEY on Sun, 20 Oct 2013 21:28:35 +0100) Message-ID: <8738nv35zr.fsf@foil.strangled.net> Jon TURNEY writes: > On 19/10/2013 20:54, Mark Lillibridge wrote: > > > > This is xserver-cygwin-1.14.3-1, the latest as of several weeks ago. > > > > The part that is failing (make done in > > /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin/glx): > > > > CC wgl_ext_api.lo > > In file included from wgl_ext_api.c:72:0: > > generated_wgl_wrappers.c:79:1: error: unknown type name 'PFNWGLDXSETRESOURCESHAREHANDLENVPROC' > > generated_wgl_wrappers.c:79:1: warning: initialization makes integer from pointer without a cast [enabled by default] > > generated_wgl_wrappers.c:80:1: error: unknown type name 'PFNWGLDXOPENDEVICENVPROC' > > generated_wgl_wrappers.c:80:1: warning: initialization makes integer from pointer without a cast [enabled by default] > > generated_wgl_wrappers.c:81:1: error: unknown type name 'PFNWGLDXCLOSEDEVICENVPROC' > > generated_wgl_wrappers.c:81:1: warning: initialization makes integer from pointer without a cast [enabled by default] > > ... > > I think this is error is due to the khronos-opengl-registry package being more > recent than the wglext.h provided by w32api-headers. > > I think the easiest way to work around this is to update wglext.h from > http://www.opengl.org/registry/api/GL/wglext.h Hmmm. Which occurrence should I replace? mdl [103]# find /usr -name wglext.h -print /usr/i686-w64-mingw32/sys-root/mingw/include/GL/wglext.h /usr/include/GL/wglext.h /usr/include/w32api/GL/wglext.h /usr/x86_64-w64-mingw32/sys-root/mingw/include/GL/wglext.h mdl [112]# grep wglext * wgl_ext_api.c:#include wgl_ext_api.h:#include mdl [118]# grep usr/include * Makefile:DBUS_CFLAGS = -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include Makefile:DIX_CFLAGS = -DHAVE_DIX_CONFIG_H $(CWARNFLAGS) -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/pixman-1 -I/usr/include/freetype2 -I$(top_srcdir)/include -I$(top_builddir)/include -I$(top_srcdir)/Xext -I$(top_srcdir)/composite -I$(top_srcdir)/damageext -I$(top_srcdir)/xfixes -I$(top_srcdir)/Xi -I$(top_srcdir)/mi -I$(top_srcdir)/miext/sync -I$(top_srcdir)/miext/shadow -I$(top_srcdir)/miext/damage -I$(top_srcdir)/render -I$(top_srcdir)/randr -I$(top_srcdir)/fb -I$(top_srcdir)/dbe Makefile:PIXMAN_CFLAGS = -I/usr/include/pixman-1 Makefile:XSERVERCFLAGS_CFLAGS = -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/pixman-1 -I/usr/include/freetype2 Makefile:XSERVERLIBS_CFLAGS = -I/usr/include/pixman-1 -I/usr/include/freetype2 Makefile:oldincludedir = /usr/include mdl [119]# grep mingw/include * I'm guessing from the above that it's this one: /usr/include/GL/wglext.h I replaced that one and the code in /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin/glx now compiles. Unfortunately, code now fails elsewhere: cd /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin make gives: ... make[2]: Leaving directory `/usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin/winclipboard' Making all in . make[2]: Entering directory `/usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin' CC InitInput.o CC InitOutput.o InitOutput.c: In function ?ddxGiveUp?: InitOutput.c:240:9: warning: ISO C90 forbids mixed declarations and code [-Wdeclaration-after-statement] InitOutput.c: In function ?winCheckMntOpt?: InitOutput.c:284:16: warning: cast discards ?__attribute__((const))? qualifier from pointer target type [-Wcast-qual] CC winallpriv.o CC winauth.o In file included from /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api/winsock2.h:56:0, from /usr/include/X11/Xwinsock.h:55, from /usr/include/X11/Xpoll.h:163, from ../../os/osdep.h:85, from winauth.c:39: /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api/psdk_inc/_fd_types.h:100:2: warning: #warning "fd_set and associated macros have been defined in sys/types. This can cause runtime problems with W32 sockets" [-Wcpp] In file included from /usr/include/X11/Xwinsock.h:55:0, from /usr/include/X11/Xpoll.h:163, from ../../os/osdep.h:85, from winauth.c:39: /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api/winsock2.h:995:34: error: conflicting types for ?select? In file included from /usr/include/cygwin/sys_time.h:13:0, from /usr/include/sys/time.h:61, from /usr/include/sys/_default_fcntl.h:186, from /usr/include/sys/fcntl.h:3, from /usr/include/fcntl.h:14, from /usr/include/X11/Xos.h:88, from win.h:152, from winauth.c:35: /usr/include/sys/select.h:31:5: note: previous declaration of ?select? was here In file included from /usr/include/X11/Xwinsock.h:55:0, from /usr/include/X11/Xpoll.h:163, from ../../os/osdep.h:85, from winauth.c:39: /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api/winsock2.h:1004:34: error: conflicting types for ?gethostname? In file included from /usr/include/unistd.h:4:0, from /usr/include/X11/Xos.h:89, from win.h:152, from winauth.c:35: /usr/include/sys/unistd.h:238:6: note: previous declaration of ?gethostname? was here winauth.c: In function ?winGenerateAuthorization?: winauth.c:132:38: warning: passing argument 2 of ?GenerateAuthorization? discards ?const? qualifier from pointer target type [enabled by default] winauth.c:108:1: note: expected ?char *? but argument is of type ?const char *? winauth.c: In function ?winSetAuthorization?: winauth.c:189:23: warning: passing argument 1 of ?XSetAuthorization? discards ?const? qualifier from pointer target type [enabled by default] winauth.c:42:13: note: expected ?char *? but argument is of type ?const char *? Makefile:966: recipe for target `winauth.o' failed make[2]: *** [winauth.o] Error 1 make[2]: Leaving directory `/usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin' Makefile:1082: recipe for target `all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin' Makefile:805: recipe for target `all' failed make: *** [all] Error 2 > > Any suggestions? The online documentation is seriously out of date, > > predating the use of cygport. > > Which documentation, specifically? Hmmm. You didn't just update the documentation on me did you? The versions Google is giving me now are up-to-date. Page 9 of http://x.cygwin.com/docs/cg/cygwin-x-cg.pdf says: Tip: Use setup -q -Ppackagename,packagename,etc. to quickly install the required packages. Darn if I could make this work no matter what I tried. Really, you should just give the actual code here so people can cut-and-paste. Ideally, you should also specify how to get the needed packages via the setup GUI. - Mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From matt@codespunk.com Mon Oct 21 04:45:00 2013 From: matt@codespunk.com (Matt D.) Date: Mon, 21 Oct 2013 04:45:00 -0000 Subject: Copy/paste broken from X to Windows Message-ID: <5264B159.9010503@codespunk.com> Copy/paste seems to be broken when attempting to copy a large block of text from X to Windows. See the attachment for an example. Copying the text from Windows to X seems fine but the reverse causes the mouse cursor to spin and then a blank string to paste. Matt D. -------------- next part -------------- ACT III SCENE I. A public place. Enter MERCUTIO, BENVOLIO, Page, and Servants BENVOLIO I pray thee, good Mercutio, let's retire: The day is hot, the Capulets abroad, And, if we meet, we shall not scape a brawl; For now, these hot days, is the mad blood stirring. MERCUTIO Thou art like one of those fellows that when he enters the confines of a tavern claps me his sword upon the table and says 'God send me no need of thee!' and by the operation of the second cup draws it on the drawer, when indeed there is no need. BENVOLIO Am I like such a fellow? MERCUTIO Come, come, thou art as hot a Jack in thy mood as any in Italy, and as soon moved to be moody, and as soon moody to be moved. BENVOLIO And what to? MERCUTIO Nay, an there were two such, we should have none shortly, for one would kill the other. Thou! why, thou wilt quarrel with a man that hath a hair more, or a hair less, in his beard, than thou hast: thou wilt quarrel with a man for cracking nuts, having no other reason but because thou hast hazel eyes: what eye but such an eye would spy out such a quarrel? Thy head is as fun of quarrels as an egg is full of meat, and yet thy head hath been beaten as addle as an egg for quarrelling: thou hast quarrelled with a man for coughing in the street, because he hath wakened thy dog that hath lain asleep in the sun: didst thou not fall out with a tailor for wearing his new doublet before Easter? with another, for tying his new shoes with old riband? and yet thou wilt tutor me from quarrelling! BENVOLIO An I were so apt to quarrel as thou art, any man should buy the fee-simple of my life for an hour and a quarter. MERCUTIO The fee-simple! O simple! BENVOLIO By my head, here come the Capulets. MERCUTIO By my heel, I care not. Enter TYBALT and others TYBALT Follow me close, for I will speak to them. Gentlemen, good den: a word with one of you. MERCUTIO And but one word with one of us? couple it with something; make it a word and a blow. TYBALT You shall find me apt enough to that, sir, an you will give me occasion. MERCUTIO Could you not take some occasion without giving? TYBALT Mercutio, thou consort'st with Romeo,-- MERCUTIO Consort! what, dost thou make us minstrels? an thou make minstrels of us, look to hear nothing but discords: here's my fiddlestick; here's that shall make you dance. 'Zounds, consort! BENVOLIO We talk here in the public haunt of men: Either withdraw unto some private place, And reason coldly of your grievances, Or else depart; here all eyes gaze on us. MERCUTIO Men's eyes were made to look, and let them gaze; I will not budge for no man's pleasure, I. Enter ROMEO TYBALT Well, peace be with you, sir: here comes my man. MERCUTIO But I'll be hanged, sir, if he wear your livery: Marry, go before to field, he'll be your follower; Your worship in that sense may call him 'man.' TYBALT Romeo, the hate I bear thee can afford No better term than this,--thou art a villain. ROMEO Tybalt, the reason that I have to love thee Doth much excuse the appertaining rage To such a greeting: villain am I none; Therefore farewell; I see thou know'st me not. TYBALT Boy, this shall not excuse the injuries That thou hast done me; therefore turn and draw. ROMEO I do protest, I never injured thee, But love thee better than thou canst devise, Till thou shalt know the reason of my love: And so, good Capulet,--which name I tender As dearly as my own,--be satisfied. MERCUTIO O calm, dishonourable, vile submission! Alla stoccata carries it away. Draws Tybalt, you rat-catcher, will you walk? TYBALT What wouldst thou have with me? MERCUTIO Good king of cats, nothing but one of your nine lives; that I mean to make bold withal, and as you shall use me hereafter, drybeat the rest of the eight. Will you pluck your sword out of his pitcher by the ears? make haste, lest mine be about your ears ere it be out. TYBALT I am for you. Drawing ROMEO Gentle Mercutio, put thy rapier up. MERCUTIO Come, sir, your passado. They fight ROMEO Draw, Benvolio; beat down their weapons. Gentlemen, for shame, forbear this outrage! Tybalt, Mercutio, the prince expressly hath Forbidden bandying in Verona streets: Hold, Tybalt! good Mercutio! TYBALT under ROMEO's arm stabs MERCUTIO, and flies with his followers MERCUTIO I am hurt. A plague o' both your houses! I am sped. Is he gone, and hath nothing? BENVOLIO What, art thou hurt? MERCUTIO Ay, ay, a scratch, a scratch; marry, 'tis enough. Where is my page? Go, villain, fetch a surgeon. -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Mon Oct 21 13:02:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 21 Oct 2013 13:02:00 -0000 Subject: Problem trying to build Cygwin X server from source In-Reply-To: <8738nv35zr.fsf@foil.strangled.net> References: <52643CF3.2030304@dronecode.org.uk> <8738nv35zr.fsf@foil.strangled.net> Message-ID: <526525E9.1070802@dronecode.org.uk> On 20/10/2013 23:57, Mark Lillibridge wrote: > Jon TURNEY writes: >> On 19/10/2013 20:54, Mark Lillibridge wrote: >> > >> > This is xserver-cygwin-1.14.3-1, the latest as of several weeks ago. >> > >> > The part that is failing (make done in >> > /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin/glx): >> > >> > CC wgl_ext_api.lo >> > In file included from wgl_ext_api.c:72:0: >> > generated_wgl_wrappers.c:79:1: error: unknown type name 'PFNWGLDXSETRESOURCESHAREHANDLENVPROC' >> > generated_wgl_wrappers.c:79:1: warning: initialization makes integer from pointer without a cast [enabled by default] >> > generated_wgl_wrappers.c:80:1: error: unknown type name 'PFNWGLDXOPENDEVICENVPROC' >> > generated_wgl_wrappers.c:80:1: warning: initialization makes integer from pointer without a cast [enabled by default] >> > generated_wgl_wrappers.c:81:1: error: unknown type name 'PFNWGLDXCLOSEDEVICENVPROC' >> > generated_wgl_wrappers.c:81:1: warning: initialization makes integer from pointer without a cast [enabled by default] >> > ... >> >> I think this is error is due to the khronos-opengl-registry package being more >> recent than the wglext.h provided by w32api-headers. >> >> I think the easiest way to work around this is to update wglext.h from >> http://www.opengl.org/registry/api/GL/wglext.h > > Hmmm. Which occurrence should I replace? > > mdl [103]# find /usr -name wglext.h -print > /usr/i686-w64-mingw32/sys-root/mingw/include/GL/wglext.h > /usr/include/GL/wglext.h > /usr/include/w32api/GL/wglext.h > /usr/x86_64-w64-mingw32/sys-root/mingw/include/GL/wglext.h > > mdl [112]# grep wglext * > wgl_ext_api.c:#include > wgl_ext_api.h:#include > > mdl [118]# grep usr/include * > Makefile:DBUS_CFLAGS = -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include > Makefile:DIX_CFLAGS = -DHAVE_DIX_CONFIG_H $(CWARNFLAGS) -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/pixman-1 -I/usr/include/freetype2 -I$(top_srcdir)/include -I$(top_builddir)/include -I$(top_srcdir)/Xext -I$(top_srcdir)/composite -I$(top_srcdir)/damageext -I$(top_srcdir)/xfixes -I$(top_srcdir)/Xi -I$(top_srcdir)/mi -I$(top_srcdir)/miext/sync -I$(top_srcdir)/miext/shadow -I$(top_srcdir)/miext/damage -I$(top_srcdir)/render -I$(top_srcdir)/randr -I$(top_srcdir)/fb -I$(top_srcdir)/dbe > Makefile:PIXMAN_CFLAGS = -I/usr/include/pixman-1 > Makefile:XSERVERCFLAGS_CFLAGS = -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/include/pixman-1 -I/usr/include/freetype2 > Makefile:XSERVERLIBS_CFLAGS = -I/usr/include/pixman-1 -I/usr/include/freetype2 > Makefile:oldincludedir = /usr/include > > mdl [119]# grep mingw/include * > > I'm guessing from the above that it's this one: > > /usr/include/GL/wglext.h Yes, I guess that's first in the include search path. Since w32api now provides a that header, we should probably stop providing it in libGL-devel. > I replaced that one and the code in > /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin/glx > now compiles. Unfortunately, code now fails elsewhere: > > cd /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin > make > > gives: > ... > make[2]: Leaving directory `/usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin/winclipboard' > Making all in . > make[2]: Entering directory `/usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/hw/xwin' > CC InitInput.o > CC InitOutput.o > InitOutput.c: In function ???ddxGiveUp???: > InitOutput.c:240:9: warning: ISO C90 forbids mixed declarations and code [-Wdeclaration-after-statement] > InitOutput.c: In function ???winCheckMntOpt???: > InitOutput.c:284:16: warning: cast discards ???__attribute__((const))??? qualifier from pointer target type [-Wcast-qual] > CC winallpriv.o > CC winauth.o > In file included from /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api/winsock2.h:56:0, > from /usr/include/X11/Xwinsock.h:55, > from /usr/include/X11/Xpoll.h:163, > from ../../os/osdep.h:85, > from winauth.c:39: > /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api/psdk_inc/_fd_types.h:100:2: warning: #warning "fd_set and associated macros have been defined in sys/types. This can cause runtime problems with W32 sockets" [-Wcpp] > In file included from /usr/include/X11/Xwinsock.h:55:0, > from /usr/include/X11/Xpoll.h:163, > from ../../os/osdep.h:85, > from winauth.c:39: > /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api/winsock2.h:995:34: error: conflicting types for ???select??? > In file included from /usr/include/cygwin/sys_time.h:13:0, > from /usr/include/sys/time.h:61, > from /usr/include/sys/_default_fcntl.h:186, > from /usr/include/sys/fcntl.h:3, > from /usr/include/fcntl.h:14, > from /usr/include/X11/Xos.h:88, > from win.h:152, > from winauth.c:35: You will need to apply the attached change to /usr/include/Xpoll.h to fix xserver compilation with w32api-headers >= 3.0.0-1, which adds a new WIN32 define somewhere, which breaks this test. >> > Any suggestions? The online documentation is seriously out of date, >> > predating the use of cygport. >> >> Which documentation, specifically? > > Hmmm. You didn't just update the documentation on me did you? The > versions Google is giving me now are up-to-date. > > Page 9 of http://x.cygwin.com/docs/cg/cygwin-x-cg.pdf says: > > Tip: Use setup -q -Ppackagename,packagename,etc. to quickly install > the required packages. > > Darn if I could make this work no matter what I tried. Really, you > should just give the actual code here so people can cut-and-paste. > Ideally, you should also specify how to get the needed packages via the > setup GUI. It's not really the function of that document to tell people how to install packages on cygwin. I don't really want to put the package list there twice and have to keep both copies updated. If you're doing the package installation manually, you just find them (perhaps using the search function), and select them for installation. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -------------- next part -------------- From 5c0c8f0a903a69313bb44b561be592e6db2c6c38 Mon Sep 17 00:00:00 2001 From: Jon TURNEY Date: Fri, 27 Sep 2013 14:41:57 +0100 Subject: [PATCH proto/x11proto] Fix WIN32 check Even if WIN32 is defined (because we have included windows.h somewhere), we want to use the UNIX-like select() interface on Cygwin This seems to be needed to compile xorg-server with MinGW-w64 w32api-headers 3.0.0, which add a new WIN32 define somewhere. Signed-off-by: Jon TURNEY --- Xpoll.h.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Xpoll.h.in b/Xpoll.h.in index 8275658..0a05424 100644 --- a/Xpoll.h.in +++ b/Xpoll.h.in @@ -50,7 +50,7 @@ from The Open Group. #ifndef _XPOLL_H_ #define _XPOLL_H_ -#ifndef WIN32 +#if !defined(WIN32) || defined(__CYGWIN__) #ifndef USE_POLL -- 1.8.3.4 -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From rp@win.tue.nl Mon Oct 21 14:46:00 2013 From: rp@win.tue.nl (Reinier Post) Date: Mon, 21 Oct 2013 14:46:00 -0000 Subject: Clipboard periodically breaks In-Reply-To: <5244D2C9.9000401@codespunk.com> References: <51B4D075.3050001@tiscali.co.uk> <51B5D4E2.20008@dronecode.org.uk> <51B6479A.5050707@tiscali.co.uk> <51C44820.4010307@dronecode.org.uk> <523E580D.8010807@codespunk.com> <524454A6.8030503@dronecode.org.uk> <5244D2C9.9000401@codespunk.com> Message-ID: <20131021144612.GB5297@win.tue.nl> On Thu Sep 26 20:35:21 2013, matt@codespunk.com (Matt D.) wrote: > Jon, > > Thanks for looking into this. I can confirm that your changes > correct the issue where highlighting next would cause arbitrary > pastes to occur. Good work! > > I also concede that there does not seem to be a good solution to > transparently fix the two-to-one clipboard issue; as XWin may indeed > be able to interpret calls to X's two clipboards, there wouldn't be > any reasonable way for it to identify which clipboard is actually > being used. I'm reading this wich much interest: for me, too, copy-pasting between Windows applications and Cygwin xterms to break after some time, and this has been happening for a year or so. I'm not aware of doing anything special to cause it to break, but the only way I know how to fix it is to restart X. This is with recent Cygwin packages on Windows 7. I haven't tested with a newer build of the X server. > However, an environment variable that tells it which clipboard to > use would provide an immediate solution and be used used on a > per-application basis. For example, I can use aliases when launching > programs: > > $ xclip=clipboard1 gedit $@ (monitor only clipboard 1) > $ xclip=clipboard2 gedit $@ (monitor only clipboard 2) > > No option would indicate that both clipboard 1 and clipboard 2 would > be handled as they are now. > > I'm not familiar with X programming but I'm assuming here that it > would be possible for xclip to read from a particular process's own > environment (rather than xclip's own) while processing a clipboard > event to do this. > > What do you think? As an interested bystander, I have no doubt that that type of specific solution to specific clipboard interaction problems can possibly work, but using them will require detailed knowledge of how the X and Windows clipboards interact. My question is different: is it possible to implement the interaction in such a way that a user such as me, who is not aware of any subtleties, can get consistency, in the sense that all copy-paste actions between X an Windows that work when X is started continue to work in the same way for the duration of the session? > Matt D. -- Reinier Post TU Eindhoven -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From reply-to-list-only-lh@cygwin.com Mon Oct 21 17:05:00 2013 From: reply-to-list-only-lh@cygwin.com (Larry Hall (Cygwin-X)) Date: Mon, 21 Oct 2013 17:05:00 -0000 Subject: Copy/paste broken from X to Windows In-Reply-To: <5264B159.9010503@codespunk.com> References: <5264B159.9010503@codespunk.com> Message-ID: <52655ED3.8080000@cygwin.com> On 10/21/2013 12:45 AM, Matt D. wrote: > Copy/paste seems to be broken when attempting to copy a large block of text > from X to Windows. See the attachment for an example. > > Copying the text from Windows to X seems fine but the reverse causes the > mouse cursor to spin and then a blank string to paste. Please send this report to the cygwin-xfree list. -- Larry _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From matt@codespunk.com Mon Oct 21 22:37:00 2013 From: matt@codespunk.com (Matt D.) Date: Mon, 21 Oct 2013 22:37:00 -0000 Subject: Clipboard periodically breaks In-Reply-To: <20131021144612.GB5297@win.tue.nl> References: <51B4D075.3050001@tiscali.co.uk> <51B5D4E2.20008@dronecode.org.uk> <51B6479A.5050707@tiscali.co.uk> <51C44820.4010307@dronecode.org.uk> <523E580D.8010807@codespunk.com> <524454A6.8030503@dronecode.org.uk> <5244D2C9.9000401@codespunk.com> <20131021144612.GB5297@win.tue.nl> Message-ID: <5265ACB9.6080201@codespunk.com> Reinier, This was indeed fixed in the last version of XWin. Try updating. However, copy/paste for large blocks of text seems to have broken. Matt D. On 10/21/2013 10:46 AM, Reinier Post wrote: > On Thu Sep 26 20:35:21 2013, matt@codespunk.com (Matt D.) wrote: >> Jon, >> >> Thanks for looking into this. I can confirm that your changes >> correct the issue where highlighting next would cause arbitrary >> pastes to occur. Good work! >> >> I also concede that there does not seem to be a good solution to >> transparently fix the two-to-one clipboard issue; as XWin may indeed >> be able to interpret calls to X's two clipboards, there wouldn't be >> any reasonable way for it to identify which clipboard is actually >> being used. > > I'm reading this wich much interest: for me, too, copy-pasting > between Windows applications and Cygwin xterms to break after some time, > and this has been happening for a year or so. > > I'm not aware of doing anything special to cause it to break, > but the only way I know how to fix it is to restart X. > This is with recent Cygwin packages on Windows 7. > > I haven't tested with a newer build of the X server. > >> However, an environment variable that tells it which clipboard to >> use would provide an immediate solution and be used used on a >> per-application basis. For example, I can use aliases when launching >> programs: >> >> $ xclip=clipboard1 gedit $@ (monitor only clipboard 1) >> $ xclip=clipboard2 gedit $@ (monitor only clipboard 2) >> >> No option would indicate that both clipboard 1 and clipboard 2 would >> be handled as they are now. >> >> I'm not familiar with X programming but I'm assuming here that it >> would be possible for xclip to read from a particular process's own >> environment (rather than xclip's own) while processing a clipboard >> event to do this. >> >> What do you think? > > As an interested bystander, I have no doubt that that type of > specific solution to specific clipboard interaction problems can > possibly work, but using them will require detailed knowledge of how > the X and Windows clipboards interact. > > My question is different: is it possible to implement the interaction > in such a way that a user such as me, who is not aware of any subtleties, > can get consistency, in the sense that all copy-paste actions between > X an Windows that work when X is started continue to work in the same way > for the duration of the session? > >> Matt D. > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From matt@codespunk.com Mon Oct 21 22:40:00 2013 From: matt@codespunk.com (Matt D.) Date: Mon, 21 Oct 2013 22:40:00 -0000 Subject: Copy/paste broken from X to Windows In-Reply-To: <52655ED3.8080000@cygwin.com> References: <5264B159.9010503@codespunk.com> <52655ED3.8080000@cygwin.com> Message-ID: <5265AD60.902@codespunk.com> Larry, This is the cygwin-xfree list? Matt D. On 10/21/2013 1:05 PM, Larry Hall (Cygwin-X) wrote: > On 10/21/2013 12:45 AM, Matt D. wrote: >> Copy/paste seems to be broken when attempting to copy a large block of >> text >> from X to Windows. See the attachment for an example. >> >> Copying the text from Windows to X seems fine but the reverse causes the >> mouse cursor to spin and then a blank string to paste. > > Please send this report to the cygwin-xfree list. > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From reply-to-list-only-lh@cygwin.com Tue Oct 22 01:25:00 2013 From: reply-to-list-only-lh@cygwin.com (Larry Hall (Cygwin-X)) Date: Tue, 22 Oct 2013 01:25:00 -0000 Subject: Copy/paste broken from X to Windows In-Reply-To: <5265AD60.902@codespunk.com> References: <5264B159.9010503@codespunk.com> <52655ED3.8080000@cygwin.com> <5265AD60.902@codespunk.com> Message-ID: <5265D40F.7080406@cygwin.com> On 10/21/2013 6:40 PM, Matt D. wrote: > Larry, > > This is the cygwin-xfree list? Right. My apologies. -- Larry _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From berthram.engelbert@ahk.de Tue Oct 22 04:01:00 2013 From: berthram.engelbert@ahk.de (Berthram Engelbert) Date: Tue, 22 Oct 2013 04:01:00 -0000 Subject: Quotation (Germany) Message-ID: On behalf of my colleague, we still haven't received the quotation. Please send the quotation and offer as soon as possible. I can resend the previous email if necessary. Thanks Berthram Engelbert http://www.ahk.de -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From mdl@alum.mit.edu Sun Oct 27 00:27:00 2013 From: mdl@alum.mit.edu (Mark Lillibridge) Date: Sun, 27 Oct 2013 00:27:00 -0000 Subject: Problem trying to build Cygwin X server from source In-Reply-To: <526525E9.1070802@dronecode.org.uk> (message from Jon TURNEY on Mon, 21 Oct 2013 14:02:33 +0100) Message-ID: <877gczzhhp.fsf@foil.strangled.net> Jon TURNEY writes: > You will need to apply the attached change to /usr/include/Xpoll.h to fix > xserver compilation with w32api-headers >= 3.0.0-1, which adds a new WIN32 > define somewhere, which breaks this test. It's /usr/include/X11/Xpoll.h on my system. That patch indeed makes the compilation proceed further. It's now stuck at: CCLD XWin.exe ../../glx/.libs/libglx.a(glxcmds.o): In function `FlushContext': /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/glx/glxcmds.c:221: undefined reference to `__emutls_v._glapi_tls_Dispatch' ../../glx/.libs/libglx.a(glxcmds.o): In function `DoMakeCurrent': /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/glx/glxcmds.c:623: undefined reference to `__emutls_v._glapi_tls_Dispatch' ../../glx/.libs/libglx.a(glxcmds.o): In function `_glXDisp_WaitGL': /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/glx/glxcmds.c:806: undefined reference to `__emutls_v._glapi_tls_Dispatch' ../../glx/.libs/libglx.a(glxcmds.o): In function `_glXDisp_CopyContext': /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/glx/glxcmds.c:904: undefined reference to `__emutls_v._glapi_tls_Dispatch' ../../glx/.libs/libglx.a(glxcmds.o): In function `_glXDisp_SwapBuffers': /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/glx/glxcmds.c:1647: undefined reference to `__emutls_v._glapi_tls_Dispatch' ../../glx/.libs/libglx.a(glxcmds.o):/usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/glx/glxcmds.c:1851: more undefined references to `__emutls_v._glapi_tls_Dispatch' follow collect2: error: ld returned 1 exit status Makefile:890: recipe for target `XWin.exe' failed > > Tip: Use setup -q -Ppackagename,packagename,etc. to quickly install > > the required packages. > > > > Darn if I could make this work no matter what I tried. Really, you > > should just give the actual code here so people can cut-and-paste. > > Ideally, you should also specify how to get the needed packages via the > > setup GUI. > > It's not really the function of that document to tell people how to install > packages on cygwin. > > I don't really want to put the package list there twice and have to keep both > copies updated. > > If you're doing the package installation manually, you just find them (perhaps > using the search function), and select them for installation. I found that tip useless as in I couldn't make any form of "setup -q -Pfoo" install a package. As for the GUI, I believe I just set: * X11, editors, shells, net: install * X11->xorg-server: source * devel: install [need for cygport] * Python: install [for lxml for X server compiling] This is *way* easier than trying to find the dozens of packages by name and trying to figure out what to check to get them. - Mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Mon Oct 28 14:48:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 28 Oct 2013 14:48:00 -0000 Subject: Problem trying to build Cygwin X server from source In-Reply-To: <877gczzhhp.fsf@foil.strangled.net> References: <526525E9.1070802@dronecode.org.uk> <877gczzhhp.fsf@foil.strangled.net> Message-ID: <526E7923.5010000@dronecode.org.uk> On 27/10/2013 01:26, Mark Lillibridge wrote: > Jon TURNEY writes: > >> You will need to apply the attached change to /usr/include/Xpoll.h to fix >> xserver compilation with w32api-headers >= 3.0.0-1, which adds a new WIN32 >> define somewhere, which breaks this test. > > It's /usr/include/X11/Xpoll.h on my system. That patch indeed makes > the compilation proceed further. It's now stuck at: Sorry, my mistake. > CCLD XWin.exe > ../../glx/.libs/libglx.a(glxcmds.o): In function `FlushContext': > /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/glx/glxcmds.c:221: undefined reference to `__emutls_v._glapi_tls_Dispatch' > ../../glx/.libs/libglx.a(glxcmds.o): In function `DoMakeCurrent': > /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/glx/glxcmds.c:623: undefined reference to `__emutls_v._glapi_tls_Dispatch' > ../../glx/.libs/libglx.a(glxcmds.o): In function `_glXDisp_WaitGL': > /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/glx/glxcmds.c:806: undefined reference to `__emutls_v._glapi_tls_Dispatch' > ../../glx/.libs/libglx.a(glxcmds.o): In function `_glXDisp_CopyContext': > /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/glx/glxcmds.c:904: undefined reference to `__emutls_v._glapi_tls_Dispatch' > ../../glx/.libs/libglx.a(glxcmds.o): In function `_glXDisp_SwapBuffers': > /usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/glx/glxcmds.c:1647: undefined reference to `__emutls_v._glapi_tls_Dispatch' > ../../glx/.libs/libglx.a(glxcmds.o):/usr/src/xorg-server-1.14.3-1/src/xserver-cygwin-1.14.3-1/glx/glxcmds.c:1851: more undefined references to `__emutls_v._glapi_tls_Dispatch' follow > collect2: error: ld returned 1 exit status > Makefile:890: recipe for target `XWin.exe' failed This looks like [1], a mis-match in TLS-ness between XWin and libglapi. If you are building using the .cygport file it should have ./configure'ed with --disable-glx-tls? [1] http://www.cygwin.com/ml/cygwin-xfree/2011-10/msg00065.html -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cabrera@wrc.xerox.com Thu Oct 31 15:14:00 2013 From: cabrera@wrc.xerox.com (jose isaias cabrera) Date: Thu, 31 Oct 2013 15:14:00 -0000 Subject: XWin hangs connecting to SunOS 5.11 Message-ID: <548BB839F9F2427A8F8C756C5E9A7C2E@stso.mc.xerox.com> Greetings! I have a SunOS 5.11, jcabrera@whale:~$ uname -a SunOS whale 5.11 11.1 i86pc i386 i86pc which has X installed. One of the folks that uses this machine connects = ok with XMing and putty, but I am trying to use it with XWin and the = display stays black for ever. I am using these two commands, xwin :0 -clipboard -query 13.121.188.152 -fp tcp/13.121.188.152:7100 and this one, xwin :0 -clipboard -query 13.121.188.152 they both connect, but no actual display from the SunOS display in the = PC, but just a dark screen. I have enabled xhost xhost + any other thoughts? Any help would be greatly appreciated. Thanks. jos?? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cabrera@wrc.xerox.com Thu Oct 31 17:30:00 2013 From: cabrera@wrc.xerox.com (jose isaias cabrera) Date: Thu, 31 Oct 2013 17:30:00 -0000 Subject: XWin hangs connecting to SunOS 5.11 References: <548BB839F9F2427A8F8C756C5E9A7C2E@stso.mc.xerox.com> Message-ID: Attached is the log From: "jose isaias cabrera" wrote... > > Greetings! > > I have a SunOS 5.11, > > jcabrera@whale:~$ uname -a > SunOS whale 5.11 11.1 i86pc i386 i86pc > > which has X installed. One of the folks that uses this machine connects = > ok with XMing and putty, but I am trying to use it with XWin and the = > display stays black for ever. I am using these two commands, > > xwin :0 -clipboard -query 13.121.188.152 -fp tcp/13.121.188.152:7100 > > and this one, > > xwin :0 -clipboard -query 13.121.188.152 > > they both connect, but no actual display from the SunOS display in the = > PC, but just a dark screen. I have enabled xhost > > xhost + > > any other thoughts? Any help would be greatly appreciated. Thanks. > > jos?? > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ > -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.0.log Type: application/octet-stream Size: 9815 bytes Desc: not available URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From WendelDRenner@comcast.net Thu Oct 31 17:38:00 2013 From: WendelDRenner@comcast.net (Wendel Dean Renner) Date: Thu, 31 Oct 2013 17:38:00 -0000 Subject: X11 open gl c++ code does not compile with new cygwin download Message-ID: <5272957F.4070207@comcast.net> I downloaded cygwin with X, Open GL, and the g++ compiler four years ago on a Windows XP system. I have now replaced that computer with an I7 computer running Windows 7. I included all the packages from my notes before, but I selected the 32 bit version of cygwin. Compiling the exact same source code with what I was using before: g++ -c -O -m32 -Wno-deprecated I now get the error about the header file glu.h: /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api/GL/glu.h:68:79: error: expected `)' before `*' token I searched the web and your archieve and can find no answer. I will also mention that on the prior XP system, I had lost the hard dive about a month ago. Downloading cygwin etc. to my spare XP hard drive resulted in all kinds of error messages about the header files when I tried to compile the same code. So I tried to simply copy over the cygwn directory a backup from the crashed drive. I then ran the cygwin setup to update (not sure why I did that). But I was then able to compile and link my program. I would like to know what is going on rather than continue with trial and error. Thankyou to anyone who can respond. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@users.sourceforge.net Thu Oct 31 18:46:00 2013 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Thu, 31 Oct 2013 18:46:00 -0000 Subject: X11 open gl c++ code does not compile with new cygwin download In-Reply-To: <5272957F.4070207@comcast.net> References: <5272957F.4070207@comcast.net> Message-ID: <5272A57F.7090408@users.sourceforge.net> On 2013-10-31 12:38, Wendel Dean Renner wrote: > I downloaded cygwin with X, Open GL, and the g++ compiler four years ago > on a Windows XP system. I have now replaced that computer > with an I7 computer running Windows 7. I included all the packages > from my notes before, but I selected the 32 bit version of cygwin. > Compiling the exact same source code with what I was using before: > g++ -c -O -m32 -Wno-deprecated > I now get the error about the header file glu.h: > /usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../include/w32api/GL/glu.h:68:79: > > error: expected `)' before `*' token For the X11 GL/glu.h, you need to install libGLU-devel and its dependencies. Yaakov Cygwin/X -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/