Cygwin XFree ignores the keyboard
Hello everyone, I have been using Cygwin XFree86 for some time on a Winbook X1 running XP Pro, and it was working great with several Linux machines. A couple of months back it started to ignore the keyboard. IOW, I type and nothing happens in any Xwindows frame which makes things rather difficult. The mouse still works. First I tried doing a 'reinstall' to no effect. Then I uninstalled everything and did a complete reinstall with the latest versions of Cygwin and Xfree86. The reinstall seemed to go well but I saw one script error reporting a 'null' value somewhere. At the time, there was no way to know (that I knew of) to see exactly which package gave the error so I ignored it and went on. This issue is not addressed in the FAQ so now I turn to you. All help will be greatly appreciated. Jim __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com
Copy/Paste problems when contains non-ascii characters
Hi, My copy/paste behavior in MOZILLA running on RedHat 8 LINUX has gone from bad to worse when I upgraded the Mozilla from 1.2.x to 1.4. Important: The Mozilla is LINUX Mozilla running on an RH8 server. I am sitting at a Windows 95 PC, using Cygwin/XFree86 to run an X session on the PC. I am sitting at a PC, not at a Linux box. (Most people don't get this and thus reply using wrong assumptions.) WHEN RUNNING Linux Mozilla ON PC USING CYGWIN: (old) MOZ 1.2.x: When I copied text that contained a non-ascii typical European or Scandinavian character from an existing email and PASTED INTO A MOZILLA MAIL COMPOSE window, the text up to, but NOT including, the character would copy AND PASTE. That was bad, but at least you got something (the text before the character). (new) MOZ 1.4: However, now, if the copy contains such a character, NOTHING gets pasted into A MOZILLA MAIL COMPOSE window. It changed from partial to nothing. I AM still able to paste full and properly into windows applications from Mozilla, including such common European and Scandinvian characters. Because there has been no change to the Cygwin installation on this PC, I don't think the *change* in the problem is related to that. However, the root of the problem seems to be related to Cygwin. By contrast, IF I AM WORKING DIRECTLY/PHYSICALLY ON THE LINUX SERVER: Mozilla 1.2.x or 1.4: I *CAN* fully and properly cut/paste the very same text. MY ENVIRONMENT IS: Server: Red Hat Linux 8 Workstation: Windows 95 running Cygwin (I think these are the version numbers of what I have installed; they were as of April 2003 and I don't think I have installed any new Cygwin stuff on this machine since then -- but I don't know how to find out what versions I am running. How do I?) XFree86-base 4.2.0-1 -lib 4.2.0-5 -xserv4.2.0-28 -xwinclip 4.2.0-8 Jay -- Jay Smith e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] website: http://www.JaySmith.com Jay Smith Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US Canada: 1-800-447-8267 Fax: Int+US+336-376-6750
Re: Copy/Paste problems when contains non-ascii characters
Jay, Your problem is that you are using Windows 95, which does not natively support unicode text. There is support in Cygwin/XFree86 for converting characters to unicode and back, but it only works on NT-based platforms (NT 4.0, Windows 2000, Windows XP, Windows Server 2003). The Microsoft Layer for Unicode on Windows 95/98/Me Systems should allow the support to work properly, but we would have to change the unicode support detection slightly for this to take effect. Have you installed the unicode support for Windows 95? More information and a link to download are here: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devnotes/winprog/microsoft_layer_for_unicode_on_windows_95_98_me_systems.asp Or, the tiny url to the same thing: http://tinyurl.com/qo9n Hmm... just did some more checking... using the Layer for Unicode support will not be trivial. Kensuke may be interested in it as an alternative to using libiconv on Windows 95/98/Me. As for why you text copying is truncated vs. not appearing at all, I suspect that Mozilla 1.2.x to 1.4 changed the format of some clipboard data from plain text to INCR. But that would only make sense if you have only tried this with the versions of XFree86-xserv that don't crash when they see an INCR clipboard format. If you didn't try this until recently, then that would explain your problem. You should at least be thankful that XWin.exe doesn't core dump like it used to in these cases. In summary, your problem is known, it isn't trivial to solve, and the change from Mozilla 1.2.x to 1.4 is due to a change that they made, not something that we did. Also, your issue is already known to be not an issue on NT-based platforms, so the Microsoft answer to this problem would be The Cygwin/XFree86 has identified this to be a problem with the products listed above., with the idea being that they might fix it or they might not, but perhaps you should consider upgrading to a more recent version of Windows. In other words, you are more likely to get your problem fixed by spending $200 of your own money upgrading to Windows XP, versus me spending $2000 of my time to cobble together a fix for Windows 95/98/Me. That's just being honest. Thanks for testing, Harold Jay Smith wrote: Hi, My copy/paste behavior in MOZILLA running on RedHat 8 LINUX has gone from bad to worse when I upgraded the Mozilla from 1.2.x to 1.4. Important: The Mozilla is LINUX Mozilla running on an RH8 server. I am sitting at a Windows 95 PC, using Cygwin/XFree86 to run an X session on the PC. I am sitting at a PC, not at a Linux box. (Most people don't get this and thus reply using wrong assumptions.) WHEN RUNNING Linux Mozilla ON PC USING CYGWIN: (old) MOZ 1.2.x: When I copied text that contained a non-ascii typical European or Scandinavian character from an existing email and PASTED INTO A MOZILLA MAIL COMPOSE window, the text up to, but NOT including, the character would copy AND PASTE. That was bad, but at least you got something (the text before the character). (new) MOZ 1.4: However, now, if the copy contains such a character, NOTHING gets pasted into A MOZILLA MAIL COMPOSE window. It changed from partial to nothing. I AM still able to paste full and properly into windows applications from Mozilla, including such common European and Scandinvian characters. Because there has been no change to the Cygwin installation on this PC, I don't think the *change* in the problem is related to that. However, the root of the problem seems to be related to Cygwin. By contrast, IF I AM WORKING DIRECTLY/PHYSICALLY ON THE LINUX SERVER: Mozilla 1.2.x or 1.4: I *CAN* fully and properly cut/paste the very same text. MY ENVIRONMENT IS: Server: Red Hat Linux 8 Workstation: Windows 95 running Cygwin (I think these are the version numbers of what I have installed; they were as of April 2003 and I don't think I have installed any new Cygwin stuff on this machine since then -- but I don't know how to find out what versions I am running. How do I?) XFree86-base 4.2.0-1 -lib 4.2.0-5 -xserv4.2.0-28 -xwinclip 4.2.0-8 Jay
[PATCH] Copy/Paste non-ascii characters
Jay, Perhaps this patch enable XWin to copy/paste non-ascii characters even if Windows does't support Unicode (95/98/Me). LANG environment variable and Windows locale must be same. I added -nounicodeclipboard option, I tested using this on XP. But I don't have 95/98/Me. And it seems tha libX11 has some CTEXT convertion bug, I attach patch that based on TAKABE's work. http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff By the way, nls/locale.alias has alias somethig like Arabic_Egypt.1256. Can we use that? If so, we no longer need LANG environment variable. We can get it following code. char pszCountry[128]; char pszLanguage[128]; int nAcp = GetACP (); GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, pszCountry, 128); GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, pszLanguage, 128); printf (%s_%s.%d\n, pszLanguage, pszCountry, nAcp); Kensuke Matsuzaki clipboard_mb.diff Description: Binary data X11.diff Description: Binary data
Re: Copy/Paste problems when contains non-ascii characters
Hi Harold, Thanks for your input. Either I don't understand all of what you are saying or you don't understand the problem -- though Windows 95 is always a problem. :-) I *can* copy/paste from Linux Mozilla 1.4 to Windows 95. That is okay. What I *can't* do is copy/paste within Linux Mozilla 1.4 (running in X, when the copy contains European characters) When I was using Linux Mozilla 1.2, the paste truncated immediately before the European character. Now, under Linux Mozilla 1.4, the paste is null (nothing pastes). I was doing this all the time under Linux Mozilla 1.2 (since about February 2003) without any problem (other than the darn truncation). No crashes or other problems of that nature. Regarding getting off Windows 95 you are quite right, however, the economics are not as you assume. What it really means is a) also replacing all the workstations (these are Pentium 200 or 300 machines); b) switching to Linux *IF* Linux could get its productivity apps up to a productive level (I don't mind twiddling around with them, but I certainly can't have my staff -- who are lucky to find the on button) dealing the the Linux problems I have to deal with every day; c) finding, replacing, configuring, and learning software for the roughly 30 (thirty) apps we run. Even if we stayed with Windows (going to 2000 Professional probably), just replacing the apps would cost $3000+ per seat and the machines around $1500 per seat. In a small company like mine, a conversion like this could put us out of business if we are not careful. A week out of business is close to our annual profit. Thus we hang on until we really have to make the switch. Hopefully Linux will get there (but the bugs I have encountered in only 2 days of use of Mozilla 1.4 make me wonder.) Jay Harold L Hunt II said the following on 10/12/2003 07:24 PM: Jay, Your problem is that you are using Windows 95, which does not natively support unicode text. There is support in Cygwin/XFree86 for converting characters to unicode and back, but it only works on NT-based platforms (NT 4.0, Windows 2000, Windows XP, Windows Server 2003). The Microsoft Layer for Unicode on Windows 95/98/Me Systems should allow the support to work properly, but we would have to change the unicode support detection slightly for this to take effect. Have you installed the unicode support for Windows 95? More information and a link to download are here: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devnotes/winprog/microsoft_layer_for_unicode_on_windows_95_98_me_systems.asp Or, the tiny url to the same thing: http://tinyurl.com/qo9n Hmm... just did some more checking... using the Layer for Unicode support will not be trivial. Kensuke may be interested in it as an alternative to using libiconv on Windows 95/98/Me. As for why you text copying is truncated vs. not appearing at all, I suspect that Mozilla 1.2.x to 1.4 changed the format of some clipboard data from plain text to INCR. But that would only make sense if you have only tried this with the versions of XFree86-xserv that don't crash when they see an INCR clipboard format. If you didn't try this until recently, then that would explain your problem. You should at least be thankful that XWin.exe doesn't core dump like it used to in these cases. In summary, your problem is known, it isn't trivial to solve, and the change from Mozilla 1.2.x to 1.4 is due to a change that they made, not something that we did. Also, your issue is already known to be not an issue on NT-based platforms, so the Microsoft answer to this problem would be The Cygwin/XFree86 has identified this to be a problem with the products listed above., with the idea being that they might fix it or they might not, but perhaps you should consider upgrading to a more recent version of Windows. In other words, you are more likely to get your problem fixed by spending $200 of your own money upgrading to Windows XP, versus me spending $2000 of my time to cobble together a fix for Windows 95/98/Me. That's just being honest. Thanks for testing, Harold Jay Smith wrote: Hi, My copy/paste behavior in MOZILLA running on RedHat 8 LINUX has gone from bad to worse when I upgraded the Mozilla from 1.2.x to 1.4. Important: The Mozilla is LINUX Mozilla running on an RH8 server. I am sitting at a Windows 95 PC, using Cygwin/XFree86 to run an X session on the PC. I am sitting at a PC, not at a Linux box. (Most people don't get this and thus reply using wrong assumptions.) WHEN RUNNING Linux Mozilla ON PC USING CYGWIN: (old) MOZ 1.2.x: When I copied text that contained a non-ascii typical European or Scandinavian character from an existing email and PASTED INTO A MOZILLA MAIL COMPOSE window, the text up to, but NOT including, the character would copy AND PASTE. That was bad, but at least you got something (the text before the character). (new) MOZ 1.4: However, now, if
Re: [PATCH] Copy/Paste non-ascii characters
Dear Kensuke, Thank you very much for your effort on this. Unfortunately, I am pretty ignorant of these matters, thus you will have to tell me what it is that I should do with the two .diff files you attached. I will be happy to do whatever with them, but I am clueless as to what is to be done with them. Sorry to be a pain. Jay Kensuke Matsuzaki said the following on 10/12/2003 09:33 PM: Jay, Perhaps this patch enable XWin to copy/paste non-ascii characters even if Windows does't support Unicode (95/98/Me). LANG environment variable and Windows locale must be same. I added -nounicodeclipboard option, I tested using this on XP. But I don't have 95/98/Me. And it seems tha libX11 has some CTEXT convertion bug, I attach patch that based on TAKABE's work. http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff By the way, nls/locale.alias has alias somethig like Arabic_Egypt.1256. Can we use that? If so, we no longer need LANG environment variable. We can get it following code. char pszCountry[128]; char pszLanguage[128]; int nAcp = GetACP (); GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, pszCountry, 128); GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, pszLanguage, 128); printf (%s_%s.%d\n, pszLanguage, pszCountry, nAcp); Kensuke Matsuzaki -- Jay Smith e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] website: http://www.JaySmith.com Jay Smith Associates P.O. Box 650 Snow Camp, NC 27349 USA Phone: Int+US+336-376-9991 Toll-Free Phone in US Canada: 1-800-447-8267 Fax: Int+US+336-376-6750
Re: [PATCH] Copy/Paste non-ascii characters
Jay, I think he probably sent the patches for me to make a release with. You shouldn't have to do anything with them yourself. Harold Jay Smith wrote: Dear Kensuke, Thank you very much for your effort on this. Unfortunately, I am pretty ignorant of these matters, thus you will have to tell me what it is that I should do with the two .diff files you attached. I will be happy to do whatever with them, but I am clueless as to what is to be done with them. Sorry to be a pain. Jay Kensuke Matsuzaki said the following on 10/12/2003 09:33 PM: Jay, Perhaps this patch enable XWin to copy/paste non-ascii characters even if Windows does't support Unicode (95/98/Me). LANG environment variable and Windows locale must be same. I added -nounicodeclipboard option, I tested using this on XP. But I don't have 95/98/Me. And it seems tha libX11 has some CTEXT convertion bug, I attach patch that based on TAKABE's work. http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff By the way, nls/locale.alias has alias somethig like Arabic_Egypt.1256. Can we use that? If so, we no longer need LANG environment variable. We can get it following code. char pszCountry[128]; char pszLanguage[128]; int nAcp = GetACP (); GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, pszCountry, 128); GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, pszLanguage, 128); printf (%s_%s.%d\n, pszLanguage, pszCountry, nAcp); Kensuke Matsuzaki
Re: [PATCH] Copy/Paste non-ascii characters
Kensuke, Do you think the following change that you made might stop a potential memory leak? /* */ if (nNum ppList *ppList) { - XFree (xtpName.value); *ppName = strdup (*ppList); XFreeStringList (ppList); } + XFree (xtpName.value); Harold Kensuke Matsuzaki wrote: Jay, Perhaps this patch enable XWin to copy/paste non-ascii characters even if Windows does't support Unicode (95/98/Me). LANG environment variable and Windows locale must be same. I added -nounicodeclipboard option, I tested using this on XP. But I don't have 95/98/Me. And it seems tha libX11 has some CTEXT convertion bug, I attach patch that based on TAKABE's work. http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff By the way, nls/locale.alias has alias somethig like Arabic_Egypt.1256. Can we use that? If so, we no longer need LANG environment variable. We can get it following code. char pszCountry[128]; char pszLanguage[128]; int nAcp = GetACP (); GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, pszCountry, 128); GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, pszLanguage, 128); printf (%s_%s.%d\n, pszLanguage, pszCountry, nAcp); Kensuke Matsuzaki
Using nls/locale.alias [ago please comment]
Kensuke Matsuzaki wrote: By the way, nls/locale.alias has alias somethig like Arabic_Egypt.1256. Can we use that? If so, we no longer need LANG environment variable. I didn't know that we currently needed the LANG environment variable. I don't really know enough about this stuff to contribute a useful suggestion here. I think I will do whatever you and Alexander think will work. Of course, I am always willing to try something out and change it back if it fails for too many people. Harold We can get it following code. char pszCountry[128]; char pszLanguage[128]; int nAcp = GetACP (); GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, pszCountry, 128); GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, pszLanguage, 128); printf (%s_%s.%d\n, pszLanguage, pszCountry, nAcp); Kensuke Matsuzaki
Re: [PATCH] Copy/Paste non-ascii characters
Jay, I just posted XFree86-xserv-4.3.0-20 as a 'test' package; it should be showing up on mirrors within a few hours. When it does, run setup.exe and manually select version '4.3.0-20' for the XFree86-xserv package. Then, run the new server version as usual (do not use the new flag that Kensuke talked about) and report your results to the mailing list. Harold Jay Smith wrote: Dear Kensuke, Thank you very much for your effort on this. Unfortunately, I am pretty ignorant of these matters, thus you will have to tell me what it is that I should do with the two .diff files you attached. I will be happy to do whatever with them, but I am clueless as to what is to be done with them. Sorry to be a pain. Jay Kensuke Matsuzaki said the following on 10/12/2003 09:33 PM: Jay, Perhaps this patch enable XWin to copy/paste non-ascii characters even if Windows does't support Unicode (95/98/Me). LANG environment variable and Windows locale must be same. I added -nounicodeclipboard option, I tested using this on XP. But I don't have 95/98/Me. And it seems tha libX11 has some CTEXT convertion bug, I attach patch that based on TAKABE's work. http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff By the way, nls/locale.alias has alias somethig like Arabic_Egypt.1256. Can we use that? If so, we no longer need LANG environment variable. We can get it following code. char pszCountry[128]; char pszLanguage[128]; int nAcp = GetACP (); GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGCOUNTRY, pszCountry, 128); GetLocaleInfo (LOCALE_SYSTEM_DEFAULT, LOCALE_SENGLANGUAGE, pszLanguage, 128); printf (%s_%s.%d\n, pszLanguage, pszCountry, nAcp); Kensuke Matsuzaki
CTEXT conversion patch
Kensuke, Kensuke Matsuzaki wrote: And it seems tha libX11 has some CTEXT convertion bug, I attach patch that based on TAKABE's work. http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff Could you send me more information on this? Please describe what the current problem is. Please send any links to a message or post that describes what the patch does. Do you have Takabe's email address as well? If you can send me those things then I can make sure that this patch makes it into XFree86, as long as it is a valid patch. Right now, I don't know how to describe what it does. :) Harold
Re: Using nls/locale.alias [ago please comment]
Harold, By the way, nls/locale.alias has alias somethig like Arabic_Egypt.1256. Can we use that? If so, we no longer need LANG environment variable. I didn't know that we currently needed the LANG environment variable. I don't really know enough about this stuff to contribute a useful suggestion here. I think I will do whatever you and Alexander think will work. Of course, I am always willing to try something out and change it back if it fails for too many people. We must know CF_TEXT text encoding to convert it to CTEXT/UTF-8. XmbTextListToTextProperty requires input text to be encoded by current locale encoding. XmbTextPropertyToTextList's output text is encoded using current locale encoding. setlocale set those data, and it look at LC_CTYPE or LANG if second parameter of setlocale is . Xutf8* use UTF-8 encoding so they work without LANG/LC_CTYPE. Kensuke Matsuzaki
Re: CTEXT conversion patch
Harold, It was posted in discussion board. http://matsu-www.is.titech.ac.jp/~sohda/cygwin/treebbs/treebbs.cgi?kako=1all=10s=10 He said that This fix following two problem. 1. X freeze when we have 2 byte string after 1 byte string using ASTEX-X's XIM. 2. We can't use XIM on Cygwin/XFree86 4.1.0 etc. Second problem is fixed http://cvsweb.xfree86.org/cvsweb/xc/lib/X11/lcSjis.c.diff?r1=3.9r2=3.10 and http://cvsweb.xfree86.org/cvsweb/xc/lib/X11/lcEuc.c.diff?r1=3.11r2=3.12 that Allow UTF8 conversion to work for Japanese locales (#A.1527, Etsushi Kato). So I delete code that related 2nd problem. I write about 1st problem. CTEXT has GL and GR two graphic character sets. But CTEXT to multi-byte string/wide string converter in lcSjis.c and lcEuc.c have only signle set. So text use GR convertion fail. Those fix patch was wrote by TAKABE. I added following code. if (charset == ct_state.GR_charset) { clen = charset-length; do { (*(Uchar *)(ctptr-clen)) = BIT8ON(*(Uchar *)(ctptr-clen)); } while (--clen); } Because multi-byte text to CTEXT converter in lcSjis.c doesn't set 8-bit on even if it is in GR. I don't know his mail address. At Sun, 12 Oct 2003 23:05:57 -0400, Harold L Hunt II wrote: Kensuke, Kensuke Matsuzaki wrote: And it seems tha libX11 has some CTEXT convertion bug, I attach patch that based on TAKABE's work. http://www.ff.iij4u.or.jp/~t-takabe/xf410_xim_fix.diff Could you send me more information on this? Please describe what the current problem is. Please send any links to a message or post that describes what the patch does. Do you have Takabe's email address as well? If you can send me those things then I can make sure that this patch makes it into XFree86, as long as it is a valid patch. Right now, I don't know how to describe what it does. :) Harold Kensuke Matsuzaki
Re: [Patch]: winsup/w32api/include
2003-10-11 Pierre Humblet [EMAIL PROTECTED] * include/winnt.h (SM_REMOTESESSION): Add define. * include/winuser.h (SE_CREATE_GLOBAL_NAME): Ditto. Thanks. I've checked into winsup CVS. Danny http://search.yahoo.com.au - Yahoo! Search - Looking for more? Try the new Yahoo! Search
Re: merging mingw and cygwin
On 2003-10-11T22:19-0700, Edward Peschko wrote: ) And all of these are done separately, so of course no integration testing is done to ) make sure that these work together well.. If you would like to coordinate such an audit/review of overall interoperability, I do not believe anyone would begrudge you whatever access or information you need. ) make sure that individual porting efforts work together. In any case,people seldom ) release the patches that they made in order *to* port the given project, or if they ) do, they get lost. And as said the executables that result seldom work with ) executables created by someone else. And they use inconsistant tools (compilers, etc) ) to *create* these tools and libraries, so any integration with third party APIs becomes ) exceedingly ugly. If you have a specific example in mind of such an interoperability problem, please point it out. It is not exceptional to ask you to donate your time for such a task; Cygwin is maintained exclusively by volunteers, so any suggestion you make is in effect a request for someone else to donate their time. As to the question about Cygwin-specific patches, those are distributed within an app's source package (typically available alongside the binary package in the same location). ) The way this works is someone volunteers to be the Cygwin maintainer for ) a package they'd like to see in the Cygwin distribution. Cygwin is ) an open-source, volunteer-driven project rather than the more typical ) customer-driven commercial products you may be used to. If you want ) something done, the quickest way to make it happen is to contribute it. ) yes, I am aware of open source. yes, I was giving a suggestion. No, I don't know ) how to 'contribute it' except to note that it is there for someone who handles central ) distributions to go pick up the tar ball and run with it. It should be as simple as ) ) ./configure ) make ) make install ) ) underneath a cygwin shell. Someone who has access to the maintenance of setup.exe ) could probably make the prerequisite changes faster than I could. The procedure is documented more formally at http://cygwin.com/setup.html . You do not need to worry about posting to sources.redhat.com, that will be handled by someone like myself once the package has been proposed, reviewed, and accepted. Basically, to create a binary package, instead of make install you might: make install DESTDIR=/tmp/temproot cd /tmp/temproot tar -jcf \ ~/public_html/package-version-1.tar.bz2 * and announce on cygwin-apps that http://pge.com/~esp5/package-version-1.tar.bz2 is available for review. There is some more process to create a suitable setup.hint and to handle files in /etc, but other than that, it usually is just that simple. Most of the time spent in maintaining a Cygwin package might be spent getting the software to compile/operate properly in the first place; the packaging itself is usually very trivial, and anyone on the cygwin-apps mailing list should be able to help you while you are getting your C legs. Thanks for your interest, -- Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/ http://naim.n.ml.org/ Real computer scientists like having a computer on their desk, else how could they read their mail? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: merging mingw and cygwin
On Sun, Oct 12, 2003 at 03:35:02PM +1000, Robert Collins wrote: For crying out loud. Edward, there are plenty of archives and resources that detail how to achieve your stated goals. Right now you are making suggestions from a quite apparent position of ignorance. I urge you to research before you suggest fixing something that isn't broken. All the cygwin packages come with source that will build. The GPL issues are clearly documented on the FSF website - there is a FAQ on the GPL and how it applies to binaries and source. And so forth. No, I think I get it alright now. You don't want to use the LGPL because you want to dual license the software that is cygwin; to make users choose whether or not to: a) fork over a licensing fee so they don't have to release *their* code. b) fork over *their* source code. In other words, the same business model as qt... Its not about the open source status of cygwin's code, its about the open source status of the end users' source code. And the reason that you don't want to use mingw32 and/or merge it, is because that doesn't allow you to follow this business model. Like I said, if I use -mno-cygwin, am I still forced under the GPL to either license your code or release it? Or does it still link with some redhat library? As for needing two dev environments, you been instructed how to use cygwin to compile to both, so I must conclude you are not actually trying to comprehend the emails, just arguing for the sake of it. That is exactly my point. if cygwin can do both, and cygwin can create either native win32 executables or unix executables, then WHY ARE THERE TWO PROJECTS? I'm not looking for 'instruction' on anything. I'm looking to avoid wasted effort. If cygwin could natively make mingw32 code (cygwin - mingw32) there would be no need for mingw32 and there would be an extra 30 developers on cygwin. You agree with that, right? And anyhow, cross compilation is a major pain in the ##%. I'd rather avoid unless absolutely necessary. Ed -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Pause after Calling ExitProcess
I have found that some external programs invoked from a shell take a long time to return control to the shell on exit. For example, typing 'hostnameenter' at the command prompt displays a response within about 1 second, but the prompt does not appear for another 3 seconds (on a 1.6GHz P4). The problem was caused by the Novell client (version 4.5). Upgrading to the latest version (4.9) made Cygwin much more responsive. Milton Woods. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin setup stopped @99%
I followed the instructions on www.cygwin.com on how to install the current (BCygwin, downloaded the setup.exe and ran it. The installation went well (Buntil it remained only 1% to the end of the installation. The installation (Bsuddenly stopped. I tried 3 times but to no avail. (Please refer to the (Battached jpeg file for where the installtion stopped. Clicking the "cancel" (Bbutton displayed "Installation Complete" message and nothing more). Can you (Btell me what to do, please? (BMy pc runs on Windows XP with 1024MB RAM and 120GB HDD. (B (B__ (BDo You Yahoo!? (BYahoo! BB is Broadband by Yahoo! (Bhttp://bb.yahoo.co.jp/inline: cygwin.JPG-- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: closing rxvt
I noticed in the very latest version of cygwin that I no longer get this problem though? - Q-Games, Dylan Cuthbert. http://www.q-games.com Sven Köhler [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] If you close an rxvt window by clicking on the Close [X] then the bash shell running under rxvt never gets notified and runs in the background. When you attempt to shutdown Windows you'll see a dialog box asking to kill that process. This is a known bug in rxvt (PTC). Well, many people have reported that bug, but always got the response, that it's more a not implemented feature than a bug. I don't think that it will get fixed soon. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setpriority() and PRIO_PROCESS under Cygwin
On Sat, Oct 11, 2003 at 05:07:18PM -0700, Terrence Brannon wrote: Can anyone suggest a solution for getting code making calls to setpriority() and using PRIO_PROCESS to compile under Cygwin? setpriority/getpriority are not implemented in Cygwin. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: std::ofstream causes segfault in 1.5.x
On Fri, Oct 10, 2003 at 10:34:36PM +0200, thomas wrote: Hi, here is a simplified snippet from code that worked perfectly in a 1.3.x environment, but doesn't work with 1.5.5 (i tried 1.5.2). ** std::ofstream out(foo.toc); toc-print(out); // - segfault here ... void Toc::print(std::ostream out) const { out CD_ROM; } ** Strace shows the following: 20 7293891 [main] cdrdao 1576 fstat64: 0 = fstat (3, 0x22F9E4) 28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot 3, flags 22, fd -1, off 0 982 7294901 [main] cdrdao 1576 seterrno_from_win_error: /netrel/src/cygwin-1.5.5-1/winsup/cygwin/mmap.cc:920 windows error 1455 85 7294986 [main] cdrdao 1576 geterrno_from_win_error: unknown windows error 1455, setting errno to 13 23 7295009 [main] cdrdao 1576 fhandler_disk_file::mmap: -1 = mmap(): CreateFileMapping failed with Win32 error 1455 net helpmsg 1455 The paging file is too small for this operation to complete. Can you tell me why the process tries to mmap 1065811968 bytes == ~1Gig? That won't work, nor would it under 1.3.22 on the same machine. The cause for this is outside of the strace and very likely outside of mmap itself. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin setup stopped @99%
Hello, On Sun, 12 Oct 2003, G. Oto wrote: I followed the instructions on www.cygwin.com on how to install the current Cygwin, downloaded the setup.exe and ran it. The installation went well until it remained only 1% to the end of the installation. The installation suddenly stopped. I tried 3 times but to no avail. (Please refer to the attached jpeg file for where the installtion stopped. Clicking the cancel button displayed Installation Complete message and nothing more). Can you tell me what to do, please? Did it hang during the download phase i.e. when you had only 1% more to download ? If so - did you by chance use the archive.progeny.com mirror ? Pavel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin setup stopped @99%
This has been discussed numerous times on this list. What I did was follow the directions of one of the posts here to start a bash session by typing bash at a dos prompt, doing a ps, and kill -9 of the process that is tagged 'cygpath' or 'cygpth' (one of these). Also, it has been recently recommended to run setup.exe from a dos prompt or bash session, not from Win. Attached is the message with the instruction above. Hope this helps. Barry Drake --- G. Oto [EMAIL PROTECTED] wrote: I followed the instructions on www.cygwin.com on how to install the current Cygwin, downloaded the setup.exe and ran it. The installation went well until it remained only 1% to the end of the installation. The installation suddenly stopped. I tried 3 times but to no avail. (Please refer to the attached jpeg file for where the installtion stopped. Clicking the cancel button displayed Installation Complete message and nothing more). Can you tell me what to do, please? My pc runs on Windows XP with 1024MB RAM and 120GB HDD. __ Do You Yahoo!? Yahoo! BB is Broadband by Yahoo! http://bb.yahoo.co.jp/ ATTACHMENT part 2 image/pjpeg name=cygwin.JPG -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN !-- saved from url=(0053)http://www.cygwin.com/ml/cygwin/2003-09/msg00747.html -- !-- MHonArc v2.6.3 --!--X-Subject: RE: Setup 2.358 Hangs During Post#45;Install Script --!--X-From-R13: Egrir Tnveonvea fgrir.snveonveaNcrejvyy.pbz --!--X-Date: 12 Sep 2003 09:55:01 #45; --!--X-Message-Id: [EMAIL PROTECTED] --!--X-Content-Type: text/plain --!--X-Head-End--HTMLHEADTITLESteve Fairbairn - RE: Setup 2.358 Hangs During Post-Install Script/TITLE META http-equiv=Content-Type content=text/html; charset=ks_c_5601-1987 META content=MSHTML 6.00.2800.1226 name=GENERATOR/HEAD BODY!--X-Body-Begin--!--X-User-Header--!--htdig_noindex-- PThis is the mail archive of the TT[EMAIL PROTECTED]/TT mailing list for the A href=http://cygwin.com/;Cygwin project/A. !--/htdig_noindex--!--X-User-Header-End--!--X-TopPNI--!--htdig_noindex-- HR TABLE border=0 TBODY TR TH align=leftIndex Nav:/TH TD colSpan=2[A href=http://www.cygwin.com/ml/cygwin/2003-09/index.html#00747;Datenbsp;Index/A] [A href=http://www.cygwin.com/ml/cygwin/2003-09/subjects.html#00747;Subjectnbsp;Index/A] [A href=http://www.cygwin.com/ml/cygwin/2003-09/authors.html#00747;Authornbsp;Index/A] [A href=http://www.cygwin.com/ml/cygwin/2003-09/threads.html#00747;Threadnbsp;Index/A] /TD/TR TR TH align=leftMessage Nav:/TH TD[A href=http://www.cygwin.com/ml/cygwin/2003-09/msg00746.html;Datenbsp;Prev/A]nbsp;[A href=http://www.cygwin.com/ml/cygwin/2003-09/msg00748.html;Datenbsp;Next/A]/TD TD[A href=http://www.cygwin.com/ml/cygwin/2003-09/msg00746.html;Threadnbsp;Prev/A]nbsp;[A href=http://www.cygwin.com/ml/cygwin/2003-09/msg01756.html;Threadnbsp;Next/A]/TD/TR TR TH align=leftOther format:/TH TD[A href=http://www.cygwin.com/cgi-bin/get-raw-msg?listname=cygwinamp;date=2003-09amp;msgid=D721826DEE793D49BC49582C121EDD3E3F54DD%40exchange.perwill.com;Raw text/A]/TD/TR/TBODY/TABLE!--/htdig_noindex--!--X-TopPNI-End--!--X-MsgBody--!--X-Subject-Header-Begin-- H1RE: Setup 2.358 Hangs During Post-Install Script/H1!--X-Subject-Header-End--!--X-Head-of-Message-- UL LIEMFrom/EM: Steve Fairbairn lt;steve dot fairbairn at perwill dot comgt; LIEMTo/EM: cygwin at cygwin dot com LIEMDate/EM: Fri, 12 Sep 2003 10:54:56 +0100 LIEMSubject/EM: RE: Setup 2.358 Hangs During Post-Install Script /LI/UL!--X-Head-of-Message-End--!--X-Head-Body-Sep-Begin-- HR !--X-Head-Body-Sep-End--!--X-Body-of-Message--PREgt; gt; Setup claims to be trying to run a script called gt; gt; /etc/postinstall/XFree86-bin-icons.sh, which is a symlink to gt; gt; /usr/X11R6/bin/XFree86-bin-icons.sh. gt; gt; gt; gt; After cancelling setup, I can still run Cygwin and XFree86 (phew.) gt; gt; gt; gt; Any ideas, please? Hi all, I've just installed cygwin on my new machine (WOO HOO Finally) - install from local directory, package files were downloaded yesterday morning (UK), install everything. The post install scripts hung as above, but instead of cancelling the install, I decided to see if I could just do enough to free up the issue. I went into the bin directory under the new installation, and ran bash.exe with a double click. No paths seemed to be set up, so to run ps I had to use ./ps but here is what I saw... bash-2.05b$ ./ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 1260 11260 1260 con 11125 10:25:27 /usr/bin/sh 400412601260 4004
RE: Cygwin setup stopped @99%
From: G. Oto (B Sent: Sunday, October 12, 2003 9:05 AM (B (BI removed [EMAIL PROTECTED], wrong place to send to. (B (BYour problem is well known, but if you have others you'll have to read up on (Bhttp://cygwin.com/problems.html beforehand. (B (B I followed the instructions on www.cygwin.com on how to install (B the current (B Cygwin, downloaded the setup.exe and ran it. The installation went well (B until it remained only 1% to the end of the installation. The installation (B suddenly stopped. I tried 3 times but to no avail. (Please refer to the (B attached jpeg file for where the installtion stopped. Clicking (B the "cancel" (B button displayed "Installation Complete" message and nothing (B more). Can you tell me what to do, please? (B My pc runs on Windows XP with 1024MB RAM and 120GB HDD. (B (BYour PC is one of those that doesn't accept that '/bin/cygpath.exe' is used (Bin a specific way during installation. (B (BIt has been discussed a lot lately, search for the cause has been initiated (Band continuation is imminent. (B (B To fix this problem for the time beeing - do this, from a bash shell (Bprompt: (B (B$ cd /etc/postinstall/ (B$ XFree86-bin-icons.sh (B (BWhen you press enter on that the task that was meant to be done during (Binstallation will be completed. (B (BTo make it not bother you more, until next time it gets 'installed' you can (Bdo this: (B (B$ mv XFree86-bin-icons.sh XFree86-bin-icons.sh.done (B (BGoogle on something like "site:cygwin.com inurl:ml +cygpath +hang" to read (Bup on the subject. (B (B/Hannu E K Nevalainen, B.Sc. EE - 59$B!k(B16.37'N, 17$B!k(B12.60'E (B-- UTC+01, DST - UTC+02 -- (B--END OF MESSAGE-- (B (B (B-- (BUnsubscribe info: http://cygwin.com/ml/#unsubscribe-simple (BProblem reports: http://cygwin.com/problems.html (BDocumentation: http://cygwin.com/docs.html (BFAQ: http://cygwin.com/faq/
RE: setpriority() and PRIO_PROCESS under Cygwin
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Terrence Brannon Sent: Sunday, October 12, 2003 2:07 AM To: [EMAIL PROTECTED] Subject: setpriority() and PRIO_PROCESS under Cygwin I am trying to compile a free high-quality chess database, known as Scid: http://www.skjoldebrand.org/scid/ Here is the error I get ~/wares/scid-3.5a $ cat make.err In file included from src/game.h:24, from src/tkscid.h:20, from src/tkscid.cpp:16: src/textbuf.h: In member function `void TextBuffer::ClearTranslation(char)': src/textbuf.h:70: warning: array subscript has type `char' src/tkscid.cpp: In function `int sc_info_priority(void*, Tcl_Interp*, int, const char**)': src/tkscid.cpp:8363: error: `PRIO_PROCESS' undeclared (first use this function) src/tkscid.cpp:8363: error: (Each undeclared identifier is reported only once for each function it appears in.) src/tkscid.cpp:8363: error: `setpriority' undeclared (first use this function) src/tkscid.cpp:8368: error: `getpriority' undeclared (first use this function) make: *** [src/tkscid.o] Error 1 ~/wares/scid-3.5a $ end paste , text continue = I saw some assorted messages on the Cygwin mail archives about this, but issueing a find on /usr/include did not help. Nor did getting a version of pthreads-win32 as there is no PRIO_PROCESS defined there. Can anyone suggest a solution for getting code making calls to setpriority() and using PRIO_PROCESS to compile under Cygwin? Thanks. + setpriority/getpriority are not implemented in Cygwin. + + Corinna This means; use __CYGWIN__ or some such to create conditional (i.e. exclusion of) compiling of those parts of the source. /Hannu E K Nevalainen, B.Sc. EE - 59°16.37'N, 17°12.60'E -- UTC+01, DST - UTC+02 -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.4-1: Problem with XEmacs, fonts, and subprocesses.
I don't think any of those environment differences account for the problem. On my own setup almost all of those are _not_ there, and in particular the PATH is the same, since I don't have X installed. Note it's important for at least some of us that Cygwin/XEmacs works _without_ X. Thanks _very_ much for taking on the XEmacs-Cygwin liaison task. ht -- Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh Half-time member of W3C Team 2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 650-4587, e-mail: [EMAIL PROTECTED] URL: http://www.ltg.ed.ac.uk/~ht/ [mail really from me _always_ has this .sig -- mail without it is forged spam] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Can't build cygwin from CVS: configure error
From: Christopher Faylor Sent: Sunday, October 12, 2003 12:04 AM This is long and winding, not entirely on topic - you've been warned. On Sat, Oct 11, 2003 at 11:38:36PM +0200, Hannu E K Nevalainen wrote: =-) Well, eventually it did work with the root level configure. The reason I aimed at that one was that the FAQ told me to go for it. Having instructions and the real life situation not match each other makes me go nuts ;-) . Would you GIVE IT A REST for crying out loud? The instructions work. You found a bug in CVS. It took longer to fix than it should have because you spent all of your time whining about how bad the instructions were rather than using common sense, noticing the *errors* that occurred when you checked things out of cvs, and reporting the *errors*. Inexperienced user, first time cvs use, loads of lines whizzing by, no error message *at the end*; not a likely situation to generate a usable error report. I'm not blaming you, somebody else nor cvs for the failure. All those comments were _impersonal_ as I see it. On other words; You don't need to take offense, I REALLY hope that my writing didn't imply something in line with that. I *do* express my frustration though, if that is so hard reading... well I don't know what to do about that. Once again; please don't take it so personally. Additionally, there is no requirement to put the sources in a specially named directory. You can put them in /src. You can put them in /bob. You can build in a subdirectory of /src. You can build in a separate directory entirely. A simple README and/or a Makefile could've helped a lot. Yeah. A README. Or a Makefile. Sigh. Sigh - yes, or even better; the FAQ stating that there should be a configure script in the root dir after the checkout - as it depends on it beeing there - i.e. You should now have a /src/configure script. Run it like this:. (The description also assumes that one have done cd /... but it isn't stated anywhere... confusion factor increases.) That would have made me - being a beginner - able to tell that something was wrong, not considering cvs malfunction at this occasion. As a beginner I'm vulnerable to things like that - I do not have the experience to say when something has gone wrong. I would consider this being a stability issue for the FAQ/documentation. Software that is unstable usually gets fixed... hint, hint ;-) (yes I know; PTC, we've been there before) I'll be investigating gdb and the possibilities with this dll. Please don't bother. I'm asking again. Please give it up. Right, I've got the picture... I have interest in the matter though, this is the way I learn. Once again, I'm not *trying* to get you into this mood. My style of expressing myself, my frustration and such, seems to peck hard on your mind. Sorry about that. I wish I could supply you with polariod glasses for filtering it out. Go rest. No feedback required. You're off the hook. Pull out a cold one, kick back the recliner and go watch Dharma and Greg. Yuck, that was a *real* bad one... ;-p Let the experts build and debug cygwin. You know, I really didn't expect to be to any help here... I haven't checked but anyway; If you go back and read the postings I've made, I would be VERY surprised if there wasn't one implication *or more* about me not expecting to be the right person for the task (you won't see it spelled out though). When someting catches my interest it's easy to get me carried along, going in that direction though... I *like* to be in the middle of things. Hope this helps explain and understand that I'm not here to destroy nor offend. /Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E -- UTC+01, DST - UTC+02 -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: std::ofstream causes segfault in 1.5.x
On Sonntag, 12. Oktober 2003 at 10:34:02, Corinna Vinschen wrote: 28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot 3, flags 22, fd -1, off 0 Can you tell me why the process tries to mmap 1065811968 bytes == ~1Gig? That won't work, nor would it under 1.3.22 on the same machine. The cause for this is outside of the strace and very likely outside of mmap itself. Hmmm that is certainly most interesting. It's just opening a simple file to write ~10 lines to it. The exact same source code compiled in a 1.3.18 environment works perfectly. I'm gonna debug it some more and see if i can find what makes the difference. thomas -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin and the boost librraies
Hi all, Is there anyone who uses the Boost libraries with Cygwin, in particular the Boost thread libraries, and cares to share his/hers knowledge how to compile the library (version 1.30.2) so that I can use the threads libries? TIA Joost Kraaijeveld Askesis B.V. Molukkenstraat 14 6524NB Nijmegen tel: 024-3888063 / 06-51855277 fax: 024-3608416 email: [EMAIL PROTECTED] web: www.askesis.nl smime.p7s Description: S/MIME cryptographic signature
Re: std::ofstream causes segfault in 1.5.x
28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot 3, flags 22, fd -1, off 0 Can you tell me why the process tries to mmap 1065811968 bytes == ~1Gig? That won't work, nor would it under 1.3.22 on the same machine. The cause for this is outside of the strace and very likely outside of mmap itself. Hmmm that is certainly most interesting. It's just opening a simple file to write ~10 lines to it. The exact same source code compiled in a 1.3.18 environment works perfectly. I'm gonna debug it some more and see if i can find what makes the difference. Ok replying to myself here. Except for some changed function names there is little difference between the the two strace outputs. The only difference appears to be that the 1.3.18 one doesn't seem to call mmap at all. Maybe someone can take a minute and see if he/she spots a crucial difference and can point me in some direction. I removed some probably irrelevant parts like symlink_info and path convert from the strace output. 1.3.18: 44 7574117 [main] cdrdao 956 open: open (test.toc, 0x601) [...] 26 7574807 [main] cdrdao 956 dtable::build_fhandler: fd 3, fh 0x61120930 20 7574827 [main] cdrdao 956 fhandler_base::open: (C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc, 0x100601) query_open 0 21 7574848 [main] cdrdao 956 alloc_sd: uid 1003, gid 513, attribute 1B4 29 7574943 [main] cdrdao 956 alloc_sd: ACL-Size: 100 21 7574964 [main] cdrdao 956 alloc_sd: Created SD-Size: 176 6672 7581636 [main] cdrdao 956 fhandler_base::open: 0x710 = CreateFile (C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc, 0x4000, 0x7, 0x22F714, 0x2, 0x280, 0) 97 7581733 [main] cdrdao 956 fhandler_base::set_flags: flags 0x100601, supplied_bin 0x1 23 7581756 [main] cdrdao 956 fhandler_base::set_flags: filemode set to binary 18 7581774 [main] cdrdao 956 fhandler_base::open: 1 = fhandler_base::open (C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc, 0x100601) 22 7581796 [main] cdrdao 956 fhandler_disk_file::open: 1 = fhandler_disk_file::open (C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc, 0x601) 22 7581818 [main] cdrdao 956 open: 3 = open (test.toc, 0x601) [...] 33 7582263 [main] cdrdao 956 fhandler_disk_file::fstat_by_handle: 1 = GetFileInformationByHandle (C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc, 1808) 26 7582289 [main] cdrdao 956 get_nt_attribute: file: C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc 19 7582308 [main] cdrdao 956 read_sd: file = C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc 60 7582368 [main] cdrdao 956 read_sd: file = C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc: len=176 45 7582413 [main] cdrdao 956 get_nt_attribute: file: C:\Programme\cygDEV\home\root\cdrdao\dao\test.toc 1B4, uid 1003, gid 513 21 7582434 [main] cdrdao 956 fhandler_disk_file::fstat_helper: 0 = fstat (, 0x22F948) st_atime=3F897864 st_size=0, st_mode=0x81B4, st_ino=2863079, sizeof=88 21 7582455 [main] cdrdao 956 fstat64: 0 = fstat (3, 0x22F948) 50 7582505 [main] cdrdao 956 writev: writev (3, 0x22FA3C, 1) 20 7582525 [main] cdrdao 956 fhandler_base::write: binary write 96 7582621 [main] cdrdao 956 fhandler_base::write: 36 = write (0xA063218, 36) 22 7582643 [main] cdrdao 956 writev: 36 = write (3, 0x22FA3C, 1), errno 2 21 7582664 [main] cdrdao 956 writev: writev (3, 0x22FA3C, 1) 1.5.5 (latest CVS snapshot): 41 7340917 [main] cdrdao 376 open: open (test.toc, 0x601) [...] 28 7341626 [main] cdrdao 376 build_fh_pc: fh 0x61654A74 20 7341646 [main] cdrdao 376 fhandler_base::open: (C:\Programme\cygDEV\home\root\cdrdao-1.1.7\dao\test.toc, 0x100601) query_open 0 23 7341669 [main] cdrdao 376 alloc_sd: uid 1003, gid 513, attribute 1B4 26 7341743 [main] cdrdao 376 alloc_sd: ACL-Size: 100 21 7341764 [main] cdrdao 376 alloc_sd: Created SD-Size: 176 226 7341990 [main] cdrdao 376 fhandler_base::open: 0x6B4 = CreateFile (C:\Programme\cygDEV\home\root\cdrdao-1.1.7\dao\test.toc, 0x4000, 0x7, 0x22F608, 0x2, 0x280, 0) 44 7342034 [main] cdrdao 376 fhandler_base::set_flags: flags 0x100601, supplied_bin 0x1 20 7342054 [main] cdrdao 376 fhandler_base::set_flags: filemode set to binary 17 7342071 [main] cdrdao 376 fhandler_base::open: 1 = fhandler_base::open (C:\Programme\cygDEV\home\root\cdrdao-1.1.7\dao\test.toc, 0x100601) 19 7342090 [main] cdrdao 376 fhandler_base::open_fs: 1 = fhandler_disk_file::open (C:\Programme\cygDEV\home\root\cdrdao-1.1.7\dao\test.toc, 0x601) 18 7342108 [main] cdrdao 376 open: 3 = open (test.toc, 0x601) [...] 68 7342176 [main] cdrdao 376 fhandler_base::fstat_by_handle: 1 = GetFileInformationByHandle (C:\Programme\cygDEV\home\root\cdrdao-1.1.7\dao\test.toc, 1716) 96 7342272 [main] cdrdao 376 get_file_attribute: file: C:\Programme\cygDEV\home\root\cdrdao-1.1.7\dao\test.toc 25 7342297 [main] cdrdao 376 read_sd: file = C:\Programme\cygDEV\home\root\cdrdao-1.1.7\dao\test.toc 86 7342383
Re: 1.5.4-1: Problem with XEmacs, fonts, and subprocesses.
The recent snapshot from 10/10/03 seems to have solved the XEmacs problem for me. Thank you Chris for an excellent job. It was clear from the start that you were the right person to solve this problem. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: std::ofstream causes segfault in 1.5.x
On Sun, Oct 12, 2003 at 06:30:55PM +0200, thomas wrote: 28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot 3, flags 22, fd -1, off 0 Can you tell me why the process tries to mmap 1065811968 bytes == ~1Gig? That won't work, nor would it under 1.3.22 on the same machine. The cause for this is outside of the strace and very likely outside of mmap itself. Hmmm that is certainly most interesting. It's just opening a simple file to write ~10 lines to it. The exact same source code compiled in a 1.3.18 environment works perfectly. I'm gonna debug it some more and see if i can find what makes the difference. Ok replying to myself here. Except for some changed function names there is little difference between the the two strace outputs. The only difference appears to be that the 1.3.18 one doesn't seem to call mmap at all. Maybe someone can take a minute and see if he/she spots a crucial difference and can point me in some direction. I removed some probably irrelevant parts like symlink_info and path convert from the strace output. If you can send a very brief testcase to this list, which builds and shows the error OOTB, I'll look into it. Btw., did you try to debug this beyond looking into the strace? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Add Download Manager to Cygwin Setup
Hello Cygwin Developers, When I am trying to install various things via Cygwin setup.exe, it stops downloading stuff for some reason. This maybe due to my internet connection or router. I have DSL. I was wondering if the setup.exe could be modified to automatically re-start downloading the current file it stopped on. The timeout could be 20 seconds before restarting for example. This way I could get the entire Cygwin with no problem. Otherwise, I have to restart setup.exe a dozen times, select a few more packages, and try to download those packages... Now, if I could get the cvs software to do that too, I could participate in open source software projects again. Thanks in advance, Daniel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: std::ofstream causes segfault in 1.5.x
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of thomas Sent: Monday, 13 October 2003 1:07 AM To: Corinna Vinschen Subject: Re: std::ofstream causes segfault in 1.5.x On Sonntag, 12. Oktober 2003 at 10:34:02, Corinna Vinschen wrote: 28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot 3, flags 22, fd -1, off 0 Can you tell me why the process tries to mmap 1065811968 bytes == ~1Gig? That won't work, nor would it under 1.3.22 on the same machine. The cause for this is outside of the strace and very likely outside of mmap itself. Hmmm that is certainly most interesting. It's just opening a simple file to write ~10 lines to it. The exact same source code compiled in a 1.3.18 environment works perfectly. I'm gonna debug it some more and see if i can find what makes the difference. The 1.3.22 environment wouldn't be using a different gcc version by any chance? Gareth -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: merging mingw and cygwin
At 01:19 AM 10/12/2003, Edward Peschko you wrote: On Sun, Oct 12, 2003 at 12:27:06AM -0400, Larry Hall (RFK Partners, Inc) wrote: At 10:01 PM 10/11/2003, Edward Peschko you wrote: What would be the point? lack of end-user confusion... elimination of duplicate development effort... elimination of duplicate maintenance effort... the ability to compile all unix tools 'native' win32 for those who desire it. It's too bad you chose to edit the original context down to nothing. Your response makes little sense now. Ok, the original context was 'what would be the point in merging the two projects. The answer is given above. Right. And my answer is below. If you don't want the two sets of tools, why did you install them? No one told you to. well, that's not what the mingw docs suggest. They suggest to use cygwin to 'fill in the gaps'. Which is rather silly, because that doesn't work. As I said, MSYS is a subset of the tools available in the Cygwin environment and doesn't provide a POSIX API. I'm not going to debate the Mingw docs. This isn't the forum for it anyway. Use the tools that work for you. From your stated goal, I would say that Cygwin tools would suit you best. But you should be able to get there with either toolset, depending on your application and the amount of porting you want to do to get it running on Windows. no.. the cygwin tools don't suit me best if there are unixisms in the executables I and dlls I create, or if they require a POSIX sublayer. Ultimately, I'd like to use whatever executables I get out of cygwin in conjunction with VC++ and third party win32 APIs. (horrors!) I'm sorry. Who said this couldn't be done with either Cygwin or Mingw? You're seeing issues that don't exist. I guess I wasn't making that plain enough for you. In the general case, you can build your app with Cygwin (-mno-cygwin or not) or Mingw and run it however you like, integrate it with whatever you like, and use it however you like. Does that eliminate your quandary? I want to develop native win32 applications on unix. I don't want to use the POSIX emulation layer. But I do want to use unix tools to do my development. I also want to make sure that any scripts, makefiles, what have you don't create constructs which native windows applications find annoying. (so far I've found one such construct; 'directory' links as shortcuts; you can use junctions on winnt+ which are *much* better) Well, if you're creating your own application build environment for your project, you don't have to use shortcuts if you don't want them. The fact that some random Windows applications don't handle them well is a problem for that application or with the Windows environment itself, not the Cygwin or Mingw toolsets. But this is all getting highly conjectural again so let's put this line of discussion to rest here. But again you're confused. Neither Cygwin nor Mingw/MSYS are UNIX. They don't run there. They're not needed there. And if you are building an application on UNIX and want to bring it to Windows with minimal porting effort, POSIX will be *very* important for you. But I don't think that's what you want to do anyway. So you statements above are conflicting. You need to move from the theoretical and into the practical. Pick one of these two sets of tools and start working with them. Use them to do what you're trying to do. If you find a problem, research for the answer. If the toolset you picked can't do what you want, look at the other. I think you'll find you have what you need. If not, at least at that point you'll have a specific, concrete need that can more readily and directly be discussed. You don't understand what the main difference is between Cygwin and Mingw do you? Have you checked? OK, I'll tell you. Cygwin provides a POSIX emulation layer (I assume that means something to you if your stated yes, I understand all of this. goal of bringing something from UNIX to Windows is actually what you want to do). So this generally lowers the burden of porting packages to Win32. With luck, the code base compiles and runs without change. I think you can understand the value in that, right? You don't get this with Mingw. You don't get this with MSYS (see http://www.mingw.org/mingwfaq.shtml#faq-msys). So what you suggest really doesn't make sense in the context of Cygwin in terms of just plain generating binaries from traditional UNIX source packages. yes, I understand this too. This whole cygwin/mingw split reminds me a lot of egcs vs. gcc... and I think that the same reasons for merging apply here. The fundamentals between the two projects (Cygwin and Mingw) are different, despite the fact that they both target Win32 as the output of their build tools. The difference is that Cygwin provides a POSIX API and the resulting binaries are subject to the GPL (please don't let this be an opening to start a
Re: std::ofstream causes segfault in 1.5.x
28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot 3, flags 22, fd -1, off 0 Can you tell me why the process tries to mmap 1065811968 bytes == ~1Gig? That won't work, nor would it under 1.3.22 on the same machine. The cause for this is outside of the strace and very likely outside of mmap itself. Hmmm that is certainly most interesting. It's just opening a simple file to write ~10 lines to it. The exact same source code compiled in a 1.3.18 environment works perfectly. The 1.3.22 environment wouldn't be using a different gcc version by any chance? Actually no, they are both gcc version 2.95.3-10 (cygwin special). However that gave me the idea to build the same source with gcc version 3.3.1 (cygming special) on 1.5.5 now, and it works flawlessly! No sight of mmap64 in the strace output either. thomas -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: std::ofstream causes segfault in 1.5.x
On Sun, Oct 12, 2003 at 09:02:58PM +0200, thomas wrote: 28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot 3, flags 22, fd -1, off 0 Can you tell me why the process tries to mmap 1065811968 bytes == ~1Gig? That won't work, nor would it under 1.3.22 on the same machine. The cause for this is outside of the strace and very likely outside of mmap itself. Hmmm that is certainly most interesting. It's just opening a simple file to write ~10 lines to it. The exact same source code compiled in a 1.3.18 environment works perfectly. The 1.3.22 environment wouldn't be using a different gcc version by any chance? Actually no, they are both gcc version 2.95.3-10 (cygwin special). However that gave me the idea to build the same source with gcc version 3.3.1 (cygming special) on 1.5.5 now, and it works flawlessly! No sight of mmap64 in the strace output either. Well, that was adequate motivation to get me to finally remove the gcc2 package. Looks like the standard answer of using http://cygwin.com/problems.html was the right one in this case. I apologize to Corinna for dragging her into this. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
package removed: gcc2-2.95-*
As previously stated, I have now removed gcc2 from the distribution on sources.redhat.com. It will disappear from mirrors shortly, I'm sure. Please send complaints to [EMAIL PROTECTED] On Sun, Oct 05, 2003 at 01:12:01AM -0400, Christopher Faylor wrote: I don't have the time or the inclination to support gcc 2.95 (aka the gcc2 package). That fact wasn't a really big deal until David Billinghurst pointed out that the package contained a serious flaw. So, rather than subject people to a broken g++, I will be end-of-lifing the gcc2 package next week unless someone steps forward to claim package maintainership. This means I will remove the package from sources.redhat.com and it will no longer be available for download via setup.exe. If you are interested in maintaining this package, please send email to cygwin-apps. Serious inquries only, please, i.e. no I have never built a package before and don't really know C but if you are available to step me through ever individual step required, I might do it if it isn't too hard. If you have questions or comments not related to volunteering for maintainership, please send them to the Cygwin mailing list: see http://cygwin.com/list.html. Oh, and I probably have to say that the gcc 3.3.1 package will still be available. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, 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: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/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://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: std::ofstream causes segfault in 1.5.x
On Sun, Oct 12, 2003 at 03:06:14PM -0400, Christopher Faylor wrote: On Sun, Oct 12, 2003 at 09:02:58PM +0200, thomas wrote: 28 7293919 [main] cdrdao 1576 mmap64: addr 0, len 1065811968, prot 3, flags 22, fd -1, off 0 Can you tell me why the process tries to mmap 1065811968 bytes == ~1Gig? That won't work, nor would it under 1.3.22 on the same machine. The cause for this is outside of the strace and very likely outside of mmap itself. [...] Actually no, they are both gcc version 2.95.3-10 (cygwin special). However that gave me the idea to build the same source with gcc version 3.3.1 (cygming special) on 1.5.5 now, and it works flawlessly! No sight of mmap64 in the strace output either. Well, that was adequate motivation to get me to finally remove the gcc2 package. Looks like the standard answer of using http://cygwin.com/problems.html was the right one in this case. I apologize to Corinna for dragging her into this. No worries. I'm just annoyed with myself since I was going to ask for the used gcc version in my first posting and removed that question again before sending it :-P Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygrunsrv can't run as administrator
hello, when I try to install a service with cygrunsrv and select the option to run that process as administrator, cygrunsrv is unable to start the process (eg fetchmail but it can be any process). It runs ok as LocalUser. Also I can tell that cygrunsrv isn't even able to get to the binary when I use the run as administrator option, because when I do ls -lu /bin/fetchmail.exe the access time is old. Any ideas? thx, using cygrunsrv-0.96-2 on win2k _ Get McAfee virus scanning and cleaning of incoming attachments. Get Hotmail Extra Storage! http://join.msn.com/?PAGE=features/es -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Add Download Manager to Cygwin Setup
On Sun, 12 Oct 2003, Daniel Morgan wrote: Hello Cygwin Developers, When I am trying to install various things via Cygwin setup.exe, it stops downloading stuff for some reason. This maybe due to my internet connection or router. I have DSL. I was wondering if the setup.exe could be modified to automatically re-start downloading the current file it stopped on. The timeout could be 20 seconds before restarting for example. This way I could get the entire Cygwin with no problem. Otherwise, I have to restart setup.exe a dozen times, select a few more packages, and try to download those packages... It certainly could. IIRC, restarting partial downloads was on the setup TODO list at some point (maybe it still is -- I'm too lazy to look). FWIW, http://cygwin.com/acronyms/#PTC. Now, if I could get the cvs software to do that too, I could participate in open source software projects again. Thanks in advance, Daniel Doesn't CVS do this already? BTW, you can also use wget to download source tarballs... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv can't run as administrator
On Sun, Oct 12, 2003 at 12:36:27PM -0700, Alex Liberman wrote: hello, when I try to install a service with cygrunsrv and select the option to run that process as administrator, cygrunsrv is unable to start the process (eg fetchmail but it can be any process). It runs ok as LocalUser. Also I can tell that cygrunsrv isn't even able to get to the binary when I use the run as administrator option, because when I do ls -lu /bin/fetchmail.exe the access time is old. Any ideas? thx, The administrator account has by default no right to start services. You can add that right by calling editrights -u administrator -a SeServiceLogonRight Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv can't run as administrator
On Sun, Oct 12, 2003 at 10:36:40PM +0200, Corinna Vinschen wrote: On Sun, Oct 12, 2003 at 12:36:27PM -0700, Alex Liberman wrote: hello, when I try to install a service with cygrunsrv and select the option to run that process as administrator, cygrunsrv is unable to start the process (eg fetchmail but it can be any process). It runs ok as LocalUser. Also I can tell that cygrunsrv isn't even able to get to the binary when I use the run as administrator option, because when I do ls -lu /bin/fetchmail.exe the access time is old. Any ideas? thx, The administrator account has by default no right to start services. ^^ Oh well, make this ... run services under its account. Corinna You can add that right by calling editrights -u administrator -a SeServiceLogonRight -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygrunsrv can't run as administrator
The administrator account has by default no right to start services. You can add that right by calling editrights -u administrator -a SeServiceLogonRight Corinna thx but that wasn't it either, however have worked around by pointing cygrunsrv --path to a script hehe cygrunsrv -I fetchmail --path /bin/bash.exe -a /home/Administrator/sh.sh --shutdown $ cat sh.sh #!/bin/bash exec su Administrator -c /bin/fetchmail -N /home/Administrator/pass.txt _ Instant message during games with MSN Messenger 6.0. Download it now FREE! http://msnmessenger-download.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setpriority() and PRIO_PROCESS under Cygwin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, 12 Oct 2003 15:21:41 +0200, Hannu E K Nevalainen [EMAIL PROTECTED] wrote: + setpriority/getpriority are not implemented in Cygwin. This means; use __CYGWIN__ or some such to create conditional (i.e. exclusion of) compiling of those parts of the source. I did it once like this (code from a program I no longer use): #ifdef __CYGWIN__ #include windows.h /* for some specific Windoz calls */ #endif /* __CYGWIN__ */ #ifdef __CYGWIN__ { HANDLE WinId ; WinId = GetCurrentProcess ( ) ; /* get my Windows HANDLE */ SetPriorityClass ( WinId , REALTIME_PRIORITY_CLASS ) ; /* set priority to REAL TIME CLASS */ } #endif /* __CYGWIN__ */ Ehud. - -- Ehud Karni Tel: +972-3-7966-561 /\ Mivtach - Simon Fax: +972-3-7966-667 \ / ASCII Ribbon Campaign Insurance agencies (USA) voice mail and X Against HTML Mail http://www.mvs.co.il FAX: 1-815-5509341 / \ GnuPG: 98EA398D http://www.keyserver.net/Better Safe Than Sorry -BEGIN PGP SIGNATURE- Comment: use http://www.keyserver.net/ to get my key (and others) iD8DBQE/ib6uLFvTvpjqOY0RAtdqAJ9HKOprp8ZnzJdrADlQ3eQxYYOfTACeJ9UZ GPrUJElEq3ByYMSLLamRal4= =Cmx0 -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin1.dll missing getreent and fopen
-- Início da mensagem original --- De: Corinna Vinschen [EMAIL PROTECTED] Para: [EMAIL PROTECTED] Cc: Data: Fri, 10 Oct 2003 17:04:18 +0200 Assunto: Re: cygwin1.dll missing getreent and fopen On Fri, Oct 10, 2003 at 02:44:48PM +, Misha Gale wrote: I have just tried to install cygwin, using the setup.exe downloaded from cygwin.com, and installing from a local directory (rsync'ed from sources.redhat.com last night) and having installed all the packages, come to the postinstall stage and been bombarded with messages saying The procedure entry point __fopen64 couldn not be located in the dynamic link library cygwin1.dll or The procedure entry point __getreent couldn not be located in the dynamic link library cygwin1.dll This occurs when 'bash' 'sed', 'basename' or 'uname' (and probably others) are executed. I have also recieved an unable to locate dll for cygpcre.dll from 'grep.exe' cygwin1.dll is installed in /bin, is this the right location or should it be in %SYSTEMROOT%? No! Never! I am running Win2000 Pro SP4. Is it actually possible someone has oopsed in the dll code tree and removed these rather crucial functions? Or have have I got a corrupt dll somehow? An older one. Apparently you didn't install using the setup.exe tool. Remove your Cygwin installation, download setup.exe (http://cygwin.com has a link) and start setup.exe to install a Cygwin distro. Corinna Hi -- I have experienced the same problem under WindowsME, since the two releases after Sept 20th. I do not get the fopen error, but I do experience the getreent error. Complete reinstallation, including redownloading setup.exe does not work. The complaint about cygwin1.dll remains and the shell doesn't launch. I was just about to post a similiar report; here it is: Cygwin fails to start on WinME. This is after the 2 latest releases: starting on the September 20 release and the current. I have tried reinstalling Cygwin more than one, re-downloading, etc, but to no avail. The error msg I get (translated from Portuguese) is: The file BASH.EXE is linked to the (to a) CYGWIN1.DLL export file that was not found: __getreent. I have Cygwin in C:\cygwin However, the CYGWIN1.dll is placed right under C:\cygwin\bin Could this have something to do with the LD_LIBRARY_PATH variable? However, in my previous installation, I don't remember fiddling with this variable... This is the CYGWIN .bat file @echo off C: chdir C:\cygwin\bin bash --login -i PATH c:\bin\emacs-21.2:c:\cygwin\bin:c:\cygwin\usr\bin:c:cygwin\usr\local\bin;C:\Perl\bin\;c:\ruby\bin;C:\WINDOWS;C:\WINDOWS\COMMAND;C:\texmf\miktex\bin;C:\POSSUM5\jmf;C:\POSSUM5\poet\bin;C:\POSSUM5\java\bin;C:\j2sdk1.4.1_01\bin;%PATH;C:\sml\bin;C:\bin\Mozart\bin;C:\pp\bin\win32 HOMEc:\cygwin\home DEFAULT I do not have a CYGWIN variable, as mentioned in the User Guide: C:\ set CYGWIN=tty notitle glob but that doesn't work when I use it on the DOS prompt. The CYGWIN1.dll is version 1003.22.0.0 Any help appreciated, because I'm /seriously/ stuck. -- Henry --- Acabe com aquelas janelinhas que pulam na sua tela. AntiPop-up UOL - É grátis! http://antipopup.uol.com.br -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Setup: prevent scan for domain users by mkpasswd
I'm working at an university computer lab with over 6000 users in our Active Directory. You can imagine how long it takes for Cygwin Setup to add all of them into passwd. I know Setup calls mkpasswd with the -l option, but it doesn't help when I run the installation on a Windows server. Maybe it's better to change mkpasswd and mkgroup so that they do nothing when called with -l on a Server, or maybe there are some other ways to resolve it. Actually I don't care, I just don't like to wait an hour or two for passwd-grp.sh. Huijing -- Huijing Zhou [EMAIL PROTECTED] CIP Computer Lab, Faculty of Economics University of Karlsruhe, Germany http://www.wiwi.uni-karlsruhe.de/ze/cip/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: merging mingw and cygwin
to support just gcc. Everyone does not want all of the 600+ megabytes of Cygwin just because they want a C++ compiler (or C, or FORTRAN). That is why some good, open source IDE's for C/C++ use MingW as part of their full installation. No fuss, no muss, relatively lightweight download. Wayne Keen Right.. all good points, but all minor barriers to overcome. All you would have to do is put an 'install mingw subset' button on setup.exe, and it would well, install a mingw subset and put cygwin in 'mingw mode'. It sure would beat the install process for mingw right now, which is a manual horror right now involving the download and installation of several, separate packages in different directories. If, of course -mno-cygwin == mingw, which I'm going through right now. Ed ( ps - even if I can cobble together, say berkeleydb which builds native in mingw right now, how does -mno-cygwin benefit from all the work that the mingw team has done in making the native windows port of cygwin work? ) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin1.dll missing getreent and fopen
On Sun, 12 Oct 2003, synthespian wrote: -- Início da mensagem original --- From: Corinna Vinschen Date: Fri, 10 Oct 2003 17:04:18 +0200 Subject: Re: cygwin1.dll missing getreent and fopen On Fri, Oct 10, 2003 at 02:44:48PM +, Misha Gale wrote: I have just tried to install cygwin, using the setup.exe downloaded from cygwin.com, and installing from a local directory (rsync'ed from sources.redhat.com last night) and having installed all the packages, come to the postinstall stage and been bombarded with messages saying The procedure entry point __fopen64 couldn not be located in the dynamic link library cygwin1.dll or The procedure entry point __getreent couldn not be located in the dynamic link library cygwin1.dll This occurs when 'bash' 'sed', 'basename' or 'uname' (and probably others) are executed. I have also recieved an unable to locate dll for cygpcre.dll from 'grep.exe' cygwin1.dll is installed in /bin, is this the right location or should it be in %SYSTEMROOT%? No! Never! I am running Win2000 Pro SP4. Is it actually possible someone has oopsed in the dll code tree and removed these rather crucial functions? Or have have I got a corrupt dll somehow? An older one. Apparently you didn't install using the setup.exe tool. Remove your Cygwin installation, download setup.exe (http://cygwin.com has a link) and start setup.exe to install a Cygwin distro. Corinna Hi -- I have experienced the same problem under WindowsME, since the two releases after Sept 20th. I do not get the fopen error, but I do experience the getreent error. Complete reinstallation, including redownloading setup.exe does not work. The complaint about cygwin1.dll remains and the shell doesn't launch. I was just about to post a similiar report; here it is: Cygwin fails to start on WinME. This is after the 2 latest releases: starting on the September 20 release and the current. I have tried reinstalling Cygwin more than one, re-downloading, etc, but to no avail. The error msg I get (translated from Portuguese) is: The file BASH.EXE is linked to the (to a) CYGWIN1.DLL export file that was not found: __getreent. I have Cygwin in C:\cygwin However, the CYGWIN1.dll is placed right under C:\cygwin\bin Could this have something to do with the LD_LIBRARY_PATH variable? However, in my previous installation, I don't remember fiddling with this variable... This is the CYGWIN .bat file @echo off C: chdir C:\cygwin\bin bash --login -i PATH c:\bin\emacs-21.2:c:\cygwin\bin:c:\cygwin\usr\bin:c:cygwin\usr\local\bin;C:\Perl\bin\;c:\ruby\bin;C:\WINDOWS;C:\WINDOWS\COMMAND;C:\texmf\miktex\bin;C:\POSSUM5\jmf;C:\POSSUM5\poet\bin;C:\POSSUM5\java\bin;C:\j2sdk1.4.1_01\bin;%PATH;C:\sml\bin;C:\bin\Mozart\bin;C:\pp\bin\win32 HOMEc:\cygwin\home DEFAULT I do not have a CYGWIN variable, as mentioned in the User Guide: C:\ set CYGWIN=tty notitle glob but that doesn't work when I use it on the DOS prompt. The CYGWIN1.dll is version 1003.22.0.0 Any help appreciated, because I'm /seriously/ stuck. -- Henry Henry, Please read and follow the Cygwin problem reporting guidelines at http://cygwin.com/problems.html, especially the part about attaching (as an uncompressed text *attachment*) the output of cygcheck -svr. FWIW, it looks like you have another copy of cygwin1.dll in your path. Also, your PATH has wrong separators (if it's a Windows path, it should have ';'s, and if it's a Unix path, it should have POSIX directories). Igor P.S. FYI, Cygwin ignores LD_LIBRARY_PATH, and the DLLs are found using the value of PATH. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup: prevent scan for domain users by mkpasswd
On Mon, 13 Oct 2003, Huijing Zhou wrote: I'm working at an university computer lab with over 6000 users in our Active Directory. You can imagine how long it takes for Cygwin Setup to add all of them into passwd. I know Setup calls mkpasswd with the -l option, but it doesn't help when I run the installation on a Windows server. Maybe it's better to change mkpasswd and mkgroup so that they do nothing when called with -l on a Server, or maybe there are some other ways to resolve it. Actually I don't care, I just don't like to wait an hour or two for passwd-grp.sh. Huijing If you're installing Cygwin just for yourself, simply don't install the base-passwd package initially (i.e., generate an /etc/passwd that you want manually, using mkpasswd -u, for example, and then install the package). This will not let any of the other users run Cygwin, and you'd have to add them to /etc/passwd manually afterwards if you want them to have that ability. If you do want students to be able to run Cygwin, you'll just have to wait for passwd-grp.sh to complete. Leave it overnight, or something... You'd have to update /etc/passwd and /etc/group whenever new users/groups are created, too. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: merging mingw and cygwin
At 06:41 PM 10/12/2003, Edward Peschko you wrote: to support just gcc. Everyone does not want all of the 600+ megabytes of Cygwin just because they want a C++ compiler (or C, or FORTRAN). That is why some good, open source IDE's for C/C++ use MingW as part of their full installation. No fuss, no muss, relatively lightweight download. Wayne Keen Right.. all good points, but all minor barriers to overcome. All you would have to do is put an 'install mingw subset' button on setup.exe, and it would well, install a mingw subset and put cygwin in 'mingw mode'. Not true. Cygwin already has this mingw mode. Granted, there's no one button in setup for it. But if you really wanted one button, you could add a package that had dependencies on all the packages you'd want. That would do it. I'm guessing we're again talking in the hypothetical sense since you've stated previously that you have no plans to contribute anything towards your professed goals. But I thought it important to correct your misstatements. It would really be better if you tried harder to verify the validity of your statements before you make them. It will help keep the email archives from filling up with unproductive assertions. It sure would beat the install process for mingw right now, which is a manual horror right now involving the download and installation of several, separate packages in different directories. That's a Mingw issue and is off-topic for this list. If, of course -mno-cygwin == mingw, which I'm going through right now. Ed ( ps - even if I can cobble together, say berkeleydb which builds native in mingw right now, how does -mno-cygwin benefit from all the work that the mingw team has done in making the native windows port of cygwin work? ) What are you talking about? You would be better off testing out some of this before posting these musings. You'd find the answers allot quicker and learn much along the way. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: merging mingw and cygwin
Does the author of this reply have a problem with someone else knowing what they are talking about? On 12 Oct 2003 at 0:36, Christopher Faylor wrote: On Sat, Oct 11, 2003 at 09:16:41PM -0700, Paul G. wrote: Msys is derived from Cygwin. However, it does not have the overhead that Cygwin does, nor does Msys support the posix/unixy stuff that Cygwin does...nor should it. You keep saying overhead as if you know what you're talking about. Fancy that...had it occurred to the author of this reply that maybe, just maybe I do...? I doubt it, otherwise the author of this reply wouldn't need to ask such dumb questions or make such implications in terms of my knowledge and background in computer science, something the author of this reply is already, at least I had thought the author of this post was, well aware of... Either be more precise or stop making vague statements. *sigh* Guess you need me to clarify something, as if the author of that last statment didn't already know what I was talking about ...especially considering how long the author of that last statement have been aware of my presence here and my contributions, what contributions do exist, to Cygwin...*sigh* Ok, looks like I have to spell it out -- I had hoped I wouldn't be placed in a position to do this, especially where this sort of thing is concerned...as I assume that most people here are intelligent enough and know what I am talking about without me having to spend time and energy spelling everything out that I state...guess everyone will have to deal with the excessive length of this particular post... Now, please, pay particular attention to the computer science definitions (school is in): COMMAND PROCESSING OVERHEAD TIME WordNet Dictionary Definition: [n] (computer science) the processing time required by a device (or codec, or API) prior to the execution of a command Synonyms: command overhead, command processing overhead, overhead See Also: access time, processing time ACCESS TIME Pronunciation: 'akses tIm WordNet Dictionary Definition: [n] (computer science) the interval between the time data is requested by the system and the time the data is provided by the drive; access time is the sum of seek time and rotational latency and command processing overhead See Also: command overhead, command processing overhead, command processing overhead time, interval, latency, overhead, rotational latency, seek time, time interval Computing Dictionary Definition: The average time interval between a storage peripheral (usually a disk drive or semiconductor memory) receiving a request to read or write a certain location and returning the value read or completing the write. See Also: hardware, storage PROCESSING TIME WordNet Dictionary Definition: [n] the time it takes to complete a prescribed procedure; they increased output by decreasing processing time See Also: command overhead, command processing overhead, command processing overhead time, interval, overhead, time interval OVERHEAD Pronunciation: owvur'hed Matching Terms: Overhead charges, overhead cover, overhead projector, overhead railway, overhear, overheat, overheated, overheating, Overheavy WordNet Dictionary Definition: 1. [n] a hard return hitting the tennis ball above your head 2. [n] (nautical) the top surface of an enclosed space on a ship 3. [n] a transparency for use with an overhead projector 4. [n] (computer science) the disk space required for non-data information (used for location and timing) 5. [n] the expense of maintaining property (e.g., paying property taxes and utilities and insurance); it does not include depreciation or the cost of financing or income taxes 6. [n] (computer science) the processing time required by a device (or an API) prior to the execution of a command 7. [adv] above the head; over the head; bring the legs together overhead 8. [adv] above your head; in the sky; planes were flying overhead 9. [adj] located or originating from above; an overhead crossing Synonyms: budget items, command overhead, command processing overhead, command processing overhead time, disk overhead, elevated, operating cost, operating expense, smash, viewgraph Antonyms: subsurface, surface See Also: access time, cabin, ceiling, disbursal, disbursement, disc space, disk space, expense, foil, operating budget, processing time, return, transparency (school is out) Msys does do posix translations. No one, absolutely no one is arguing that point, except possibly the author of this reply. That Msys doesn't have the posix
Re: merging mingw and cygwin
On 12 Oct 2003 at 15:41, Edward Peschko wrote: to support just gcc. Everyone does not want all of the 600+ megabytes of Cygwin just because they want a C++ compiler (or C, or FORTRAN). That is why some good, open source IDE's for C/C++ use MingW as part of their full installation. No fuss, no muss, relatively lightweight download. Wayne Keen Right.. all good points, but all minor barriers to overcome. All you would have to do is put an 'install mingw subset' button on setup.exe, and it would well, install a mingw subset and put cygwin in 'mingw mode'. It sure would beat the install process for mingw right now, which is a manual horror right now involving the download and installation of several, separate packages in different directories. Umm..you might want to mention this on the Mingw users list...though it appears you haven't looked at the files that are available for download there (in terms of Mingw), specifically http://sourceforge.net/project/showfiles.php?group_id=2435. If you want to upgrade or use the latest Mingw stuff/downloads, then you may have to deal with the consequences...but that is entirely up to you...and, as for Mingw, on this list, is for the most part OT here. Cygwin docs will tell you what is included and/or necessary when you select or expect to use gcc-mingw from the Cygwin setup.exe. If, of course -mno-cygwin == mingw, which I'm going through right now. As noted previously in other replies to this thread, what is provided (in terms of Mingw) within the Cygwin development environment is not the complete Mingw distribution, nor should it or does it need to be. If you want the latest Mingw release, then take a look at the link noted above. Paul G. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: merging mingw and cygwin
On Sun, Oct 12, 2003 at 04:47:18PM -0700, Paul G. wrote: On 12 Oct 2003 at 15:41, Edward Peschko wrote: It sure would beat the install process for mingw right now, which is a manual horror right now involving the download and installation of several, separate packages in different directories. Umm..you might want to mention this on the Mingw users list...though it appears you haven't looked at the files that are available for download there (in terms of Mingw), specifically http://sourceforge.net/project/showfiles.php?group_id=2435. He already mentioned this in the mingw-users mailing list. He's started several threads there. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: merging mingw and cygwin
On 12 Oct 2003 at 20:10, Christopher Faylor wrote: On Sun, Oct 12, 2003 at 04:47:18PM -0700, Paul G. wrote: On 12 Oct 2003 at 15:41, Edward Peschko wrote: It sure would beat the install process for mingw right now, which is a manual horror right now involving the download and installation of several, separate packages in different directories. Umm..you might want to mention this on the Mingw users list...though it appears you haven't looked at the files that are available for download there (in terms of Mingw), specifically http://sourceforge.net/project/showfiles.php?group_id=2435. He already mentioned this in the mingw-users mailing list. ] No, he has not said anything about manual horror. He has, however, stated that the download and use of a specific Mingw distribution was simple and easy. He's started several threads there. Yes, he has. Is there some reason why something having to do with Mingw is important for this list aside from the -mno- cygwin related issues or questions? Paul G. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
results of compiling berkeleydb
Ok, I did as requested, and tried to compile berkeleydb with -mno-cygwin. Results are below, along with some thoughts/reflections Ed general nitpicks: 'which' returns /cygdrive/c form instead of C:\... no way of switching doesn't play well with applications outside of cygwin (for example: touch /tmp/2 gvim (native windows executable) /tmp/2 returns 'file not found'. need to prefix it with gvim 'C:/cygwin/tmp/2' assuming installed in C:\cygwin. (both sh and tcsh have this problem.) directory softlinks as .lnk files, not as junctions. Can't 'cd' into a link, various windows programs have problems with reading the softlink. Make 'softlink == hardlink' on NT/2000/xp systems? (softlinks as '.lnk', yes I know there is an option to disable this, but this should be IMO default as windows xp/2000/nt have *good* links.) form of 'grep dropped -r .' does not work, need to use form 'grep -r mingw .' clipboard seems to be malfunctioning, text cannot be copied to it. compiling berkeleydb: trying to port berkeleydb as mingw ./configure --prefix=/install/berkeleydb --build=i686-pc-mingw32 compiles fine, does not invoke -mno-cygwin. objdump -p ./db_recover.exe | grep DLL Name gives DLL Name: cygwin1.dll DLL Name: KERNEL32.dll make realclean rm config.cache ./configure --prefix=/install/berkeleydb --build=i686-pc-mingw32 --target=i686-pc-mingw32 objdump -p ./db_recover.exe | grep DLL Name gives DLL Name: cygwin1.dll DLL Name: KERNEL32.dll Ok, so berkeleydb's configure process knows nothing about -mno-cygwin, grep no-cygwin -r . -r: No such file or directory oops, make that: grep -r no-cygwin . ./aclocal/libtool.ac: *-*-cygwin*/gcc*-mno-cygwin*|*-*-mingw*) hmm. libtool has something, at least the .ac file (which I'm assuming is the template and is not the one being used in the compilation) So, I'll add it manually to the Makefile: edit Makefile inside dist = add LDFLAGS == -mno-cygwin hmm. Errors: db_archive.o(.text+0x2c1): db_archive.c: undefined reference to 'errno') db_archive.o(.text+02d2):db_archive.c: undefined reference to 'getreent' ... ... hmm. missing symbols. Looks like the mingw32 runtime libraries are missing, so I search the net and see 'http://www.delorie.com/howto/cygwin/mno-cygwin-howto.html' and find: ... undefined reference to ___errno' Ouch! what went wrong here? Its such a trivial piece of code.. The problem here is that the Cygwin development tools provide *only* the Mingw32 C runtime libraries ..and goes on to mention the prickly nature of mingw and cygwin having either the same file _G_config.h with differences or when Cygwin has a file that mingw32 doesn't. As of now, it looks like even these have been removed because berkeley db is a c program, but for now I go to the net and install: MinGW-3.1.0-1.exe into C:\mingw, and: vim Makefile edit, add: CPPFLAGS= -I/cygdrive/c/mingw/include .. LDFLAGS = -L/cygdrive/c/mingw/lib .. make clean make: argh. more errors: db.h:90: error: parse error before db_pgno_t db.h:90: warning: data definition has no type or storage class. At this point, I probably would throw up my hands, and head for mingw instead and indeed have two separate development environments. Since this is just a C program, the problems that I would get from a C++ program or a fortran one would probably be more severe. benefits of integrated mingw and cygwin Now, if mingw and cygwin were *truly* integrated, I would only have to say: [EMAIL PROTECTED](...db-4.1.25/dist) % setenv MINGW 1 [EMAIL PROTECTED](...db-4.1.25/dist) % ./configure --prefix=/install/berkeleydb checking build system type... i686-pc-mingw32 checking host system type... i686-pc-mingw32 [EMAIL PROTECTED](...db-4.1.25/dist) % make [EMAIL PROTECTED](...db-4.1.25/dist) % make install The people who make berkeleydb configure would not need to know that you are cross-compiling and they need not know -mno-cygwin because it would be implicit in everything that gcc, ld, etc. does. config.guess would return 'pc-mingw32' in MINGW mode. Furthermore, as part of what the MINGW switch does, it would disable all headers and libraries in the cygwin tree so such errors as 'picking up the wrong _G_config.h' and 'in no-cygwin mode: picking up a file that exists in cygwin' would go away. This would allow for better error handling - as the errors would always be pointing to the 'right place'. And: a) you could make the MINGW version of the utilities act in a more win32 way, getting rid of a lot of annoyances as listed above. b) you'd get a lot of testing and bugfixing of the merged software from existing mingw users. c) people would be able to use all the unix tools (screen, vim, emacs, grep, etc) to develop these native Win32 apps in a coherent package. d) the inefficiencies in supporting two separate projects which basically
Re: merging mingw and cygwin
Umm..you might want to mention this on the Mingw users list...though it appears you haven't looked at the files that are available for download there (in terms of Mingw), specifically http://sourceforge.net/project/showfiles.php?group_id=2435. He already mentioned this in the mingw-users mailing list. He's started several threads there. jeez. its weird hearing about yourself in the 3rd person, talking about things you've done in another incarnation. feels very odd.. :-) Ed -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
multiple consoles in one window
Is there any way to have more than one console session available in one rxvt (or dos) window? I am thinking of the konsole that I used back when linux was an option. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: multiple consoles in one window
On Sun, Oct 12, 2003 at 07:24:29PM -0600, bob wrote: Is there any way to have more than one console session available in one rxvt (or dos) window? I am thinking of the konsole that I used back when linux was an option. yes, you can use 'screen'... as of v 4.0.1, screen supports multiple consoles on cygwin. It took a couple of small mods to compile, but its worth it... Ed -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: merging mingw and cygwin
At 08:56 PM 10/12/2003, Paul G. you wrote: On 12 Oct 2003 at 20:10, Christopher Faylor wrote: On Sun, Oct 12, 2003 at 04:47:18PM -0700, Paul G. wrote: On 12 Oct 2003 at 15:41, Edward Peschko wrote: It sure would beat the install process for mingw right now, which is a manual horror right now involving the download and installation of several, separate packages in different directories. Umm..you might want to mention this on the Mingw users list...though it appears you haven't looked at the files that are available for download there (in terms of Mingw), specifically http://sourceforge.net/project/showfiles.php?group_id=2435. He already mentioned this in the mingw-users mailing list. ] No, he has not said anything about manual horror. He has, however, stated that the download and use of a specific Mingw distribution was simple and easy. He's started several threads there. Yes, he has. Is there some reason why something having to do with Mingw is important for this list aside from the -mno- cygwin related issues or questions? No. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Cygwin setup stopped @99%
On 12 Oct, Hannu E K Nevalainen wrote: Your problem is well known, Yes, we've started having this problem here, since last week. I just wanted to check the mailing list before I tried the obvious fix. So, I can confirm that yes, the cygpath -A -P just hangs, that it can be run manually from either a bash shell or from a DOS prompt without hanging, and that the shell script in /usr/X11R6/bin can be run manually and it won't hang. I also noticed that /etc/postinstall/XFree86-bin-icons.sh is an sh-shell script, and it calls the /usr/X11R6/bin/XFree86-bin-icons.sh bash script. I also noticed that the latter script has a space between the #! and the /bin/bash on its first line. But those things aren't enough to explain the problem; I'd have to say I'm mystified as to why it's happening. Knowing the workaround is enough for now. I've just changed our installation instructions to add a series of manual steps: When the installation process freezes at 99% saying it is running /etc/postinstall/XFree86-bin-icons.sh, do this: 1) Start a DOS shell. 2) Type: C:\cygwin\bin\bash 3) Type /etc/postinstall/XFree86-bin-icons.sh 4) Type: ps ax 5) Find the line that shows cygpath, and get the leftmost number. 6) Type: kill -9 that-number 7) Click back on the Cygwin setup window and wait for it to continue, completing the installation process. luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Reinstatement?
Chris, After two months without a connection -- and with serious withdrawal symptoms -- I am back hanging from the wires. I'm sure I've been suspended because of the bounces when I first failed. Would you kindly reset my list memberships to active? Thanks! David A. Cobb -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Can't build cygwin from CVS: configure error
[snip] Once again, I'm not *trying* to get you into this mood. Chris pretty much lives in that mood. -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Reinstatement?
On Mon, Oct 13, 2003 at 12:04:57AM -0400, David A. Cobb wrote: After two months without a connection -- and with serious withdrawal symptoms -- I am back hanging from the wires. I'm sure I've been suspended because of the bounces when I first failed. Would you kindly reset my list memberships to active? Thanks! If you have been unsubscribed, resubscribe. You don't need to invoke a personal intervention for this kind of thing. That's what computers are for. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: results of compiling berkeleydb
On Sun, Oct 12, 2003 at 06:03:44PM -0700, Edward Peschko wrote: Ok, I did as requested, and tried to compile berkeleydb with -mno-cygwin. Results are below, along with some thoughts/reflections Hint: GCC='gcc -mno-cygwin' ./configure. AFAICT, this won't get you a windows version of db with the unpatched sources (since it seems like you need to use a special windows configure script which defines DB_WIN32 to do that), but it should at least get you closer to that goal. The bottom line is that you were using the tools incorrectly. Didn't someone suggest doing more research before posting? Sounds like good advice to me. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
gcc -dM -E -xc /dev/null g++ -dM -E -xc /dev/null
gcc -dM -E -xc /dev/null and g++ -dM -E -xc /dev/null produce the same output. Is this a feature or a bug? How can one know that g++ (not gcc) is invoked? === Windows 2000 Professional CYGWIN_NT-5.0 1.5.4(0.94/3/2) gcc version 3.3.1 (cygming special) === -- $ gcc -dM -E -xc /dev/null #define __DBL_MIN_EXP__ (-1021) #define __FLT_MIN__ 1.17549435e-38F #define _X86_ 1 #define __CHAR_BIT__ 8 #define __WCHAR_MAX__ 65535U #define __DBL_DENORM_MIN__ 4.9406564584124654e-324 #define __FLT_EVAL_METHOD__ 2 #define __unix__ 1 #define unix 1 #define __i386__ 1 #define __SIZE_TYPE__ unsigned int #define __DBL_MIN_10_EXP__ (-307) #define __FINITE_MATH_ONLY__ 0 #define __GNUC_PATCHLEVEL__ 1 #define __FLT_RADIX__ 2 #define __LDBL_EPSILON__ 1.08420217248550443401e-19L #define _stdcall __attribute__((__stdcall__)) #define __SHRT_MAX__ 32767 #define __LDBL_MAX__ 1.18973149535723176502e+4932L #define __CYGWIN__ 1 #define __unix 1 #define __LDBL_MAX_EXP__ 16384 #define __LONG_MAX__ 2147483647L #define __SCHAR_MAX__ 127 #define __DBL_DIG__ 15 #define __USER_LABEL_PREFIX__ _ #define __STDC_HOSTED__ 1 #define __stdcall __attribute__((__stdcall__)) #define __LDBL_MANT_DIG__ 64 #define __FLT_EPSILON__ 1.19209290e-7F #define __tune_i686__ 1 #define __LDBL_MIN__ 3.36210314311209350626e-4932L #define __WCHAR_TYPE__ short unsigned int #define __FLT_DIG__ 6 #define __FLT_MAX_10_EXP__ 38 #define __INT_MAX__ 2147483647 #define __FLT_MAX_EXP__ 128 #define __DECIMAL_DIG__ 21 #define __DBL_MANT_DIG__ 53 #define __WINT_TYPE__ unsigned int #define __GNUC__ 3 #define _cdecl __attribute__((__cdecl__)) #define __LDBL_MIN_EXP__ (-16381) #define __LDBL_MAX_10_EXP__ 4932 #define __DBL_EPSILON__ 2.2204460492503131e-16 #define __DBL_MAX__ 1.7976931348623157e+308 #define __tune_pentiumpro__ 1 #define __fastcall __attribute__((__fastcall__)) #define _fastcall __attribute__((__fastcall__)) #define __CYGWIN32__ 1 #define __USING_SJLJ_EXCEPTIONS__ 1 #define __DBL_MAX_EXP__ 1024 #define __FLT_DENORM_MIN__ 1.40129846e-45F #define __LONG_LONG_MAX__ 9223372036854775807LL #define __FLT_MAX__ 3.40282347e+38F #define __GXX_ABI_VERSION 102 #define __FLT_MIN_10_EXP__ (-37) #define __FLT_MIN_EXP__ (-125) #define i386 1 #define __GNUC_MINOR__ 3 #define __DBL_MAX_10_EXP__ 308 #define __LDBL_DENORM_MIN__ 3.64519953188247460253e-4951L #define __DBL_MIN__ 2.2250738585072014e-308 #define __PTRDIFF_TYPE__ int #define __LDBL_MIN_10_EXP__ (-4931) #define __REGISTER_PREFIX__ #define __cdecl __attribute__((__cdecl__)) #define __LDBL_DIG__ 18 #define __NO_INLINE__ 1 #define __i386 1 #define __FLT_MANT_DIG__ 24 #define __VERSION__ 3.3.1 (cygming special) #define __declspec(x) __attribute__((x)) - -- = Alex Vinokur mailto:[EMAIL PROTECTED] http://mathforum.org/library/view/10978.html news://news.gmane.org/gmane.comp.lang.c++.perfometer = -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: gcc -dM -E -xc /dev/null g++ -dM -E -xc /dev/null
On Mon, Oct 13, 2003 at 07:22:28AM +0200, Alex Vinokur wrote: gcc -dM -E -xc /dev/null and g++ -dM -E -xc /dev/null produce the same output. Is this a feature or a bug? It is not a bug. Try it on linux. How can one know that g++ (not gcc) is invoked? Isn't the __cplusplus define a feature of c++? I'm too lazy to check if this is a g++ extension but I'd be surprised if it was. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/