From rossb@rossb.com Wed Aug 1 02:17:00 2012 From: rossb@rossb.com (Ross Boulet) Date: Wed, 01 Aug 2012 02:17:00 -0000 Subject: XWin on taskbar Message-ID: I have a desktop running Windows 7 Professional and a laptop running Windows 7 Home Premium. I have updated Cygwin on both to make sure everything is current. I start X on both the same way using the shortcut installed by Cygwin. On both machines, I have a .startxwinrc that starts two rxvt windows. The difference is, on the desktop, items appear in the Windows taskbar for the two rxvt windows only - as I expect. But on the laptop, another taskbar item for the XWin server appears. It's not a huge deal, but it adds a little clutter to the taskbar I would rather not see. Any thoughts as to why this is happening? Thanks, Ross -- 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 moss@cs.umass.edu Wed Aug 1 03:10:00 2012 From: moss@cs.umass.edu (Eliot Moss) Date: Wed, 01 Aug 2012 03:10:00 -0000 Subject: XWin on taskbar In-Reply-To: References: Message-ID: <50189E19.9030702@cs.umass.edu> On 7/31/2012 10:16 PM, Ross Boulet wrote: > I have a desktop running Windows 7 Professional and a laptop running Windows 7 Home Premium. I have updated Cygwin on both to make sure everything is current. I start X on both the same way using the shortcut installed by Cygwin. On both machines, I have a .startxwinrc that starts two rxvt windows. The difference is, on the desktop, items appear in the Windows taskbar for the two rxvt windows only - as I expect. But on the laptop, another taskbar item for the XWin server appears. > > It's not a huge deal, but it adds a little clutter to the taskbar I would rather not see. Any thoughts as to why this is happening? I am not sure the reason is known; a race condition has been mentioned as a possibility. I solved this by using xlaunch, and starting that with cygwin's "run" program. Regards -- Eliot Moss -- 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 noreply@msfmorocco.com Wed Aug 1 12:42:00 2012 From: noreply@msfmorocco.com (Maroc Foire) Date: Wed, 01 Aug 2012 12:42:00 -0000 Subject: =?ISO-8859-1?Q?R=E9server_votre_stand_au_salon_de_Tourisme_01-30_Sept_2012_(_1=E8re_Foire_Virtuelle_en_ligne_du_Maroc_!)?= Message-ID: <81124.XAWPAEOY@msfmorocco.com> Vous pouvez visualiser la version HTML en cliquant sur ce lien : http://marocfoire.com/emailingmarocfoire/emailing.html Participer au salon de Tourisme 01-30 Sept 2012 ( 1?re Foire Virtuelle en ligne du Maroc !) Maroc Foire est une solution unique d'organisation de salons virtuels qui permet de mettre contact entre exposants et visiteurs sans se d?placer, depuis le web. Comme un v?ritable salon, il ouvre et ferme ses portes ? date fixe. Les exposants pr?sentent leur stand avec un descriptif de l'offre et une pr?sentation de leur activit?s.Ils ont pour cela fournit au pr?alable les infos n?cessaires ? la cr?ation de leur stand ( pr?sentation, logos, brochures...). Les visiteurs, peuvent consulter les fiches directement sur le net Comment ?a marche ? 1- Vous s'inscrivez au annuaire g?n?ral (Au salon vous aurez votre pr?sentation, logos, brochures...) 2- Nous prospections (Campagnes Emailing, Newsletter, Facebook Twitter youtube..........) 3- Vous aurez un client prospect ( Les clients t?l?chargent vos brochures et vous reponderez directement aux questions selon la date du salon (en ligne ou non )) www.marocfoire.com GSM : 06 600 85 800 / T?l fixe Voip :0808 407 825 -- 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 Aug 2 12:38:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 02 Aug 2012 12:38:00 -0000 Subject: XWin on taskbar In-Reply-To: <50189E19.9030702@cs.umass.edu> References: <50189E19.9030702@cs.umass.edu> Message-ID: <501A7478.7070802@dronecode.org.uk> On 01/08/2012 04:10, Eliot Moss wrote: > On 7/31/2012 10:16 PM, Ross Boulet wrote: >> I have a desktop running Windows 7 Professional and a laptop running Windows >> 7 Home Premium. I have updated Cygwin on both to make sure everything is >> current. I start X on both the same way using the shortcut installed by >> Cygwin. On both machines, I have a .startxwinrc that starts two rxvt >> windows. The difference is, on the desktop, items appear in the Windows >> taskbar for the two rxvt windows only - as I expect. But on the laptop, >> another taskbar item for the XWin server appears. >> >> It's not a huge deal, but it adds a little clutter to the taskbar I would >> rather not see. Any thoughts as to why this is happening? > > I am not sure the reason is known; a race condition has been > mentioned as a possibility. I solved this by using xlaunch, > and starting that with cygwin's "run" program. I strongly suspect this is a problem which only manifests itself on W7, as the mechanisms which cygwin and run use to keep these console windows invisible have to be different for W7. I finally had a bit of time to try to reproduce this on W7, and succeeded in seeing a problem, but I'm not sure if it's the same one as you are seeing: If I have a non-empty ~/.startxwinrc, or no ~/.startxwinrc so startxwin starts a default xterm, then I was seeing an additional taskbar item labelled "XWin Server", but this taskbar item has no associated window, the only option in the right-click menu is "close window". When you close all the X programs which have been started by startxwin, this taskbar item disappears. Poking around a bit more, this taskbar item does seem be owned by the conhost process which is associated with the xterm process started by startxwin. Of course, if you try to debug this problem, it disappears, so this does look like some kind of timing problem with the way we hide the console window. I was able to get things to work properly by applying the attached patch to run, although it's unclear to me that this is the correct fix or if this just moves the problem around. I've uploaded a build of run.exe at [1], perhaps you could try replacing /usr/bin/run.exe with it and see if it improves things for you? [1] ftp://cygwin.com/pub/cygwinx/run.exe -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -------------- next part -------------- --- run.c.old 2012-08-02 13:11:52.906250000 +0100 +++ run.c 2012-08-02 13:12:03.562500000 +0100 @@ -499,7 +499,7 @@ { AllocConsole (); bHaveConsole = TRUE; - SetParent ((*GetConsoleWindowFP) (), HWND_MESSAGE); + ShowWindowAsync((*GetConsoleWindowFP) (), SW_HIDE); } } else if (!bHaveConsole) -------------- 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 klochnyk@yandex.ru Fri Aug 3 10:48:00 2012 From: klochnyk@yandex.ru (Klochnyk Yaroslav) Date: Fri, 03 Aug 2012 10:48:00 -0000 Subject: run bat file on remote Windows from Linux by using cygwin Message-ID: <501501343990884@web19h.yandex.ru> I am working on continious integration process and I am using Linux platform for my Jenkins but now I need to run bat file on remote pc(Windows) to start automation tests processing and send report. Can I/How to do it by using Cygwin (just run bat file remoutly from Linux on Windows) Thank's for support. -- 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 hersto@gmx.de Fri Aug 3 11:15:00 2012 From: hersto@gmx.de (Herbert Stocker) Date: Fri, 03 Aug 2012 11:15:00 -0000 Subject: run bat file on remote Windows from Linux by using cygwin In-Reply-To: <501501343990884@web19h.yandex.ru> References: <501501343990884@web19h.yandex.ru> Message-ID: <501BB2B1.6060300@gmx.de> Ah, this is something i can answer. - Innstall Cygwin on the windows machine and there, install the package 'openssh'. - Howtos like this help me to configure the ssh server: http://www.noah.org/ssh/cygwin-sshd.html (It comes down to running the command ssh-host-config -y .) - Then you can use ssh from the linux box to execute commands on the windows box or to transfer files or to log-in remotely. Some Tips: Maybe you will be happy to learn that with Cygwin you are not limitted to bat "scripts", but have the full power of bash or other shells available on Windows. Depending on what you want to do, you may notice that processes running via sshd will not have every resource available that a process running from a GUI-logged in user has. In my case it was the mapped network drives that could not be seen. I could solved this by using the 'screen' tool (starting a screen session from a GUI session (RDP) and then connecting to this via ssh). Other means of Windows may be better tools, e.g. the net command contained in Windows. Herbert On 03.08.2012 12:48, Klochnyk Yaroslav wrote: > I am working on continious integration process and I am using Linux platform for my Jenkins but now I need to run bat file on remote pc(Windows) to start automation tests processing and send report. Can I/How to do it by using Cygwin (just run bat file remoutly from Linux on Windows) > Thank's for support. > > -- > 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 moss@cs.umass.edu Fri Aug 3 14:42:00 2012 From: moss@cs.umass.edu (Eliot Moss) Date: Fri, 03 Aug 2012 14:42:00 -0000 Subject: XWin on taskbar In-Reply-To: References: <50189E19.9030702@cs.umass.edu> <501A7478.7070802@dronecode.org.uk> Message-ID: <501BE356.4020302@cs.umass.edu> The patched run.exe seems to work for me as well. Thanks! Eliot -- 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 Aug 6 12:05:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 06 Aug 2012 12:05:00 -0000 Subject: XWin on taskbar In-Reply-To: <501BE356.4020302@cs.umass.edu> References: <50189E19.9030702@cs.umass.edu> <501A7478.7070802@dronecode.org.uk> <501BE356.4020302@cs.umass.edu> Message-ID: <501FB2E0.7090807@dronecode.org.uk> On 03/08/2012 15:42, Eliot Moss wrote: > The patched run.exe seems to work for me as well. Thanks for testing. I am still uncertain if you are seeing the same, similar or a different problem to me, though, so it would be helpful if you could confirm or deny if the extra taskbar button you see with the unpatched run behaves in the same way as I described. -- 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 moss@cs.umass.edu Mon Aug 6 12:18:00 2012 From: moss@cs.umass.edu (Eliot Moss) Date: Mon, 06 Aug 2012 12:18:00 -0000 Subject: XWin on taskbar In-Reply-To: <501FB2E0.7090807@dronecode.org.uk> References: <50189E19.9030702@cs.umass.edu> <501A7478.7070802@dronecode.org.uk> <501BE356.4020302@cs.umass.edu> <501FB2E0.7090807@dronecode.org.uk> Message-ID: <501FB606.4030807@cs.umass.edu> On 8/6/2012 8:04 AM, Jon TURNEY wrote: > On 03/08/2012 15:42, Eliot Moss wrote: >> The patched run.exe seems to work for me as well. > > Thanks for testing. > > I am still uncertain if you are seeing the same, similar or a different > problem to me, though, so it would be helpful if you could confirm or deny if > the extra taskbar button you see with the unpatched run behaves in the same > way as I described. Sorry I did not describe more completely, but yes, that's the exact behavior I see also. Regards -- EM -- 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 Aug 6 12:22:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 06 Aug 2012 12:22:00 -0000 Subject: AW: 'de' keyboard layout issues (Re: AW: AW: AltGr key mostly fires an additional CONTROL key) In-Reply-To: <4E4A6C4E.8010109@dronecode.org.uk> References: <006301cc4fb3$2696d060$73c47120$@de> <4E36BED6.3070102@dronecode.org.uk> <000001cc5085$6b711fb0$42535f10$@de> <4E3949E0.6090306@dronecode.org.uk> <000001cc524d$3b4db6d0$b1e92470$@de> <4E40016D.2080801@dronecode.org.uk> <001c01cc5621$4ae653e0$e0b2fba0$@de> <4E4275B4.9090906@dronecode.org.uk> <000901cc58bb$d66bcf20$83436d60$@de> <4E4A6C4E.8010109@dronecode.org.uk> Message-ID: <501FB6D6.4040807@dronecode.org.uk> On 16/08/2011 14:10, Jon TURNEY wrote: > On 12/08/2011 07:48, Paul Maier wrote: >> 1. Tilde sign >> ------------- >> >> Yes, file "de" patched with your de.patch and XWin invoked with "-xkbvariant >> nodeadtilde" >> results in a German Windows keyboard (regarding the tilde). >> >> I did just a renaming of the Group description there to match the pattern of >> the other >> xkbvariants. > > I'd really appreciate it if you could re-open the upstream bug [1] for the > tilde issue, ideally with a suitable patch and referencing this discussion. > > I'd also suggest you send your other suggested changes to the xkb list [2], as > I'm not really qualified to review them. > > [1] https://bugs.freedesktop.org/show_bug.cgi?id=9752 > [2] http://www.freedesktop.org/wiki/Software/XKeyboardConfig/Development xkeyboard-config bug #9752 [1] has been resolved with a change [2] to make the tilde not a dead key in the german keyboard layout. Perhaps you could try the lastest xkeyboard-config from git and confirm that the change is correct :-) If you have any other issues with the xkeyboard-config data for the german keyboard layout, it might be more efficient to engage directly with the xkeyboard-config maintainer, as he has a lot more expertise in this area than I do. [1] https://bugs.freedesktop.org/show_bug.cgi?id=9752 [2] http://cgit.freedesktop.org/xkeyboard-config/commit/symbols/de?id=49129c6358eebd248f83457dfef4ec58ad8e584c -- 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 jon.turney@dronecode.org.uk Mon Aug 6 12:49:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 06 Aug 2012 12:49:00 -0000 Subject: AW: AW: 'de' keyboard layout issues In-Reply-To: <001101cc81bf$8151f370$83f5da50$@de> References: <006301cc4fb3$2696d060$73c47120$@de> <4E36BED6.3070102@dronecode.org.uk> <000001cc5085$6b711fb0$42535f10$@de> <4E3949E0.6090306@dronecode.org.uk> <000001cc524d$3b4db6d0$b1e92470$@de> <4E40016D.2080801@dronecode.org.uk> <001c01cc5621$4ae653e0$e0b2fba0$@de> <4E4275B4.9090906@dronecode.org.uk> <000901cc58bb$d66bcf20$83436d60$@de> <4E4A6C4E.8010109@dronecode.org.uk> <001101cc81bf$8151f370$83f5da50$@de> Message-ID: <501FBD31.6070207@dronecode.org.uk> On 03/10/2011 12:27, Paul Maier wrote: >>> In Windows, all blind keys followed by a space result in that character. >>> Same in XWin, but with one exception: >>> dead-?? plus space gives ' instead of ??. >>> >>> Please check out my patch for that. >> [...] for files /usr/share/x11/locale/iso8859-1/Compose and > /usr/share/x11/locale/iso8859-15/Compose. > >> >> This patch makes sense to me, but doesn't seem to go far enough. Since the >> compose sequences are selected by the locale, this fixes things if >> LANG=de_DE.iso8859-1 or LANG=de_DE.iso8859-15, but not if LANG=de_DE.UTF-8. >> >> I'll try to take another look when I'm back from my holiday :-) Sorry, I lost track of this issue. > agreed, my patch is a partial solution. > > Is there an issue tracker in use, where we can put my patch and the idea behind it? I would suggest you mail a patch to libX11 to the xorg-devel list [1],[2]. > agreed. > But isn't a partial fix better than no fix? 8-) I can't really evaluate if this change is correct or not, which is why I suggest you take it to the xorg-devel list. For example, after reading [3], I'm wondering if the reason for this behaviour is that typists had the habit of pressing the acute key for an apostrophe. On the one hand, it's been this way for at least 5 years, so people may be used to this behaviour. On the other hand, it's inconsistent with the rule that produces , and inconsistent across locales what this sequence produces: jon@byron /jhbuild/checkout/xorg/lib/libX11/nls master $ grep -r "^ " * el_GR.UTF-8/Compose.pre: : "??" U0384 en_US.UTF-8/Compose.pre: : "'" apostrophe # APOSTROPHE fi_FI.UTF-8/Compose.pre: : "??" # ACUTE ACCENT iso8859-1/Compose.pre: : "'" apostrophe iso8859-14/Compose.pre: : "'" apostrophe iso8859-15/Compose.pre: : "'" apostrophe iso8859-2/Compose.pre: : "\264" acute iso8859-3/Compose.pre: : "'" apostrophe iso8859-7/Compose.pre: : "\264" acute iso8859-9/Compose.pre: : "'" apostrophe iso8859-9e/Compose.pre: : "'" apostrophe pt_BR.UTF-8/Compose.pre: : "'" apostrophe vi_VN.tcvn/Compose.pre: : "'" apostrophe vi_VN.viscii/Compose.pre: : "'" apostrophe [1] http://lists.x.org/mailman/listinfo/xorg-devel [2] http://www.x.org/wiki/DeveloperStart [3] http://www.cl.cam.ac.uk/~mgk25/ucs/apostrophe.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 jon.turney@dronecode.org.uk Mon Aug 6 13:07:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 06 Aug 2012 13:07:00 -0000 Subject: AW: AW: possible to run XWin as windows service? In-Reply-To: <000001cd6cc2$072da6e0$1588f4a0$@de> References: <006501cd6b7e$4edcffd0$ec96ff70$@de> <50128548.4050107@dronecode.org.uk> <003101cd6cba$b2f1a470$18d4ed50$@de> <5013E1BA.7050805@cs.umass.edu> <000001cd6cc2$072da6e0$1588f4a0$@de> Message-ID: <501FC193.1060602@dronecode.org.uk> On 28/07/2012 14:08, Paul Maier wrote: >> >> The cygwin program run.exe is designed to do just that. >> It's what I use for this purpose :-) ... >> > > thank you for your input. 8-) > > I was using run.exe too. run.exe used to hide the window and the task bar entry. > But since my upgrade from Cygwin 1.7.9 to 1.7.15, run.exe only hides the window but not the task bar entry, when invoked from the > Startup menu in some cases. > > This seems buggy, see my thread: > http://cygwin.com/ml/cygwin/2012-07/msg00473.html > But I don't have the impression that a developer accepted this as bug. > > Do you have a suggestion how to avoid this situation? You might try the patched run from [1] and see if that improves matters. -- 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 rossb@rossb.com Mon Aug 6 13:22:00 2012 From: rossb@rossb.com (Ross Boulet) Date: Mon, 06 Aug 2012 13:22:00 -0000 Subject: XWin on taskbar In-Reply-To: <501FB2E0.7090807@dronecode.org.uk> References: <50189E19.9030702@cs.umass.edu> <501A7478.7070802@dronecode.org.uk> <501BE356.4020302@cs.umass.edu> <501FB2E0.7090807@dronecode.org.uk> Message-ID: > On 03/08/2012 15:42, Eliot Moss wrote: > > The patched run.exe seems to work for me as well. > > Thanks for testing. > > I am still uncertain if you are seeing the same, similar or a different problem > to me, though, so it would be helpful if you could confirm or deny if the extra > taskbar button you see with the unpatched run behaves in the same way as I > described. > > -- > Jon TURNEY > Volunteer Cygwin/X X Server maintainer > On my Win 7 Pro, I never had the extra taskbar item. But on my Win 7 Home Premium laptop, the patched version of run eliminated the extra item. -- Ross -- 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 Aug 6 13:31:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 06 Aug 2012 13:31:00 -0000 Subject: Levovo trackpoint events come delayed (reproducable with xev) In-Reply-To: <004d01cd67a2$7c0d6d30$74284790$@de> References: <000301ccd95b$09e07ca0$1da175e0$@de> <4F1D5E08.5020803@dronecode.org.uk> <000701ccda19$ddd393d0$997abb70$@de> <4F1EAF7D.5030602@dronecode.org.uk> <000001ccde8a$f0fc2010$d2f46030$@de> <4F2A7C93.6080705@dronecode.org.uk> <000001cce1e3$6456d5e0$2d0481a0$@de> <4F2C0226.8050706@dronecode.org.uk> <004d01cd67a2$7c0d6d30$74284790$@de> Message-ID: <501FC729.9090504@dronecode.org.uk> On 22/07/2012 01:39, Paul Maier wrote: > this problem still exists, it makes the Lenovo trackpoint unusable with xterm. > Some months ago you provided me XWin.20120129-git-45e67e363e19a481.exe, > but it didn't run on my computer. Yesterday I have upgraded my Cygwin, all packages to current (Cygwin 1.7.15). > Maybe a debugging .exe would run now on my machine. > > If you want me to try again, please let me know. Yes, I think there were some unrelated issues which prevented that snapshot from working for you. I've produced an updated snapshot [1], if you could try that in the same way as before, that would be helpful. > Download the latest snapshot built with debugging enabled from [1] > Run it using 'WIN_DEBUG_MESSAGES=1 ./XWin -logverbose 3 options, -multiwindow for example>' > Open up an xterm > You should then be able to see WM_MOUSEWHEEL messages being delivered in the > debug output from XWin when you use the trackpoint scrolling. Are they being > delivered on time? Please send me the full XWin.0.log [1] ftp://cygwin.com/pub/cygwinx/XWin.20120806-git-25dd890818f3e308.exe.bz2 -- 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 tavmem@gmail.com Mon Aug 6 15:53:00 2012 From: tavmem@gmail.com (Tom Szczesny) Date: Mon, 06 Aug 2012 15:53:00 -0000 Subject: Xemacs - Choosing an alternate font. Message-ID: Hi - I am attempting to use Xemacs with Cygwin to edit an A+ script which requires a special font. I have: installed the required fonts in /usr/share/fonts/misc added the fonts to /usr/share/fonts/misc/fonts.alias successfully run "mkfontdir" and "xset fp rehash" After I run "startxwin" and fire up Xemacs the font that gets used is "Bitstream Vera Sans Mono" When I use the "Options" menu and go to "Fonts" many fonts show up including the one that I want (Kapl), Bitstream Vera Sans Mono has the filled in green diamond indicating that it is the current font selected. Any attempt to switch to any other font fails. Any suggestions? -- 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 crleblanc@gmail.com Wed Aug 8 04:51:00 2012 From: crleblanc@gmail.com (Chris LeBlanc) Date: Wed, 08 Aug 2012 04:51:00 -0000 Subject: XWin.exe segmentation fault on Windows 7 Message-ID: Hi, I'm trying to help a coworker get Cygwin running on her Windows 7 (64b) machine, but we're seeing a segmentation fault with XWin.exe. Previous versions of X11 worked fine on this machine, but recently it has been unable to fork processes. It's been giving the error "fork: child -1 - forked process died unexpectedly ...", which is why I've been trying to upgrade to the most recent version of Cygwin. Here's a summary of what I've tried today: -I cleaned up all traces of Cygwin, including all files under the install directory and all registry keys. -I Installed the latest version of Cygwin, using setup.exe from cygwin.com. I installed the base system plus gcc4, xinit, and libX11-devel. No problems with install, and the normal Cygwin terminal comes up normally. -the "startx" script won't launch, it gives the following error: xinit: giving up xinit: unable to connect to X server" Connection refused xinit: server error -It writes to XWin.exe.stackdump (see below). -As per http://x.cygwin.com/devel/backtrace.html I installed the tar.bz2 file for version 1.12.3-1 of xorg-server-debuginfo and ran "gdb --args /usr/bin/XWin -multiwindow". Here is the output, unfortunately it seems to be missing symbols for the most important part (see below). It's indicating a problem with strcpy() copying from a NULL source to an address that is out of bounds (presumably both could cause a segfault), but unfortunately I can't see a line number or filename for the code that causes this issue. I tried reinstalling all of the packages, rebooting, and rebaseall-ing, but none of this has fixed the problem. Any advice on how to get more debug info? How hard is it to build XWin from source? If it's a minor strcpy() issue it could be a pretty easy fix. Any other advice? Thanks in advance for any help you can offer. Cheers, Chris ---------------- Output from XWin.exe.stackdump: Exception: STATUS_ACCESS_VIOLATION at eip=61129F8B eax=0028D624 ebx=00000000 ecx=00000000 edx=00000000 esi=0028D624 edi=0028AB5C ebp=0028A968 esp=0028A95C program=C:\cygwin\bin\XWin.exe, pid 6164, thread main cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B Stack trace: Frame Function Args 0028A968 61129F8B (0028D624, 00000000, 0028FF14, 771170D5) 0028AA28 6108E2BA (0028AA58, 611DF23B, 60FE8510, 00000068) 0028AB78 6108EB57 (60FE000C, 00000005, 0028ABC4, 005C2DE9) 0028AB98 61091F56 (005C2DCE, 005C2DCC, 00000000, 00000000) 0028ABF8 610D5F05 (6C340000, 00000001, 0028FD24, 00000002) 0028AC38 00528F43 (00000002, 0028AC60, 800280E8, 8003A441) 0028ACF8 61007535 (00000000, 0028CD78, 61006B20, 00000000) End of stack trace $ gdb --args /usr/bin/XWin -multiwindow GNU gdb (GDB) 7.3.50.20111026-cvs (cygwin-special) Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-cygwin". For bug reporting instructions, please see: ... Reading symbols from /usr/bin/XWin...Reading symbols from /usr/lib/debug/usr/bin/XWin.exe.dbg...done. done. (gdb) r Starting program: /usr/bin/XWin -multiwindow [New Thread 6164.0x1424] [New Thread 6164.0x1380] 0 [main] XWin 6164 exception::handle: Exception: STATUS_ACCESS_VIOLATION 454 [main] XWin 6164 open_stackdumpfile: Dumping stack trace to XWin.exe.stackdump Program received signal SIGSEGV, Segmentation fault. strcpy (dst0=0x40010006
, src0=0x0) at /usr/src/debug/cygwin-1.7.16-1/newlib/libc/string/strcpy.c:86 86 while (!DETECTNULL(*aligned_src)) (gdb) bt full #0 strcpy (dst0=0x40010006
, src0=0x0) at /usr/src/debug/cygwin-1.7.16-1/newlib/libc/string/strcpy.c:86 dst = 0x40010006
src = 0x0 aligned_dst = 0x40010006 aligned_src = 0x28a026 #1 0x751d2ad6 in OutputDebugStringA () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll No symbol table info available. #2 0x40010006 in ?? () No symbol table info available. #3 0x00000000 in ?? () No symbol table info available. (gdb) -- 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 Wed Aug 8 13:03:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 08 Aug 2012 13:03:00 -0000 Subject: XWin.exe segmentation fault on Windows 7 In-Reply-To: References: Message-ID: <50226385.6060903@dronecode.org.uk> On 08/08/2012 05:51, Chris LeBlanc wrote: > I'm trying to help a coworker get Cygwin running on her Windows 7 > (64b) machine, but we're seeing a segmentation fault with XWin.exe. > Previous versions of X11 worked fine on this machine, but recently it > has been unable to fork processes. It's been giving the error "fork: > child -1 - forked process died unexpectedly ...", which is why I've > been trying to upgrade to the most recent version of Cygwin. Thanks for the detailed bug report. Given you were getting fork problems before this upgrade, this might well be a problem with some other software interfering with cygwin's operation. So you should take a look at [1], and probably try running XWin with CYGWIN including detect_bloda [2] > Any advice on how to get more debug info? How hard is it to build > XWin from source? If it's a minor strcpy() issue it could be a pretty > easy fix. Any other advice? Instructions on building the X server from source are in [3], but with the debug info package installed you have source and symbols, so you should be able to set a breakpoint on main and step through the code anyhow. > 0 [main] XWin 6164 exception::handle: Exception: STATUS_ACCESS_VIOLATION > 454 [main] XWin 6164 open_stackdumpfile: Dumping stack trace to > XWin.exe.stackdump > > Program received signal SIGSEGV, Segmentation fault. > strcpy (dst0=0x40010006
, src0=0x0) > at /usr/src/debug/cygwin-1.7.16-1/newlib/libc/string/strcpy.c:86 > 86 while (!DETECTNULL(*aligned_src)) > (gdb) bt full > #0 strcpy (dst0=0x40010006
, src0=0x0) > at /usr/src/debug/cygwin-1.7.16-1/newlib/libc/string/strcpy.c:86 > dst = 0x40010006
> src = 0x0 > aligned_dst = 0x40010006 > aligned_src = 0x28a026 > #1 0x751d2ad6 in OutputDebugStringA () from > /cygdrive/c/Windows/syswow64/KERNELBASE.dll > No symbol table info available. > #2 0x40010006 in ?? () > No symbol table info available. > #3 0x00000000 in ?? () > No symbol table info available. > (gdb) This stack trace looks highly suspicious: - The presence of the invalid address 0x40010006 as src for strcpy and in the backtrace - I think cygwin is supposed to notice it is being debugged and give control to the debugger and not write a stackdump file - I don't think OutputDebugStringA() should ever end up calling cygwin's strcpy() So all this suggests to me some kind of stack corruption has happened. > Output from XWin.exe.stackdump: > Exception: STATUS_ACCESS_VIOLATION at eip=61129F8B > eax=0028D624 ebx=00000000 ecx=00000000 edx=00000000 esi=0028D624 edi=0028AB5C > ebp=0028A968 esp=0028A95C program=C:\cygwin\bin\XWin.exe, pid 6164, thread main > cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B > Stack trace: > Frame Function Args > 0028A968 61129F8B (0028D624, 00000000, 0028FF14, 771170D5) > 0028AA28 6108E2BA (0028AA58, 611DF23B, 60FE8510, 00000068) > 0028AB78 6108EB57 (60FE000C, 00000005, 0028ABC4, 005C2DE9) > 0028AB98 61091F56 (005C2DCE, 005C2DCC, 00000000, 00000000) > 0028ABF8 610D5F05 (6C340000, 00000001, 0028FD24, 00000002) > 0028AC38 00528F43 (00000002, 0028AC60, 800280E8, 8003A441) > 0028ACF8 61007535 (00000000, 0028CD78, 61006B20, 00000000) > End of stack trace Processing this with "awk '/^[0-9]/{print $2}' XWin.exe.stackdump | addr2line -asf -e /usr/bin/cygwin1.dll", and cleaning up the output by hand a bit, gives... 0x61129f8b strcpy strcpy.c:86 0x6108e2ba fillout_mntent mount.cc:1636 0x6108eb57 cygdrive_getmntent mount.cc:1720 0x61091f56 getmntent mount.cc:1900 0x610d5f05 ?? ??:0 0x00528f43 main main.c:145 0x61007535 _Z10dll_crt0_1Pv dcrt0.cc:982 ... which looks a bit more reasonable, and suggests something in the cygwin DLL is exploding when XWin uses getmntent() in winCheckMount() to check for FAT and textmode mounts. [1] http://cygwin.com/faq/faq.using.html#faq.using.bloda [2] http://cygwin.com/ml/cygwin/2012-02/msg00797.html [2] http://x.cygwin.com/docs/cg/ -- 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 crleblanc@gmail.com Wed Aug 8 23:19:00 2012 From: crleblanc@gmail.com (Chris LeBlanc) Date: Wed, 08 Aug 2012 23:19:00 -0000 Subject: XWin.exe segmentation fault on Windows 7 In-Reply-To: <50226385.6060903@dronecode.org.uk> References: <50226385.6060903@dronecode.org.uk> Message-ID: Hi Jon, Thanks for the excellent response. > Given you were getting fork problems before this upgrade, this might well be a > problem with some other software interfering with cygwin's operation. So you > should take a look at [1], and probably try running XWin with CYGWIN including > detect_bloda [2] The only software I found on her computer that is also on that list was the McAfee virus scanner. We disabled this and still saw the problem (though I noticed the process was still running, and re-launched itself if you killed it!). I also tried uninstalling some other software that might have been interfering; such as DVD burning software, etc. but still saw the problem (even after a reboot and rebaseall). I then set the environment variable CYGWIN=detect_bloda and launched a bash instance but didn't see any messages about BLODA detected. This is a nice feature, I'll be sure to use it if I find any more forking issues in the future. Our IT staff is pretty good at quick reinstalls, so I've asked them to reinstall Windows 7 on this machine. I'm hopeful this will solve the problem, but if not I'll continue with debugging XWin. Thanks, Chris -- 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 mark@maxrnd.com Thu Aug 9 02:19:00 2012 From: mark@maxrnd.com (Mark Geisert) Date: Thu, 09 Aug 2012 02:19:00 -0000 Subject: XWin.exe segmentation fault on Windows 7 References: <50226385.6060903@dronecode.org.uk> Message-ID: > The only software I found on her computer that is also on that list > was the McAfee virus scanner. We disabled this and still saw the > problem (though I noticed the process was still running, and > re-launched itself if you killed it!). As Jon's reference [1] explains, merely disabling the BLODA might not be sufficient. You may have to completely uninstall it to be rid of its effects. *Especially* if it has processes that re-launch themselves on kill; I mean, how can you know whether you've ruled this particular BLODA out as an explanation for the issue unless you've completely uninstalled it? HTH, ..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 crleblanc@gmail.com Thu Aug 9 04:55:00 2012 From: crleblanc@gmail.com (Chris LeBlanc) Date: Thu, 09 Aug 2012 04:55:00 -0000 Subject: XWin.exe segmentation fault on Windows 7 In-Reply-To: References: <50226385.6060903@dronecode.org.uk> Message-ID: Hi Mark, > As Jon's reference [1] explains, merely disabling the BLODA might not be > sufficient. You may have to completely uninstall it to be rid of its effects. > > *Especially* if it has processes that re-launch themselves on kill; I mean, how > can you know whether you've ruled this particular BLODA out as an explanation > for the issue unless you've completely uninstalled it? > HTH, I agree completely. My preference was to try a reinstall and go from there since we know Cygwin works fine on a clean Windows 7 install. Unfortunately our sysadmins don't want to reinstall the OS. Being a corporate environment there's no chance of running this machine without the approved virus scanner running. I'll talk to the them again and see if they will temporarily uninstall McAfee so we can see if it's the cause of the problem. Cheers, Chris -- 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 info@lobchj.com.cn Sat Aug 11 10:35:00 2012 From: info@lobchj.com.cn (L W) Date: Sat, 11 Aug 2012 10:35:00 -0000 Subject: Notice Message-ID: <00f95d12-41132-59222330875926@epmserver1> I have a biz worth 25 M USD, Email me at lwang1947@yahoo.com.cn for more information -- 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 regsbk11@yahoo.com Sat Aug 11 22:19:00 2012 From: regsbk11@yahoo.com (Alex Vai) Date: Sat, 11 Aug 2012 22:19:00 -0000 Subject: Do you remember me? Message-ID: Hello Postmaster, You don't have to reply, this is a test. I have a new website someurl.com You are welcome! -- 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 davidl@lmert.com Sun Aug 12 13:31:00 2012 From: davidl@lmert.com (David Lee Lambert) Date: Sun, 12 Aug 2012 13:31:00 -0000 Subject: Possible to run multiple X servers under Fast User Switching? Message-ID: <5027B027.8010401@lmert.com> I've installed Cygwin on a Windows XP system that I only expect to be ever used by less than about five users. I've tried adding "XWin Server.lnk" to the ".../All Users/Start Menu/Programs/Startup" group, but the second user who logs in isn't able to start it because the port for ":0" is already taken. Looking at the "startxwin.exe" manpage, it looks like I could break out the link into per-user shortcuts in each user's Start Menu, passing extra arguments of "-- :1" for the second user, "-- :2" for the third user, etc. Has anyone tried this? Are there any problems I should be aware of for this approach? -- David L. Lambert or or , formerly "as4109@wayne.edu" IM: davidleelambert (Yahoo!) or lamber45@cse.msu.edu (MSN) Phone: 616-676-7375 -- 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 crleblanc@gmail.com Mon Aug 13 04:24:00 2012 From: crleblanc@gmail.com (Chris LeBlanc) Date: Mon, 13 Aug 2012 04:24:00 -0000 Subject: XWin.exe segmentation fault on Windows 7 In-Reply-To: References: <50226385.6060903@dronecode.org.uk> Message-ID: On Thu, Aug 9, 2012 at 4:55 PM, Chris LeBlanc wrote: > Hi Mark, > >> As Jon's reference [1] explains, merely disabling the BLODA might not be >> sufficient. You may have to completely uninstall it to be rid of its effects. >> >> *Especially* if it has processes that re-launch themselves on kill; I mean, how >> can you know whether you've ruled this particular BLODA out as an explanation >> for the issue unless you've completely uninstalled it? >> HTH, > In an effort to track down this bug, we tried completely uninstalling the virus scanner. XWin.exe is still failing in the same way (even after another reinstall and rebase). I compiled xorg with debugging from the source packages, and that shows the same behaviour. I can step through the debugger, but the output is the same as what Jon found in the previous email, failing on the call to strcpy(). I've logged the gdb output to a file and can attach it if anyone is interested. This machine has previously had the NoMachine client installed on it. I noticed that it used it's own copy of cygwin1.dll, so I uninstalled this program. Is there any chance that this is still causing a problem, even though it's been uninstalled? Cheers, Chris -- 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@dronecode.org.uk Mon Aug 13 12:17:00 2012 From: jon@dronecode.org.uk (Jon TURNEY) Date: Mon, 13 Aug 2012 12:17:00 -0000 Subject: XWin.exe segmentation fault on Windows 7 In-Reply-To: References: <50226385.6060903@dronecode.org.uk> Message-ID: <5028F046.6090505@dronecode.org.uk> On 13/08/12 05:23, Chris LeBlanc wrote: > I compiled xorg with debugging from the source packages, and that > shows the same behaviour. I can step through the debugger, but the > output is the same as what Jon found in the previous email, failing on > the call to strcpy(). I've logged the gdb output to a file and can > attach it if anyone is interested. Yes, please. Assuming for the moment this is a defect in the cygwin DLL, it would be interesting to see the output of 'mount'. You might also want to install the cygwin-debuginfo package and see if you can debug the problem in getmntent(). It might be worthwhile installing the latest cygwin snapshot [1] to see if the problem still exists. [1] http://cygwin.com/snapshots/ -- 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 corinna-cygwin@cygwin.com Mon Aug 13 12:42:00 2012 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 13 Aug 2012 12:42:00 -0000 Subject: XWin.exe segmentation fault on Windows 7 In-Reply-To: <5028F046.6090505@dronecode.org.uk> References: <50226385.6060903@dronecode.org.uk> <5028F046.6090505@dronecode.org.uk> Message-ID: <20120813124123.GC23253@calimero.vinschen.de> On Aug 13 13:17, Jon TURNEY wrote: > On 13/08/12 05:23, Chris LeBlanc wrote: > >I compiled xorg with debugging from the source packages, and that > >shows the same behaviour. I can step through the debugger, but the > >output is the same as what Jon found in the previous email, failing on > >the call to strcpy(). I've logged the gdb output to a file and can > >attach it if anyone is interested. > > Yes, please. > > Assuming for the moment this is a defect in the cygwin DLL, it would > be interesting to see the output of 'mount'. You might also want to > install the cygwin-debuginfo package and see if you can debug the > problem in getmntent(). > > It might be worthwhile installing the latest cygwin snapshot [1] to > see if the problem still exists. > > [1] http://cygwin.com/snapshots/ First step is to take XWin out of the picture. If this is a generic problem with getmntent, then a standard getmntent loop should show the same behaviour: #include #include int main () { FILE *fp; struct mntent *mnt; fp = setmntent ("/etc/mtab", "r"); while ((mnt = getmntent (fp)) != NULL) printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); endmntent (fp); return 0; } Now the question is, if the same problem occurs, why? Please paste the contents of /etc/fstab and, if it exists, /etc/fstab.d/$USER into your reply. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 crleblanc@gmail.com Tue Aug 14 04:42:00 2012 From: crleblanc@gmail.com (Chris LeBlanc) Date: Tue, 14 Aug 2012 04:42:00 -0000 Subject: XWin.exe segmentation fault on Windows 7 In-Reply-To: <20120813124123.GC23253@calimero.vinschen.de> References: <50226385.6060903@dronecode.org.uk> <5028F046.6090505@dronecode.org.uk> <20120813124123.GC23253@calimero.vinschen.de> Message-ID: > Now the question is, if the same problem occurs, why? Please paste > the contents of /etc/fstab and, if it exists, /etc/fstab.d/$USER > into your reply. Thanks for the information, I think we're getting closer to finding the problem. /etc/fstab doesn't have anything in it apart from comments, and the /etc/fstab.d directory is empty. Here is the output from the mount command: C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) E: on /cygdrive/e type ntfs (binary,posix=0,user,noumount,auto) Segmentation fault (core dumped) It fails when it reaches a network share. Looking at them in Windows Explorer, they're all NcFsd network shares and this is a Novell client machine, if that's any help. There is some interesting output from a listing of cygdrive. I'm not sure why the owner/group is different for the network shares or why the dates are 1970. I can also list files in the network shares, so they're definitely mounted. $ ls /cygdrive/ -l total 16 d---------+ 1 TrustedInstaller TrustedInstaller 0 Aug 13 16:19 c drwx------+ 1 SYSTEM SYSTEM 0 Aug 13 16:19 e drwxr-xr-x 1 keleigh None 0 Jan 1 1970 h drwxr-xr-x 1 keleigh None 0 Jan 1 1970 i drwxr-xr-x 1 keleigh None 0 Jan 1 1970 j drwxr-xr-x 1 keleigh None 0 Jan 1 1970 k drwxr-xr-x 1 keleigh None 0 Jan 1 1970 z I compiled your test C program (gcc -Wall -g mount_test.c -o mount_test) and ran it under gdb, logging the output to a file (attached). It also fails when it gets to the network shares. I tried disconnecting the shares and rerunning this program and XWin.exe, and both worked normally. I have cygwin_debuginfo installed, but didn't get any useful debugging info from gdb. I also tried the same tests on the latest Cygwin snapshot, but the results were identical. Any thoughts on why the network shares are causing this behaviour, or is this a red herring? Cheers, Chris -------------- next part -------------- Breakpoint 1 at 0x40117f: file mount_test.c, line 8. Starting program: /home/keleigh/mount_test.exe [New Thread 5704.0x155c] [New Thread 5704.0xed8] Breakpoint 1, main () at mount_test.c:8 8 fp = setmntent ("/etc/mtab", "r"); 9 while ((mnt = getmntent (fp)) != NULL) 10 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 9 while ((mnt = getmntent (fp)) != NULL) 10 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 9 while ((mnt = getmntent (fp)) != NULL) 10 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 9 while ((mnt = getmntent (fp)) != NULL) 10 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 9 while ((mnt = getmntent (fp)) != NULL) 10 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 9 while ((mnt = getmntent (fp)) != NULL) Program received signal SIGSEGV, Segmentation fault. strcpy (dst0=0x40010006
, src0=0x0) at /usr/src/debug/cygwin-1.7.16-1/newlib/libc/string/strcpy.c:86 86 while (!DETECTNULL(*aligned_src)) 0x774eb9bd in RaiseException () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll Single stepping until exit from function RaiseException, which has no line number information. 0x774f2ad6 in OutputDebugStringA () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll Single stepping until exit from function OutputDebugStringA, which has no line number information. 0x77516904 in KERNELBASE!IsNLSDefinedString () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll Single stepping until exit from function KERNELBASE!IsNLSDefinedString, which has no line number information. 0x774fe68d in KERNELBASE!CloseThreadpoolCleanupGroupMembers () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll Single stepping until exit from function KERNELBASE!CloseThreadpoolCleanupGroupMembers, which has no line number information. 0x7751690e in KERNELBASE!IsNLSDefinedString () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll Single stepping until exit from function KERNELBASE!IsNLSDefinedString, which has no line number information. 0x774f2d0d in OutputDebugStringA () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll Single stepping until exit from function OutputDebugStringA, which has no line number information. _cygtls::signal_debugger (this=, sig=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/exceptions.cc:1391 1391 } _cygtls::signal_exit (this=0x28ce64, rc=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:399 399 if (rc == SIGQUIT || rc == SIGABRT) 409 if (have_execed) has_execed (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/child_info.h:171 171 if (hExeced) _cygtls::signal_exit (this=0x28ce64, rc=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:409 409 if (have_execed) has_execed (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/child_info.h:173 173 if (type != _CH_EXEC) _cygtls::signal_exit (this=0x28ce64, rc=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:415 415 if ((rc & 0x80) && !try_to_debug ()) try_to_debug (waitloop=true) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/exceptions.cc:367 367 { 368 debug_printf ("debugger_command '%s'", debugger_command); 369 if (*debugger_command == '\0') 450 } 369 if (*debugger_command == '\0') 450 } _cygtls::signal_exit (this=0x28ce64, rc=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:416 416 stackdump (thread_context.ebp, true); stackdump (n=2664872) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/exception.h:35 35 stackdump (n, (CONTEXT *) 1); stackdump (ebp=2664872, in=0x1, e=0x0) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/exceptions.cc:285 285 { 288 if (already_dumped || cygheap->rlim_core == 0Ul) 285 { 288 if (already_dumped || cygheap->rlim_core == 0Ul) 310 } _cygtls::signal_exit (this=0x28ce64, rc=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:418 418 lock_process until_exit (true); lock_process (exiting=true, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.h:53 53 locker.acquire (); muto::acquire (this=0x611a0440, ms=4294967295) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.cc:75 75 { 76 void *this_tls = &_my_tls; 75 { 76 void *this_tls = &_my_tls; 78 if (tls != this_tls) 82 LONG was_waiting = ms ? InterlockedIncrement (&waiters) : 0; ilockincr (m=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/winbase.h:37 37 ": "=&r" (__res), "=m" (*m): "m" (*m): "cc"); muto::acquire (this=0x611a0440, ms=4294967295) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.cc:84 84 while (was_waiting || InterlockedExchange (&sync, 1) != 0) ilockexch (v=1, t=0x611a0444) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/winbase.h:64 64 : "memory"); muto::acquire (this=0x611a0440, ms=4294967295) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.cc:84 84 while (was_waiting || InterlockedExchange (&sync, 1) != 0) 95 if (!ms) 98 tls = this_tls; /* register this thread. */ 101 return ++visits; /* Increment visit count. */ 102 } lock_process (exiting=true, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.h:55 55 if (exiting && exit_state < ES_PROCESS_LOCKED) 56 exit_state = ES_PROCESS_LOCKED; _cygtls::signal_exit (this=0x28ce64, rc=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:419 419 if (have_execed || exit_state > ES_PROCESS_LOCKED) has_execed (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/child_info.h:171 171 if (hExeced) _cygtls::signal_exit (this=0x28ce64, rc=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:419 419 if (have_execed || exit_state > ES_PROCESS_LOCKED) has_execed (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/child_info.h:173 173 if (type != _CH_EXEC) _cygtls::signal_exit (this=0x28ce64, rc=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:419 419 if (have_execed || exit_state > ES_PROCESS_LOCKED) 424 SetThreadPriority (GetCurrentThread (), THREAD_PRIORITY_TIME_CRITICAL); 426 sigproc_printf ("about to call do_exit (%x)", rc); 427 do_exit (rc); do_exit (status=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dcrt0.cc:1091 1091 syscall_printf ("do_exit (%d), exit_state %d", status, exit_state); 1102 lock_process until_exit (true); lock_process (exiting=true, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.h:53 53 locker.acquire (); muto::acquire (this=0x611a0440, ms=4294967295) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.cc:75 75 { 76 void *this_tls = &_my_tls; 75 { 76 void *this_tls = &_my_tls; 78 if (tls != this_tls) 101 return ++visits; /* Increment visit count. */ 102 } lock_process (exiting=true, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.h:55 55 if (exiting && exit_state < ES_PROCESS_LOCKED) do_exit (status=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dcrt0.cc:1104 1104 if (exit_state < ES_EVENTS_TERMINATE) 1106 exit_state = ES_EVENTS_TERMINATE; 1107 events_terminate (); events_terminate () at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/exceptions.cc:1312 1312 exit_already = 1; 1313 } do_exit (status=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dcrt0.cc:1110 1110 if (exit_state < ES_SIGNAL) 1112 exit_state = ES_SIGNAL; 1113 signal (SIGCHLD, SIG_IGN); signal (sig=20, func=0x1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/signal.cc:37 37 sig_dispatch_pending (); 36 { 37 sig_dispatch_pending (); sig_dispatch_pending (fast=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:503 503 if (exit_state || &_my_tls == _sig_tls) 502 { 503 if (exit_state || &_my_tls == _sig_tls) 519 } signal (sig=20, func=warning: (Internal error: pc 0x1 in read in psymtab, but not in symtab.) 0x1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/signal.cc:41 41 if (sig < 0 || sig >= NSIG || sig == SIGKILL || sig == SIGSTOP) 48 prev = global_sigs[sig].sa_handler; 50 if (gs.sa_flags & _SA_NORESTART) 48 prev = global_sigs[sig].sa_handler; 50 if (gs.sa_flags & _SA_NORESTART) 53 gs.sa_flags |= SA_RESTART; 55 gs.sa_mask = SIGTOMASK (sig); 56 gs.sa_handler = func; 57 gs.sa_flags &= ~SA_SIGINFO; 59 syscall_printf ("%p = signal (%d, %p)", prev, sig, func); 55 gs.sa_mask = SIGTOMASK (sig); 59 syscall_printf ("%p = signal (%d, %p)", prev, sig, func); 61 } do_exit (status=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dcrt0.cc:1114 1114 signal (SIGHUP, SIG_IGN); signal (sig=1, func=warning: (Internal error: pc 0x1 in read in psymtab, but not in symtab.) 0x1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/signal.cc:37 37 sig_dispatch_pending (); 36 { 37 sig_dispatch_pending (); sig_dispatch_pending (fast=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:503 503 if (exit_state || &_my_tls == _sig_tls) 502 { 503 if (exit_state || &_my_tls == _sig_tls) 519 } signal (sig=1, func=warning: (Internal error: pc 0x1 in read in psymtab, but not in symtab.) 0x1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/signal.cc:41 41 if (sig < 0 || sig >= NSIG || sig == SIGKILL || sig == SIGSTOP) 48 prev = global_sigs[sig].sa_handler; 50 if (gs.sa_flags & _SA_NORESTART) 48 prev = global_sigs[sig].sa_handler; 50 if (gs.sa_flags & _SA_NORESTART) 53 gs.sa_flags |= SA_RESTART; 55 gs.sa_mask = SIGTOMASK (sig); 56 gs.sa_handler = func; 57 gs.sa_flags &= ~SA_SIGINFO; 59 syscall_printf ("%p = signal (%d, %p)", prev, sig, func); 55 gs.sa_mask = SIGTOMASK (sig); 59 syscall_printf ("%p = signal (%d, %p)", prev, sig, func); 61 } do_exit (status=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dcrt0.cc:1115 1115 signal (SIGINT, SIG_IGN); signal (sig=2, func=warning: (Internal error: pc 0x1 in read in psymtab, but not in symtab.) 0x1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/signal.cc:37 37 sig_dispatch_pending (); 36 { 37 sig_dispatch_pending (); sig_dispatch_pending (fast=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:503 503 if (exit_state || &_my_tls == _sig_tls) 502 { 503 if (exit_state || &_my_tls == _sig_tls) 519 } signal (sig=2, func=warning: (Internal error: pc 0x1 in read in psymtab, but not in symtab.) 0x1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/signal.cc:41 41 if (sig < 0 || sig >= NSIG || sig == SIGKILL || sig == SIGSTOP) 48 prev = global_sigs[sig].sa_handler; 50 if (gs.sa_flags & _SA_NORESTART) 48 prev = global_sigs[sig].sa_handler; 50 if (gs.sa_flags & _SA_NORESTART) 53 gs.sa_flags |= SA_RESTART; 55 gs.sa_mask = SIGTOMASK (sig); 56 gs.sa_handler = func; 57 gs.sa_flags &= ~SA_SIGINFO; 59 syscall_printf ("%p = signal (%d, %p)", prev, sig, func); 55 gs.sa_mask = SIGTOMASK (sig); 59 syscall_printf ("%p = signal (%d, %p)", prev, sig, func); 61 } do_exit (status=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dcrt0.cc:1116 1116 signal (SIGQUIT, SIG_IGN); signal (sig=3, func=warning: (Internal error: pc 0x1 in read in psymtab, but not in symtab.) 0x1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/signal.cc:37 37 sig_dispatch_pending (); 36 { 37 sig_dispatch_pending (); sig_dispatch_pending (fast=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:503 503 if (exit_state || &_my_tls == _sig_tls) 502 { 503 if (exit_state || &_my_tls == _sig_tls) 519 } signal (sig=3, func=warning: (Internal error: pc 0x1 in read in psymtab, but not in symtab.) 0x1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/signal.cc:41 41 if (sig < 0 || sig >= NSIG || sig == SIGKILL || sig == SIGSTOP) 48 prev = global_sigs[sig].sa_handler; 50 if (gs.sa_flags & _SA_NORESTART) 48 prev = global_sigs[sig].sa_handler; 50 if (gs.sa_flags & _SA_NORESTART) 53 gs.sa_flags |= SA_RESTART; 55 gs.sa_mask = SIGTOMASK (sig); 56 gs.sa_handler = func; 57 gs.sa_flags &= ~SA_SIGINFO; 59 syscall_printf ("%p = signal (%d, %p)", prev, sig, func); 55 gs.sa_mask = SIGTOMASK (sig); 59 syscall_printf ("%p = signal (%d, %p)", prev, sig, func); 61 } do_exit (status=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dcrt0.cc:1119 1119 if (exit_state < ES_CLOSEALL) 1121 exit_state = ES_CLOSEALL; 1122 close_all_files (); close_all_files (norelease=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:89 89 { 90 cygheap->fdtab.lock (); lock (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.h:37 37 void lock () {lock_process::locker.acquire ();} close_all_files (norelease=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:89 89 { 90 cygheap->fdtab.lock (); lock (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.h:37 37 void lock () {lock_process::locker.acquire ();} close_all_files (norelease=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:89 89 { 90 cygheap->fdtab.lock (); lock (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.h:37 37 void lock () {lock_process::locker.acquire ();} muto::acquire (this=0x611a0440, ms=4294967295) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.cc:75 75 { 76 void *this_tls = &_my_tls; 75 { 76 void *this_tls = &_my_tls; 78 if (tls != this_tls) 101 return ++visits; /* Increment visit count. */ 102 } close_all_files (norelease=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:92 92 semaphore::terminate (); terminate () at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:92 92 semaphore::terminate (); save_errno (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/cygerrno.h:40 40 save_errno () {saved = get_errno ();} __errno () at /usr/src/debug/cygwin-1.7.16-1/newlib/libc/errno/errno.c:13 13 return &_REENT->_errno; 12 { 14 } 13 return &_REENT->_errno; 14 } terminate () at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/thread.h:656 656 semaphores.for_each (&semaphore::_terminate); for_each (callback=, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/thread.h:656 656 semaphores.for_each (&semaphore::_terminate); lock (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/thread.h:656 656 semaphores.for_each (&semaphore::_terminate); ilockincr (m=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/winbase.h:37 37 ": "=&r" (__res), "=m" (*m): "m" (*m): "cc"); lock (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/thread.h:62 62 if (InterlockedIncrement ((long *) &lock_counter) != 1) for_each (callback=, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/thread.h:177 177 list_node *cur = head; 178 while (cur) 183 mx.unlock (); unlock (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/thread.h:183 183 mx.unlock (); ilockdecr (m=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/winbase.h:49 49 ": "=&r" (__res), "=m" (*m): "m" (*m): "cc"); unlock (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/thread.h:68 68 if (InterlockedDecrement ((long *) &lock_counter)) terminate () at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/thread.h:655 655 save_errno save; ~save_errno (this=, __in_chrg=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/cygerrno.h:44 44 ~save_errno () {errno = _impure_ptr->_errno = saved;} __errno () at /usr/src/debug/cygwin-1.7.16-1/newlib/libc/errno/errno.c:13 13 return &_REENT->_errno; 12 { 14 } 13 return &_REENT->_errno; 14 } close_all_files (norelease=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:96 96 for (int i = 0; i < (int) cygheap->fdtab.size; i++) 94 HANDLE h = NULL; 96 for (int i = 0; i < (int) cygheap->fdtab.size; i++) 98 cygheap_fdget cfd (i, false, false); cygheap_fdget (do_set_errno=false, lockit=false, fd=0, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/cygheap.h:474 474 if (fd >= 0 && fd < (int) cygheap->fdtab.size && cygheap->fdtab[fd] != NULL) close_all_files (norelease=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:96 96 for (int i = 0; i < (int) cygheap->fdtab.size; i++) 98 cygheap_fdget cfd (i, false, false); cygheap_fdget (do_set_errno=false, lockit=false, fd=0, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/cygheap.h:474 474 if (fd >= 0 && fd < (int) cygheap->fdtab.size && cygheap->fdtab[fd] != NULL) 479 fh->inc_refcnt (); inc_refcnt (this=0x61273718) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/cygheap.h:479 479 fh->inc_refcnt (); ilockincr (m=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/winbase.h:37 37 ": "=&r" (__res), "=m" (*m): "m" (*m): "cc"); close_all_files (norelease=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:102 102 if (i == 2) 106 cfd->close_with_arch (); fhandler_base::close_with_arch (this=0x61273718) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/fhandler.cc:1101 1101 { 1104 if (usecount) 1115 else if (!archetype) 1119 cleanup (); fhandler_pty_slave::cleanup (this=0x61273718) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/fhandler_tty.cc:573 573 { 579 report_tty_counts (this, "closed", ""); 573 { 579 report_tty_counts (this, "closed", ""); 580 } fhandler_base::close_with_arch (this=0x61273718) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/fhandler.cc:1120 1120 if (archetype_usecount (-1) == 0) _archetype_usecount (n=-1, ln=1120, fn=0x611d1f80 "int fhandler_base::close_with_arch()", this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/fhandler.h:320 320 if (!archetype) 322 archetype->usecount += n; 323 if (strace.active ()) 322 archetype->usecount += n; 323 if (strace.active ()) 322 archetype->usecount += n; 323 if (strace.active ()) fhandler_base::close_with_arch (this=0x61273718) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/fhandler.cc:1120 1120 if (archetype_usecount (-1) == 0) 1128 return 0; 1127 debug_printf ("not closing archetype"); 1139 } close_all_files (norelease=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:107 107 if (!norelease) 108 cfd.release (); release (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/cygheap.h:500 500 void release () { cygheap->fdtab.release (fd); } dtable::release (this=0x61272ad8, fd=0) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:242 242 { 243 if (fds[fd]->need_fixup_before ()) 242 { 243 if (fds[fd]->need_fixup_before ()) fhandler_base::need_fixup_before (this=0x61273718) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/fhandler.h:309 309 virtual bool need_fixup_before () const {return false;} dtable::release (this=0x61272ad8, fd=0) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:245 245 fds[fd]->dec_refcnt (); dec_refcnt (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/fhandler.h:186 186 long dec_refcnt () {return InterlockedDecrement (&_refcnt);} ilockdecr (m=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/winbase.h:49 49 ": "=&r" (__res), "=m" (*m): "m" (*m): "cc"); dtable::release (this=0x61272ad8, fd=0) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:247 247 if (fd <= 2) 246 fds[fd] = NULL; 247 if (fd <= 2) 248 set_std_handle (fd); set_std_handle (fd=0) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:66 66 { 67 fhandler_base *fh = cygheap->fdtab[fd]; operator[] (fd=0, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:1088 1088 } set_std_handle (fd=0) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:66 66 { 67 fhandler_base *fh = cygheap->fdtab[fd]; 68 if (fd == 0) 67 fhandler_base *fh = cygheap->fdtab[fd]; 68 if (fd == 0) 69 SetStdHandle (std_consts[fd], fh ? fh->get_handle () : NULL); 0x61173a70 in SetStdHandle@8 () from /usr/bin/cygwin1.dll Single stepping until exit from function SetStdHandle@8, which has no line number information. 0x77474737 in UpdateResourceA () from /cygdrive/c/Windows/syswow64/kernel32.dll Single stepping until exit from function UpdateResourceA, which has no line number information. 0x77409998 in KERNEL32!GetNumberFormatEx () from /cygdrive/c/Windows/syswow64/kernel32.dll Single stepping until exit from function KERNEL32!GetNumberFormatEx, which has no line number information. 0x774ebc56 in SetStdHandle () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll Single stepping until exit from function SetStdHandle, which has no line number information. set_std_handle (fd=1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:66 66 { 67 fhandler_base *fh = cygheap->fdtab[fd]; operator[] (fd=1, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:1088 1088 } set_std_handle (fd=1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:66 66 { 67 fhandler_base *fh = cygheap->fdtab[fd]; 68 if (fd == 0) 67 fhandler_base *fh = cygheap->fdtab[fd]; 68 if (fd == 0) 70 else if (fd <= 2) 71 SetStdHandle (std_consts[fd], fh ? fh->get_output_handle () : NULL); [Inferior 1 (process 5704) exited with code 0105400] Breakpoint 1 at 0x40117f: file mount_test.c, line 9. Starting program: /home/keleigh/mount_test.exe [New Thread 2512.0x139c] [New Thread 2512.0x11e8] Breakpoint 1, main () at mount_test.c:9 9 fp = setmntent ("/etc/mtab", "r"); 10 while ((mnt = getmntent (fp)) != NULL) 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 10 while ((mnt = getmntent (fp)) != NULL) 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 10 while ((mnt = getmntent (fp)) != NULL) 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 10 while ((mnt = getmntent (fp)) != NULL) 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 10 while ((mnt = getmntent (fp)) != NULL) 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 12 mnt->mnt_fsname, mnt->mnt_dir, mnt->mnt_type, mnt->mnt_opts); 11 printf ("name: <%s> mount point: <%s> type: %s flags: <%s>\n", 10 while ((mnt = getmntent (fp)) != NULL) Program received signal SIGSEGV, Segmentation fault. 0x774eb9bc in RaiseException () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll Single stepping until exit from function RaiseException, which has no line number information. 0x774f2ad6 in OutputDebugStringA () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll Single stepping until exit from function OutputDebugStringA, which has no line number information. 0x77516904 in KERNELBASE!IsNLSDefinedString () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll Single stepping until exit from function KERNELBASE!IsNLSDefinedString, which has no line number information. 0x774fe68d in KERNELBASE!CloseThreadpoolCleanupGroupMembers () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll Single stepping until exit from function KERNELBASE!CloseThreadpoolCleanupGroupMembers, which has no line number information. 0x7751690e in KERNELBASE!IsNLSDefinedString () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll Single stepping until exit from function KERNELBASE!IsNLSDefinedString, which has no line number information. 0x774f2d0d in OutputDebugStringA () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll Single stepping until exit from function OutputDebugStringA, which has no line number information. _cygtls::signal_debugger (this=, sig=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/exceptions.cc:1391 1391 } _cygtls::signal_exit (this=0x28ce64, rc=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:399 399 if (rc == SIGQUIT || rc == SIGABRT) 409 if (have_execed) has_execed (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/child_info.h:171 171 if (hExeced) _cygtls::signal_exit (this=0x28ce64, rc=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:409 409 if (have_execed) has_execed (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/child_info.h:173 173 if (type != _CH_EXEC) _cygtls::signal_exit (this=0x28ce64, rc=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:415 415 if ((rc & 0x80) && !try_to_debug ()) try_to_debug (waitloop=true) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/exceptions.cc:367 367 { 368 debug_printf ("debugger_command '%s'", debugger_command); 369 if (*debugger_command == '\0') 450 } 369 if (*debugger_command == '\0') 450 } _cygtls::signal_exit (this=0x28ce64, rc=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:416 416 stackdump (thread_context.ebp, true); stackdump (n=2664872) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/exception.h:35 35 stackdump (n, (CONTEXT *) 1); stackdump (ebp=2664872, in=0x1, e=0x0) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/exceptions.cc:285 285 { 288 if (already_dumped || cygheap->rlim_core == 0Ul) 285 { 288 if (already_dumped || cygheap->rlim_core == 0Ul) 310 } _cygtls::signal_exit (this=0x28ce64, rc=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:418 418 lock_process until_exit (true); lock_process (exiting=true, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.h:53 53 locker.acquire (); muto::acquire (this=0x611a0440, ms=4294967295) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.cc:75 75 { 76 void *this_tls = &_my_tls; 75 { 76 void *this_tls = &_my_tls; 78 if (tls != this_tls) 82 LONG was_waiting = ms ? InterlockedIncrement (&waiters) : 0; ilockincr (m=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/winbase.h:37 37 ": "=&r" (__res), "=m" (*m): "m" (*m): "cc"); muto::acquire (this=0x611a0440, ms=4294967295) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.cc:84 84 while (was_waiting || InterlockedExchange (&sync, 1) != 0) ilockexch (v=1, t=0x611a0444) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/winbase.h:64 64 : "memory"); muto::acquire (this=0x611a0440, ms=4294967295) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.cc:84 84 while (was_waiting || InterlockedExchange (&sync, 1) != 0) 95 if (!ms) 98 tls = this_tls; /* register this thread. */ 101 return ++visits; /* Increment visit count. */ 102 } lock_process (exiting=true, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.h:55 55 if (exiting && exit_state < ES_PROCESS_LOCKED) 56 exit_state = ES_PROCESS_LOCKED; _cygtls::signal_exit (this=0x28ce64, rc=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:419 419 if (have_execed || exit_state > ES_PROCESS_LOCKED) has_execed (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/child_info.h:171 171 if (hExeced) _cygtls::signal_exit (this=0x28ce64, rc=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:419 419 if (have_execed || exit_state > ES_PROCESS_LOCKED) has_execed (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/child_info.h:173 173 if (type != _CH_EXEC) _cygtls::signal_exit (this=0x28ce64, rc=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:419 419 if (have_execed || exit_state > ES_PROCESS_LOCKED) 424 SetThreadPriority (GetCurrentThread (), THREAD_PRIORITY_TIME_CRITICAL); 426 sigproc_printf ("about to call do_exit (%x)", rc); 427 do_exit (rc); do_exit (status=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dcrt0.cc:1091 1091 syscall_printf ("do_exit (%d), exit_state %d", status, exit_state); 1102 lock_process until_exit (true); lock_process (exiting=true, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.h:53 53 locker.acquire (); muto::acquire (this=0x611a0440, ms=4294967295) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.cc:75 75 { 76 void *this_tls = &_my_tls; 75 { 76 void *this_tls = &_my_tls; 78 if (tls != this_tls) 101 return ++visits; /* Increment visit count. */ 102 } lock_process (exiting=true, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.h:55 55 if (exiting && exit_state < ES_PROCESS_LOCKED) do_exit (status=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dcrt0.cc:1104 1104 if (exit_state < ES_EVENTS_TERMINATE) 1106 exit_state = ES_EVENTS_TERMINATE; 1107 events_terminate (); events_terminate () at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/exceptions.cc:1312 1312 exit_already = 1; 1313 } do_exit (status=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dcrt0.cc:1110 1110 if (exit_state < ES_SIGNAL) 1112 exit_state = ES_SIGNAL; 1113 signal (SIGCHLD, SIG_IGN); signal (sig=20, func=0x1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/signal.cc:37 37 sig_dispatch_pending (); 36 { 37 sig_dispatch_pending (); sig_dispatch_pending (fast=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:503 503 if (exit_state || &_my_tls == _sig_tls) 502 { 503 if (exit_state || &_my_tls == _sig_tls) 519 } signal (sig=20, func=warning: (Internal error: pc 0x1 in read in psymtab, but not in symtab.) 0x1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/signal.cc:41 41 if (sig < 0 || sig >= NSIG || sig == SIGKILL || sig == SIGSTOP) 48 prev = global_sigs[sig].sa_handler; 50 if (gs.sa_flags & _SA_NORESTART) 48 prev = global_sigs[sig].sa_handler; 50 if (gs.sa_flags & _SA_NORESTART) 53 gs.sa_flags |= SA_RESTART; 55 gs.sa_mask = SIGTOMASK (sig); 56 gs.sa_handler = func; 57 gs.sa_flags &= ~SA_SIGINFO; 59 syscall_printf ("%p = signal (%d, %p)", prev, sig, func); 55 gs.sa_mask = SIGTOMASK (sig); 59 syscall_printf ("%p = signal (%d, %p)", prev, sig, func); 61 } do_exit (status=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dcrt0.cc:1114 1114 signal (SIGHUP, SIG_IGN); signal (sig=1, func=warning: (Internal error: pc 0x1 in read in psymtab, but not in symtab.) 0x1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/signal.cc:37 37 sig_dispatch_pending (); 36 { 37 sig_dispatch_pending (); sig_dispatch_pending (fast=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:503 503 if (exit_state || &_my_tls == _sig_tls) 502 { 503 if (exit_state || &_my_tls == _sig_tls) 519 } signal (sig=1, func=warning: (Internal error: pc 0x1 in read in psymtab, but not in symtab.) 0x1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/signal.cc:41 41 if (sig < 0 || sig >= NSIG || sig == SIGKILL || sig == SIGSTOP) 48 prev = global_sigs[sig].sa_handler; 50 if (gs.sa_flags & _SA_NORESTART) 48 prev = global_sigs[sig].sa_handler; 50 if (gs.sa_flags & _SA_NORESTART) 53 gs.sa_flags |= SA_RESTART; 55 gs.sa_mask = SIGTOMASK (sig); 56 gs.sa_handler = func; 57 gs.sa_flags &= ~SA_SIGINFO; 59 syscall_printf ("%p = signal (%d, %p)", prev, sig, func); 55 gs.sa_mask = SIGTOMASK (sig); 59 syscall_printf ("%p = signal (%d, %p)", prev, sig, func); 61 } do_exit (status=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dcrt0.cc:1115 1115 signal (SIGINT, SIG_IGN); signal (sig=2, func=warning: (Internal error: pc 0x1 in read in psymtab, but not in symtab.) 0x1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/signal.cc:37 37 sig_dispatch_pending (); 36 { 37 sig_dispatch_pending (); sig_dispatch_pending (fast=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:503 503 if (exit_state || &_my_tls == _sig_tls) 502 { 503 if (exit_state || &_my_tls == _sig_tls) 519 } signal (sig=2, func=warning: (Internal error: pc 0x1 in read in psymtab, but not in symtab.) 0x1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/signal.cc:41 41 if (sig < 0 || sig >= NSIG || sig == SIGKILL || sig == SIGSTOP) 48 prev = global_sigs[sig].sa_handler; 50 if (gs.sa_flags & _SA_NORESTART) 48 prev = global_sigs[sig].sa_handler; 50 if (gs.sa_flags & _SA_NORESTART) 53 gs.sa_flags |= SA_RESTART; 55 gs.sa_mask = SIGTOMASK (sig); 56 gs.sa_handler = func; 57 gs.sa_flags &= ~SA_SIGINFO; 59 syscall_printf ("%p = signal (%d, %p)", prev, sig, func); 55 gs.sa_mask = SIGTOMASK (sig); 59 syscall_printf ("%p = signal (%d, %p)", prev, sig, func); 61 } do_exit (status=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dcrt0.cc:1116 1116 signal (SIGQUIT, SIG_IGN); signal (sig=3, func=warning: (Internal error: pc 0x1 in read in psymtab, but not in symtab.) 0x1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/signal.cc:37 37 sig_dispatch_pending (); 36 { 37 sig_dispatch_pending (); sig_dispatch_pending (fast=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sigproc.cc:503 503 if (exit_state || &_my_tls == _sig_tls) 502 { 503 if (exit_state || &_my_tls == _sig_tls) 519 } signal (sig=3, func=warning: (Internal error: pc 0x1 in read in psymtab, but not in symtab.) 0x1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/signal.cc:41 41 if (sig < 0 || sig >= NSIG || sig == SIGKILL || sig == SIGSTOP) 48 prev = global_sigs[sig].sa_handler; 50 if (gs.sa_flags & _SA_NORESTART) 48 prev = global_sigs[sig].sa_handler; 50 if (gs.sa_flags & _SA_NORESTART) 53 gs.sa_flags |= SA_RESTART; 55 gs.sa_mask = SIGTOMASK (sig); 56 gs.sa_handler = func; 57 gs.sa_flags &= ~SA_SIGINFO; 59 syscall_printf ("%p = signal (%d, %p)", prev, sig, func); 55 gs.sa_mask = SIGTOMASK (sig); 59 syscall_printf ("%p = signal (%d, %p)", prev, sig, func); 61 } do_exit (status=139) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dcrt0.cc:1119 1119 if (exit_state < ES_CLOSEALL) 1121 exit_state = ES_CLOSEALL; 1122 close_all_files (); close_all_files (norelease=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:89 89 { 90 cygheap->fdtab.lock (); lock (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.h:37 37 void lock () {lock_process::locker.acquire ();} close_all_files (norelease=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:89 89 { 90 cygheap->fdtab.lock (); lock (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.h:37 37 void lock () {lock_process::locker.acquire ();} close_all_files (norelease=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:89 89 { 90 cygheap->fdtab.lock (); lock (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.h:37 37 void lock () {lock_process::locker.acquire ();} muto::acquire (this=0x611a0440, ms=4294967295) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/sync.cc:75 75 { 76 void *this_tls = &_my_tls; 75 { 76 void *this_tls = &_my_tls; 78 if (tls != this_tls) 101 return ++visits; /* Increment visit count. */ 102 } close_all_files (norelease=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:92 92 semaphore::terminate (); terminate () at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:92 92 semaphore::terminate (); save_errno (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/cygerrno.h:40 40 save_errno () {saved = get_errno ();} __errno () at /usr/src/debug/cygwin-1.7.16-1/newlib/libc/errno/errno.c:13 13 return &_REENT->_errno; 12 { 14 } 13 return &_REENT->_errno; 14 } terminate () at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/thread.h:656 656 semaphores.for_each (&semaphore::_terminate); for_each (callback=, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/thread.h:656 656 semaphores.for_each (&semaphore::_terminate); lock (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/thread.h:656 656 semaphores.for_each (&semaphore::_terminate); ilockincr (m=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/winbase.h:37 37 ": "=&r" (__res), "=m" (*m): "m" (*m): "cc"); lock (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/thread.h:62 62 if (InterlockedIncrement ((long *) &lock_counter) != 1) for_each (callback=, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/thread.h:177 177 list_node *cur = head; 178 while (cur) 183 mx.unlock (); unlock (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/thread.h:183 183 mx.unlock (); ilockdecr (m=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/winbase.h:49 49 ": "=&r" (__res), "=m" (*m): "m" (*m): "cc"); unlock (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/thread.h:68 68 if (InterlockedDecrement ((long *) &lock_counter)) terminate () at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/thread.h:655 655 save_errno save; ~save_errno (this=, __in_chrg=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/cygerrno.h:44 44 ~save_errno () {errno = _impure_ptr->_errno = saved;} __errno () at /usr/src/debug/cygwin-1.7.16-1/newlib/libc/errno/errno.c:13 13 return &_REENT->_errno; 12 { 14 } 13 return &_REENT->_errno; 14 } close_all_files (norelease=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:96 96 for (int i = 0; i < (int) cygheap->fdtab.size; i++) 94 HANDLE h = NULL; 96 for (int i = 0; i < (int) cygheap->fdtab.size; i++) 98 cygheap_fdget cfd (i, false, false); cygheap_fdget (do_set_errno=false, lockit=false, fd=0, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/cygheap.h:474 474 if (fd >= 0 && fd < (int) cygheap->fdtab.size && cygheap->fdtab[fd] != NULL) close_all_files (norelease=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:96 96 for (int i = 0; i < (int) cygheap->fdtab.size; i++) 98 cygheap_fdget cfd (i, false, false); cygheap_fdget (do_set_errno=false, lockit=false, fd=0, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/cygheap.h:474 474 if (fd >= 0 && fd < (int) cygheap->fdtab.size && cygheap->fdtab[fd] != NULL) 479 fh->inc_refcnt (); inc_refcnt (this=0x61273718) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/cygheap.h:479 479 fh->inc_refcnt (); ilockincr (m=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/winbase.h:37 37 ": "=&r" (__res), "=m" (*m): "m" (*m): "cc"); close_all_files (norelease=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:102 102 if (i == 2) 106 cfd->close_with_arch (); fhandler_base::close_with_arch (this=0x61273718) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/fhandler.cc:1101 1101 { 1104 if (usecount) 1115 else if (!archetype) 1119 cleanup (); fhandler_pty_slave::cleanup (this=0x61273718) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/fhandler_tty.cc:573 573 { 579 report_tty_counts (this, "closed", ""); 573 { 579 report_tty_counts (this, "closed", ""); 580 } fhandler_base::close_with_arch (this=0x61273718) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/fhandler.cc:1120 1120 if (archetype_usecount (-1) == 0) _archetype_usecount (n=-1, ln=1120, fn=0x611d1f80 "int fhandler_base::close_with_arch()", this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/fhandler.h:320 320 if (!archetype) 322 archetype->usecount += n; 323 if (strace.active ()) 322 archetype->usecount += n; 323 if (strace.active ()) 322 archetype->usecount += n; 323 if (strace.active ()) fhandler_base::close_with_arch (this=0x61273718) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/fhandler.cc:1120 1120 if (archetype_usecount (-1) == 0) 1128 return 0; 1127 debug_printf ("not closing archetype"); 1139 } close_all_files (norelease=false) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/syscalls.cc:107 107 if (!norelease) 108 cfd.release (); release (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/cygheap.h:500 500 void release () { cygheap->fdtab.release (fd); } dtable::release (this=0x61272ad8, fd=0) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:242 242 { 243 if (fds[fd]->need_fixup_before ()) 242 { 243 if (fds[fd]->need_fixup_before ()) fhandler_base::need_fixup_before (this=0x61273718) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/fhandler.h:309 309 virtual bool need_fixup_before () const {return false;} dtable::release (this=0x61272ad8, fd=0) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:245 245 fds[fd]->dec_refcnt (); dec_refcnt (this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/fhandler.h:186 186 long dec_refcnt () {return InterlockedDecrement (&_refcnt);} ilockdecr (m=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/winbase.h:49 49 ": "=&r" (__res), "=m" (*m): "m" (*m): "cc"); dtable::release (this=0x61272ad8, fd=0) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:247 247 if (fd <= 2) 246 fds[fd] = NULL; 247 if (fd <= 2) 248 set_std_handle (fd); set_std_handle (fd=0) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:66 66 { 67 fhandler_base *fh = cygheap->fdtab[fd]; operator[] (fd=0, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:1088 1088 } set_std_handle (fd=0) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:66 66 { 67 fhandler_base *fh = cygheap->fdtab[fd]; 68 if (fd == 0) 67 fhandler_base *fh = cygheap->fdtab[fd]; 68 if (fd == 0) 69 SetStdHandle (std_consts[fd], fh ? fh->get_handle () : NULL); 0x61173a70 in SetStdHandle@8 () from /usr/bin/cygwin1.dll Single stepping until exit from function SetStdHandle@8, which has no line number information. 0x77474737 in UpdateResourceA () from /cygdrive/c/Windows/syswow64/kernel32.dll Single stepping until exit from function UpdateResourceA, which has no line number information. 0x77409998 in KERNEL32!GetNumberFormatEx () from /cygdrive/c/Windows/syswow64/kernel32.dll Single stepping until exit from function KERNEL32!GetNumberFormatEx, which has no line number information. 0x774ebc56 in SetStdHandle () from /cygdrive/c/Windows/syswow64/KERNELBASE.dll Single stepping until exit from function SetStdHandle, which has no line number information. set_std_handle (fd=1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:66 66 { 67 fhandler_base *fh = cygheap->fdtab[fd]; operator[] (fd=1, this=) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:1088 1088 } set_std_handle (fd=1) at /usr/src/debug/cygwin-1.7.16-1/winsup/cygwin/dtable.cc:66 66 { 67 fhandler_base *fh = cygheap->fdtab[fd]; 68 if (fd == 0) 67 fhandler_base *fh = cygheap->fdtab[fd]; 68 if (fd == 0) 70 else if (fd <= 2) 71 SetStdHandle (std_consts[fd], fh ? fh->get_output_handle () : NULL); [Inferior 1 (process 2512) exited with code 0105400] -------------- 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 corinna-cygwin@cygwin.com Tue Aug 14 09:53:00 2012 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Tue, 14 Aug 2012 09:53:00 -0000 Subject: XWin.exe segmentation fault on Windows 7 In-Reply-To: References: <50226385.6060903@dronecode.org.uk> <5028F046.6090505@dronecode.org.uk> <20120813124123.GC23253@calimero.vinschen.de> Message-ID: <20120814095226.GA14802@calimero.vinschen.de> On Aug 14 16:41, Chris LeBlanc wrote: > > Now the question is, if the same problem occurs, why? Please paste > > the contents of /etc/fstab and, if it exists, /etc/fstab.d/$USER > > into your reply. > > Thanks for the information, I think we're getting closer to finding the problem. > > /etc/fstab doesn't have anything in it apart from comments, and the > /etc/fstab.d directory is empty. > > Here is the output from the mount command: > C:/cygwin/bin on /usr/bin type ntfs (binary,auto) > C:/cygwin/lib on /usr/lib type ntfs (binary,auto) > C:/cygwin on / type ntfs (binary,auto) > C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) > E: on /cygdrive/e type ntfs (binary,posix=0,user,noumount,auto) > Segmentation fault (core dumped) > > It fails when it reaches a network share. Looking at them in Windows > Explorer, they're all NcFsd network shares ... That was the essential information to find the bug. For the last Cygwin version I added support for the new ReFS filesystem and I changed one datastructure without also changing another, closely related datastructure. The bug would have shown for other FSes as well, but it would only have resulted in printing the wrong FS type in mount. Only for NcFsd it was bound to crash. This will be fixed in the (soon to come) Cygwin 1.7.17. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 Wed Aug 15 17:52:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 15 Aug 2012 17:52:00 -0000 Subject: AW: Levovo trackpoint events come delayed (reproducable with xev) In-Reply-To: <000001cd7a5c$88a929e0$99fb7da0$@de> References: <000301ccd95b$09e07ca0$1da175e0$@de> <4F1D5E08.5020803@dronecode.org.uk> <000701ccda19$ddd393d0$997abb70$@de> <4F1EAF7D.5030602@dronecode.org.uk> <000001ccde8a$f0fc2010$d2f46030$@de> <4F2A7C93.6080705@dronecode.org.uk> <000001cce1e3$6456d5e0$2d0481a0$@de> <4F2C0226.8050706@dronecode.org.uk> <004d01cd67a2$7c0d6d30$74284790$@de> <501FC729.9090504@dronecode.org.uk> <000001cd7a5c$88a929e0$99fb7da0$@de> Message-ID: <502BE1E2.4050701@dronecode.org.uk> >>> You should then be able to see WM_MOUSEWHEEL messages being delivered in the >>> debug output from XWin when you use the trackpoint scrolling. Are they being >>> delivered on time? > Description of my testing that produced that log: > > 1. with xterm > - second 304: I press center button and try to scroll with Lenovo trackpoint. > I don't release the center button for some seconds. > xterm shows no scrolling > - second 310: I release the center button. > xterm jump scrolls a far distance all at once. > > 2. same with xev > - second 360: I press center button and try to scroll with Lenovo trackpoint (ok, there is nothing to scroll in a xev, but I > think you understand what I did). > I don't release the center button for some seconds. > - second 364: I release the center button. > > The rest is XWin startup or my "kill -9 [XWin]" or opening xterms or other irrelevant stuff. > > Regarding "'WIN_DEBUG_MESSAGES=1": Because I start XWin from a tcsh shell, I added a > "setenv WIN_DEBUG_MESSAGES 1" before the XWin call. Did that work out, i. e. was that setting active? Yes, these logs contain the required detail. Unfortunately, they don't seem to show that XWin is doing anything wrong. WM_MOUSEWHEEL [1] messages are only being sent to XWin at the point in time you mention the center button being released, but are then correctly converted into X events. e.g. [ 309.303] winWindowProc - WM_MOUSEWHEEL - 0x07800000 0x0152030f is converted into a sequence of press/release events for the zaxis up button [ 309.303] winMouseButtonsSendEvent: iEventType: 4, iButton: 4 [ 309.303] winMouseButtonsSendEvent: iEventType: 5, iButton: 4 I have to say this really looks like some kind of issue with the trackpoint software or it's configuration. I also note that the 'configuration' of the trackpoint driver as described in [2] matches on the executable name, so that won't be doing anything useful in this case, as the executable is called 'XWin.20120806-git-25dd890818f3e308 .exe' and not 'XWin.exe' It would be interesting to compare with a similar log when 'ico' is also running, since apparently that makes things behave correctly. [1] http://msdn.microsoft.com/en-us/library/windows/desktop/ms645617%28v=vs.85%29.aspx [2] http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-trackpoint -- 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 Wed Aug 22 00:19:00 2012 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Wed, 22 Aug 2012 00:19:00 -0000 Subject: [ANNOUNCEMENT] Updated: GNOME 3.4 updates Message-ID: The following GNOME components in the distro have been updated to the latest 3.4 stable releases: * dbus-glib * glib2.0 * gtk2.0 * gtk3 * libcanberra -- Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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 laa@komma.no Wed Aug 22 04:43:00 2012 From: laa@komma.no (Skriv bedre.no) Date: Wed, 22 Aug 2012 04:43:00 -0000 Subject: Gode tekster selger best Message-ID: <8a60caacfa11137056403bd8dfaf0caa@localhost.localdomain> Hei Gode tekster selger best. Skal du n?? fram med budskapet ditt, m?? det v??re lett ?? oppfatte, og fristende. Hvordan overbeviser du mottakeren om det du har p?? hjertet? Hvordan selger du mer ??? bare ved hjelp av det skrevne ord? Jeg heter Lars Aar??n??s. Jeg har jobbet med ?? forbedre andres tekster i mer enn 20 ??r ??? som journalist, kursholder og som spr??kkonsulent. Jeg er fast spr??kspaltist i fagbladet Journalisten, som leses av mer enn 10 000 pressefolk. Alle kan gj??re tekstene sine enda bedre. P?? skrivbedre.no kan du f?? hjelp med tekstene dine. Skrivbedre.no tar p?? seg undervisningsoppdrag. Vi hjelper mange med ?? formidle budskapene sine tydeligere. Vi leverer journalistiske tekster til en rekke oppdragsgivere. Skrivbedre.no spr??kvasker artikler for blad og magasiner. P?? kundelista st??r mediebedrifter, skoler, offentlige virksomheter, forsikringsselskaper og banker. Les mer om hva vi tilbyr p?? http://www.skrivbedre.no N??r du trenger hjelp, ringer du meg eller fyller ut kontaktskjemaet.. Hilsen Lars Aar??n??s -- Om du ikke vil ha flere slike meldinger, klikk If you don't want to receive any more newsletters, click http://crm.komma.no//?p=unsubscribe&uid=20a7bd1779cbd53a86baf544afe248ee -- powered by phpList, www.phplist.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 hersto@gmx.de Wed Aug 22 04:53:00 2012 From: hersto@gmx.de (Herbert Stocker) Date: Wed, 22 Aug 2012 04:53:00 -0000 Subject: Gode tekster selger best <-- Spam In-Reply-To: <8a60caacfa11137056403bd8dfaf0caa@localhost.localdomain> References: <8a60caacfa11137056403bd8dfaf0caa@localhost.localdomain> Message-ID: <503465A2.5080107@gmx.de> To the list: i checked with Google Translate, this is spam. Iaw, an advertising for an off-topic web site. /Herbert / On 22.08.2012 06:42, Skriv bedre.no wrote: > Hei > > Gode tekster selger best. Skal du n???? fram med budskapet ditt, m???? det > v????re lett ???? oppfatte, og fristende. Hvordan overbeviser du > mottakeren om det du har p???? hjertet? Hvordan selger du mer ?????? bare > ved hjelp av det skrevne ord? > > Jeg heter Lars Aar????n????s. Jeg har jobbet med ???? forbedre andres > tekster i mer enn 20 ????r ?????? som journalist, kursholder og som > spr????kkonsulent. Jeg er fast spr????kspaltist i fagbladet Journalisten, > som leses av mer enn 10 000 pressefolk. > > Alle kan gj????re tekstene sine enda bedre. P???? skrivbedre.no kan du f???? > hjelp med tekstene dine. > > Skrivbedre.no tar p???? seg undervisningsoppdrag. Vi hjelper mange med > ???? formidle budskapene sine tydeligere. Vi leverer journalistiske > tekster til en rekke oppdragsgivere. > > Skrivbedre.no spr????kvasker artikler for blad og magasiner. > > P???? kundelista st????r mediebedrifter, skoler, offentlige virksomheter, > forsikringsselskaper og banker. > > Les mer om hva vi tilbyr p????http://www.skrivbedre.no N????r du trenger > hjelp, ringer du meg eller fyller ut kontaktskjemaet.. > > Hilsen > > Lars Aar????n????s > > > > -- > Om du ikke vil ha flere slike meldinger, klikk > If you don't want to receive any more newsletters, click > http://crm.komma.no//?p=unsubscribe&uid=20a7bd1779cbd53a86baf544afe248ee > > > > -- > powered by phpList,www.phplist.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/ > -- 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 cgf-use-the-mailinglist-please@cygwin.com Wed Aug 22 15:36:00 2012 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Wed, 22 Aug 2012 15:36:00 -0000 Subject: Gode tekster selger best <-- Spam In-Reply-To: <503465A2.5080107@gmx.de> References: <8a60caacfa11137056403bd8dfaf0caa@localhost.localdomain> <503465A2.5080107@gmx.de> Message-ID: <20120822153551.GE31853@ednor.casa.cgf.cx> On Wed, Aug 22, 2012 at 06:52:50AM +0200, Herbert Stocker wrote: >To the list: > >i checked with Google Translate, this is spam. Iaw, an advertising for >an off-topic web site. Yes, it's pretty obvious that this is spam without a translation. These kind of things get blocked when they show up. There is no need for you to do anything and, in fact, responding to spam and quoting the article is a good way to get added as a spammer yourself. -- 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 inesz112routh@yahoo.com Wed Aug 22 16:51:00 2012 From: inesz112routh@yahoo.com (Nicholle Wallach) Date: Wed, 22 Aug 2012 16:51:00 -0000 Subject: I have missed a possibility, would you give me one more?) Message-ID: <1345654276.67652.YahooMailNeo@web28904.mail.ir2.yahoo.com> How is it going, I'm Nicholle. I'm looking for fun in here, I mean that I need someone to spend time together. I like such things like playing some music on guitar, partying, watching sci-fi TV shows, I also really enjoy skydiving! Oh yeah, I also enjoy sex. It'd be better to say that I freaking love it! Maybe u also can turn me on) Anyway, write me back. It's interesting to hear what you got on your mind) -- 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 Tue Aug 28 06:14:00 2012 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Tue, 28 Aug 2012 06:14:00 -0000 Subject: coredumps with fc-cache, fc-list Message-ID: <503C61C2.2010406@cwilson.fastmail.fm> While trying to debug the problem with my new build of rxvt-unicode, I find that I am getting a segfault way down deep in libfreetype. I rebuilt libfreetype with the new cygport, so I could get those handy debug symbols, and spent some time trudging thru that. Then, since libfreetype is actually called by libfontconfig, and not directly by rxvt-unicode, I decided to download the -src package and rebuild THAT, too -- again, so I could have debug symbols for a few of my intervening stack frames. The (re)build of fontconfig-2.8.0-2 went fine, but when setup installed it, I got an error during postinstall. Setup.log.full says: 2012/08/28 01:38:48 running: C:\cygwin-1.7\bin\bash.exe --norc --noprofile "/etc/postinstall/fontconfig.sh" /etc/postinstall/fontconfig.sh: line 2: 4164 Segmentation fault (core dumped) /usr/bin/fc-cache -r Ick. So, I reinstalled the "real" version...and I got the same message: 2012/08/28 01:53:01 running: C:\cygwin-1.7\bin\bash.exe --norc --noprofile "/etc/postinstall/fontconfig.sh" /etc/postinstall/fontconfig.sh: line 2: 6856 Segmentation fault (core dumped) /usr/bin/fc-cache -r Running 'fc-list : family' also coredumps (using the official fontconfig-2.8.0-2). *=-=-=-=-=-=-=-=-=* I next ran 'fc-cache -fsv' as Adminstrator, and everything went swimmingly...until I got to the Windows dir: ... /usr/share/texmf-dist/fonts/type1/urw/times: caching, new cache contents: 4 fonts, 0 dirs /usr/share/texmf-dist/fonts/type1/urw/zapfchan: caching, new cache contents: 1 fonts, 0 dirs /usr/share/texmf-dist/fonts/type1/urw/zapfding: caching, new cache contents: 1 fonts, 0 dirs /cygdrive/c/Windows/Fonts: Segmentation fault (core dumped) FWIW, I have 469 true type fonts in Windows/Fonts. There are a mixture of fonts identified by Windows as "TrueType" and "OpenType" even tho they all end in .ttf. Three of the font files have spaces in their names. /cygdrive/c/Windows/Fonts/Envy Code R Bold.ttf /cygdrive/c/Windows/Fonts/Envy Code R Italic.ttf /cygdrive/c/Windows/Fonts/Envy Code R.ttf I tried removing those three offenders, just in case, and re-running fc-cache but it still dumped core. Any ideas? I'm going to try, just for grins and giggles, installing a self-built version of fontconfig-2.10.$latest and see if that helps matters...but I won't be able to do so until Thursday at the earliest. -- 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 yselkowitz@users.sourceforge.net Tue Aug 28 08:26:00 2012 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Tue, 28 Aug 2012 08:26:00 -0000 Subject: coredumps with fc-cache, fc-list In-Reply-To: <503C61C2.2010406@cwilson.fastmail.fm> References: <503C61C2.2010406@cwilson.fastmail.fm> Message-ID: <1346142378.8376.5.camel@YAAKOV04> On Tue, 2012-08-28 at 02:14 -0400, Charles Wilson wrote: > The (re)build of fontconfig-2.8.0-2 went fine, but when setup installed > it, I got an error during postinstall. Setup.log.full says: > > 2012/08/28 01:38:48 running: C:\cygwin-1.7\bin\bash.exe --norc > --noprofile "/etc/postinstall/fontconfig.sh" > /etc/postinstall/fontconfig.sh: line 2: 4164 Segmentation fault > (core dumped) /usr/bin/fc-cache -r WFM. > I next ran 'fc-cache -fsv' as Adminstrator, and everything went > swimmingly...until I got to the Windows dir: > ... > /cygdrive/c/Windows/Fonts: Segmentation fault (core dumped) > > FWIW, I have 469 true type fonts in Windows/Fonts. There are a mixture > of fonts identified by Windows as "TrueType" and "OpenType" even tho > they all end in .ttf. Three of the font files have spaces in their names. > /cygdrive/c/Windows/Fonts/Envy Code R Bold.ttf > /cygdrive/c/Windows/Fonts/Envy Code R Italic.ttf > /cygdrive/c/Windows/Fonts/Envy Code R.ttf > I tried removing those three offenders, just in case, and re-running > fc-cache but it still dumped core. > > Any ideas? Fontconfig is WJFFM (Win7 x64, 290 .ttf files in Windows fontdir, none with spaces). I suspect you have a corrupt or otherwise incorrect font file in your Windows fontdir. What happens if you remove that directory from /etc/fonts/fonts.conf? Can you try to narrow it down further to a specific font file? Yaakov -- 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 hana1223redfox@yahoo.com Wed Aug 29 06:43:00 2012 From: hana1223redfox@yahoo.com (Rossie Bricker) Date: Wed, 29 Aug 2012 06:43:00 -0000 Subject: I have never met anyone like you. What'd you say if I offer you to meet me?) Message-ID: <1346222584.30909.YahooMailNeo@web132105.mail.ird.yahoo.com> I saw you traveling here and became turned on? Yep, it is absolutely truth that I felt in love with u immediately. Usually I am not calling or writing fellows first but some stuff happened to me when I checked up ur account. Oh, my name is Rossie. Now tell me something about you. How do u spend ur free time? What could impress you? Which meal do u like? Why you wouldn't write me next day?;) I'm in the Internet at 8 pm tomorrow. Wanna talk to you! -- 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 Wed Aug 29 08:04:00 2012 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Wed, 29 Aug 2012 08:04:00 -0000 Subject: coredumps with fc-cache, fc-list In-Reply-To: <1346142378.8376.5.camel@YAAKOV04> References: <503C61C2.2010406@cwilson.fastmail.fm> <1346142378.8376.5.camel@YAAKOV04> Message-ID: <503DCCD1.9020905@cwilson.fastmail.fm> On 8/28/2012 4:26 AM, Yaakov (Cygwin/X) wrote: > Fontconfig is WJFFM (Win7 x64, 290 .ttf files in Windows fontdir, none > with spaces). I suspect you have a corrupt or otherwise incorrect font > file in your Windows fontdir. What happens if you remove that directory > from /etc/fonts/fonts.conf? Can you try to narrow it down further to a > specific font file? Yes, that was it. The Thai font Angsana New (Regular) was corrupt; removing it and all the other Angsana TTF files fixed that problem. Now I'm back to debugging, on the Vista machine where gdb actually works [1], the original problem with rxvt-unicode which I encountered on W7 -- that is, whenever I do anything "interesting" (like, say, simply starting vi), my rxvt-unicode terminal crashes with a SIGABRT: Program received signal SIGABRT, Aborted. 0x00000000 in ?? () (gdb) bt #0 0x00000000 in ?? () #1 0x77015490 in ntdll!ZwWaitForSingleObject () from /c/Windows/system32/ntdll.dll #2 0x757b9aa4 in WaitForSingleObjectEx () from /c/Windows/system32/kernel32.dll #3 0x00000564 in ?? () #4 0x00000000 in ?? () No idea why. I have debugging symbols available but...the abort appears to occur down in ntdll somewhere, and I have nothing informative in the remaining backtrace. Sigh. I'm pretty much stumped at this point; my next try will be to build a completely minimal, zero frills, version and see if it works better. If so, then slowly add features back... [1] "Space key + gdb": http://cygwin.com/ml/cygwin/2012-08/msg00571.html -- 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 yselkowitz@users.sourceforge.net Fri Aug 31 09:14:00 2012 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 31 Aug 2012 09:14:00 -0000 Subject: [ANNOUNCEMENT] Updated: freetype2-2.4.10-1 Message-ID: The following packages have been updated in the Cygwin distribution: *** freetype2-demos-2.4.10-1 *** libfreetype6-2.4.10-1 *** libfreetype-devel-2.4.10-1 FreeType 2 is a software font engine that is designed to be small, efficient, highly customizable and portable while capable of producing high-quality output (glyph images). This is an update to the latest upstream release. A -debuginfo package was added. -- Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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 Fri Aug 31 09:19:00 2012 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 31 Aug 2012 09:19:00 -0000 Subject: [ANNOUNCEMENT] Updated: fontconfig-2.10.1-1 Message-ID: The following packages have been updated for the Cygwin distribution: *** fontconfig-2.10.1-1 *** libfontconfig1-2.10.1-1 *** libfontconfig-devel-2.10.1-1 Fontconfig is a library designed to provide system-wide font configuration, customization and application access. This is an update to the latest upstream release. The ~/.fonts.conf file and ~/.fonts.conf.d directory for user-specific settings have been deprecated; ~/.config/fontconfig/fonts.conf and ~/.config/fontconfig/conf.d should be used instead. -- Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/