From: Hugh P. <hug...@gm...> - 2005-06-01 05:16:09
|
Seems I cant use ./configure using mingw32 on Windows XP? After maybe 50 or 100 tests, messages such as (paraphrasing) "unable to fork, permission denied", or "resource unavailable" appear, then my entire computer becomes incredibly slow and sluggish, and I am forced to reboot. I can reproduce this reliably on my machine, in both Cygwin and Mingw. I'd guess that the forking is using some system resource and not freeing it correctly? I saw a bug related to this in the buglist from March, something like "memory leak on spawning shell scripts", so I guess I"m not the only person with the problem? Running Windows XP SP2. Obviously, mingw and cygwin are both unusable as a ./configure platform whilst this issue remains. Thoughts? Hugh Perkins |
From: Michael S. Z. <ms...@mo...> - 2005-06-01 13:29:59
|
On Wed June 1 2005 00:13, Hugh Perkins wrote: > Seems I cant use ./configure using mingw32 on Windows XP? After maybe > 50 or 100 tests, messages such as (paraphrasing) "unable to fork, > permission denied", or "resource unavailable" appear, then my entire > computer becomes incredibly slow and sluggish, and I am forced to > reboot. > > I can reproduce this reliably on my machine, in both Cygwin and Mingw. > I'd guess that the forking is using some system resource and not > freeing it correctly? I saw a bug related to this in the buglist from > March, something like "memory leak on spawning shell scripts", so I > guess I"m not the only person with the problem? > > Running Windows XP SP2. > > Obviously, mingw and cygwin are both unusable as a ./configure > platform whilst this issue remains. > > Thoughts? > Port valgrind? Mike |
From: Max T. W. <max...@ve...> - 2005-06-01 15:31:59
|
Hugh Perkins wrote: > > Seems I cant use ./configure using mingw32 on Windows XP? After maybe > 50 or 100 tests, messages such as (paraphrasing) "unable to fork, > permission denied", or "resource unavailable" appear, then my entire > computer becomes incredibly slow and sluggish, and I am forced to > reboot. > > I can reproduce this reliably on my machine, in both Cygwin and Mingw. > I'd guess that the forking is using some system resource and not > freeing it correctly? I saw a bug related to this in the buglist from > March, something like "memory leak on spawning shell scripts", so I > guess I"m not the only person with the problem? > > Running Windows XP SP2. > > Obviously, mingw and cygwin are both unusable as a ./configure > platform whilst this issue remains. > > Thoughts? > > Hugh Perkins This reminds me of some of the trouble I had. There are several important pieces of information that are really needed to your problem. The biggest is WHAT are you trying to configure. For many packages it is not a good idea to run configure from the directory that actual contains configure. Try something like: $ ls configure configure $ mkdir build $ cd build $ ../configure While I've seen signs of the memory leak in action, it has not been bad enough to mess up the basic operations. The '$ make check' steps, on the other hand, has caused me trouble with several packages. Max |
From: Michael S. Z. <ms...@mo...> - 2005-06-01 16:58:07
|
On Wed June 1 2005 10:31, Max T. Woodbury wrote: > Hugh Perkins wrote: > > > > Seems I cant use ./configure using mingw32 on Windows XP? After maybe > > 50 or 100 tests, messages such as (paraphrasing) "unable to fork, > > permission denied", or "resource unavailable" appear, then my entire > > computer becomes incredibly slow and sluggish, and I am forced to > > reboot. > > > > I can reproduce this reliably on my machine, in both Cygwin and Mingw. > > I'd guess that the forking is using some system resource and not > > freeing it correctly? I saw a bug related to this in the buglist from > > March, something like "memory leak on spawning shell scripts", so I > > guess I"m not the only person with the problem? > > > > Running Windows XP SP2. > > > > Obviously, mingw and cygwin are both unusable as a ./configure > > platform whilst this issue remains. > > > > Thoughts? > > > > Hugh Perkins > > This reminds me of some of the trouble I had. > > There are several important pieces of information that are really > needed to your problem. The biggest is WHAT are you trying to > configure. > > For many packages it is not a good idea to run configure from the > directory that actual contains configure. Try something like: > > $ ls configure > configure > $ mkdir build > $ cd build > $ ../configure > There is another restriction - Some packages MUST NOT be built in the source directory OR a subdirectory of the source. This one will get you if building GCC for certain GCC/Ada Build in a directory PARALLEL to the source directory! $ ls configure configure $ pwd /what/ever/source-dir $ cd .. $ mkdir source-bld $ cd source-bld $ ../source-dir/configure For any source that can be built outside of its source directory (not all can be), a parallel build directory will work. Also watch out for sources that select MAKE=nmake The *nix world nmake IS NOT the windows world nmake. Check the documentation that is published by this project: <http://www.linuxfromscratch.org/> They have a lot of the gotchas well documented. Mike > While I've seen signs of the memory leak in action, it has not been > bad enough to mess up the basic operations. The '$ make check' > steps, on the other hand, has caused me trouble with several packages. > > Max > > > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 > _______________________________________________ > Mingw-msys mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys > > |
From: Julien L. <lec...@fr...> - 2005-06-01 16:53:33
|
> -----Original Message----- > From: min...@li... > [mailto:min...@li...] On Behalf Of > Hugh Perkins > Sent: mercredi 1 juin 2005 07:14 > To: min...@li... > Subject: [Mingw-msys] forking issue on Windows XP? > > Seems I cant use ./configure using mingw32 on Windows XP? > After maybe 50 or 100 tests, messages such as (paraphrasing) > "unable to fork, permission denied", or "resource > unavailable" appear, then my entire computer becomes > incredibly slow and sluggish, and I am forced to reboot. I only get those messages when I ctrl-C some configure or make script. Usually, I must ctrl-C a couple extra times to unlock and get back to the shell. Sometimes I just got to restart the shell. In the latter, I also have to kill the task from task manager. Julien |
From: Max T. W. <max...@ve...> - 2005-06-01 18:14:07
|
Julien Lecomte wrote: > > > > > -----Original Message----- > > From: min...@li... > > [mailto:min...@li...] On Behalf Of > > Hugh Perkins > > Sent: mercredi 1 juin 2005 07:14 > > To: min...@li... > > Subject: [Mingw-msys] forking issue on Windows XP? > > > > Seems I cant use ./configure using mingw32 on Windows XP? > > After maybe 50 or 100 tests, messages such as (paraphrasing) > > "unable to fork, permission denied", or "resource > > unavailable" appear, then my entire computer becomes > > incredibly slow and sluggish, and I am forced to reboot. > > I only get those messages when I ctrl-C some configure or make script. > Usually, I must ctrl-C a couple extra times to unlock and get back to the > shell. Sometimes I just got to restart the shell. > In the latter, I also have to kill the task from task manager. > > Julien While I do it myself when I get impatient, the extra ctrl-C is not really a good idea. This particularly not a good idea with configure since it 'trap's and dumps a whole bunch of diagnostic information to config.log. I've had it take half a minute to finish up after a ctrl-C. Max |
From: Hugh P. <hug...@gm...> - 2005-06-02 01:44:11
Attachments:
ccclming
mingsetpath
|
Ok, so I tried building outside the source directory, which I admittedly wasnt doing, and not pressing ctrl-C, but I still get the forking error, and have to reboot my machine. Build target is the CS module of CrystalSpace (host=3Dcvs.sf.net cvsroot=3D/cvs/crystal) Build environment is mingw + ccclming + Microsoft Visual C++ Toolkit 2003 (free beer download from http://www.microsoft.com/downloads/details.aspx?FamilyID=3D272be09d-40bb-49= fd-9cb0-4bfa122fa91b&DisplayLang=3Den ) ccclming is a customized version of cccl (http://sf.net/projects/cccl), which I've attached. I'm setting the environment variables created by mingsetpath (attached), then calling configure. This produces the following output: ... checking how to run the C preprocessor... ccclming -E checking for X... disabled checking for int32... no checking for windows.h... yes checking for OpenGL... no checking for int32... (cached) no checking for DirectX... no checking for waveout... no checking for pkg-config... no checking for z-config... no checking for zlib-config... no checking for libz... no configure: *** zlib not found; VFS will be unusable checking for jpeg-config... no checking for libjpeg-config... no checking for libjpeg... ../CS/configure: fork: Permission denied ../CS/configure: fork: Permission denied ../CS/configure: /bin/cat: Permission denied ../CS/configure: /bin/cat: Permission denied ../CS/configure: /bin/rm: Permission denied ../CS/configure: /bin/grep: Permission denied ../CS/configure: /bin/rm: Permission denied ../CS/configure: /bin/cat: Permission denied ../CS/configure: /bin/sed: Permission denied ../CS/configure: /bin/rm: Permission denied ../CS/configure: fork: Permission denied ../CS/configure: fork: Permission denied ../CS/configure: fork: Permission denied Here I'm building CrystalSpace, but I'd also like to migrate my own project (http://metaverse.sf.net) from using a makefile to use configure. Hugh On 6/2/05, Max T. Woodbury <max...@ve...> wrote: > Julien Lecomte wrote: > > > > > > > > > -----Original Message----- > > > From: min...@li... > > > [mailto:min...@li...] On Behalf Of > > > Hugh Perkins > > > Sent: mercredi 1 juin 2005 07:14 > > > To: min...@li... > > > Subject: [Mingw-msys] forking issue on Windows XP? > > > > > > Seems I cant use ./configure using mingw32 on Windows XP? > > > After maybe 50 or 100 tests, messages such as (paraphrasing) > > > "unable to fork, permission denied", or "resource > > > unavailable" appear, then my entire computer becomes > > > incredibly slow and sluggish, and I am forced to reboot. > > > > I only get those messages when I ctrl-C some configure or make script. > > Usually, I must ctrl-C a couple extra times to unlock and get back to t= he > > shell. Sometimes I just got to restart the shell. > > In the latter, I also have to kill the task from task manager. > > > > Julien >=20 > While I do it myself when I get impatient, the extra ctrl-C is not really > a good idea. This particularly not a good idea with configure since it > 'trap's and dumps a whole bunch of diagnostic information to config.log. > I've had it take half a minute to finish up after a ctrl-C. >=20 > Max >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit http://developer.yahoo.net/?fr=3Doffad-ysdn-ostg-q22= 005 > _______________________________________________ > Mingw-msys mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys > |
From: Michael S. Z. <ms...@mo...> - 2005-06-02 02:36:27
|
On Wed June 1 2005 20:44, Hugh Perkins wrote: > Ok, so I tried building outside the source directory, which I > admittedly wasnt doing, and not pressing ctrl-C, but I still get the > forking error, and have to reboot my machine. > > checking for libjpeg... ../CS/configure: fork: Permission denied . . . . more of the same . . . . . So what is your permission level? Guest, Restricted, Administrator? You mentioned trying this under both mingw and cygwin... Is this still the system that you installed cygwin on? Is it still installed? Reason: I broke my system with the following installs: LyX ( -> winQT -> msys) mingw/msys Everything was still working; cygwin setup, minimum install, Now Lyx can not export, to other file formats. What is happening in my case is an intermediate file is being created which the external conversion utility does not have sufficient permission to read. Not quite the same as what you are seeing (mine is a temp file - yours is pre-existing). But the symptoms are similar - a file permission problem. I have not had time to figure out how/why this happened; but it was definately immediately after I ran the mkuser and mkgroup commands that the newest cygwin installer told me to do. Mike |
From: Hugh P. <hug...@gm...> - 2005-06-02 02:51:20
|
> So what is your permission level? Guest, Restricted, Administrator? Running as Administrator. I believe the permission denied message is a generic error message arising from lack of system resources rather than because permissions really are denied? For example, the "ls" command runs just fine normally. However, after running the configure ls no longer works "Permission denied". This is the case for any directory on the system. Its also the case with other applications, eg Internet Explorer, notepad.exe, which I can no longer launch until reboot. The machine runs perfectly the rest of the time. I suspect there are some system resources (memory? processes? handles?) not being cleaned up correctly somewhere? Hugh On 6/2/05, Michael S. Zick <ms...@mo...> wrote: > On Wed June 1 2005 20:44, Hugh Perkins wrote: > > Ok, so I tried building outside the source directory, which I > > admittedly wasnt doing, and not pressing ctrl-C, but I still get the > > forking error, and have to reboot my machine. > > >=20 > > checking for libjpeg... ../CS/configure: fork: Permission denied > . . . . more of the same . . . . . >=20 > So what is your permission level? Guest, Restricted, Administrator? >=20 > You mentioned trying this under both mingw and cygwin... > Is this still the system that you installed cygwin on? > Is it still installed? >=20 > Reason: > I broke my system with the following installs: > LyX ( -> winQT -> msys) > mingw/msys > Everything was still working; > cygwin setup, minimum install, > Now Lyx can not export, to other file formats. > What is happening in my case is an intermediate file > is being created which the external conversion utility > does not have sufficient permission to read. >=20 > Not quite the same as what you are seeing (mine is a > temp file - yours is pre-existing). > But the symptoms are similar - a file permission problem. >=20 > I have not had time to figure out how/why this happened; > but it was definately immediately after I ran the mkuser > and mkgroup commands that the newest cygwin installer > told me to do. >=20 > Mike >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit http://developer.yahoo.net/?fr=3Doffad-ysdn-ostg-q22= 005 > _______________________________________________ > Mingw-msys mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys > |
From: Hugh P. <hug...@gm...> - 2005-06-02 02:58:41
|
I suspect there may be a link with this bug: http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1170716&group_= id=3D2435&atid=3D102435? "Memory consumption climbed up to 243396KB, then I got=20 the error messages below. I also noted that the process IDs=20 for the stuff called from the script climbed up to values=20 >30000, which seems unusual to me." "./config.status: fork: Resource temporarily unavailable ./config.status: /bin/sed: Permission denied" Hugh On 6/2/05, Hugh Perkins <hug...@gm...> wrote: > > So what is your permission level? Guest, Restricted, Administrator? >=20 > Running as Administrator. >=20 > I believe the permission denied message is a generic error message > arising from lack of system resources rather than because permissions > really are denied? >=20 > For example, the "ls" command runs just fine normally. However, after > running the configure ls no longer works "Permission denied". This is > the case for any directory on the system. Its also the case with > other applications, eg Internet Explorer, notepad.exe, which I can no > longer launch until reboot. The machine runs perfectly the rest of > the time. >=20 > I suspect there are some system resources (memory? processes? > handles?) not being cleaned up correctly somewhere? >=20 > Hugh >=20 > On 6/2/05, Michael S. Zick <ms...@mo...> wrote: > > On Wed June 1 2005 20:44, Hugh Perkins wrote: > > > Ok, so I tried building outside the source directory, which I > > > admittedly wasnt doing, and not pressing ctrl-C, but I still get the > > > forking error, and have to reboot my machine. > > > > > > > > checking for libjpeg... ../CS/configure: fork: Permission denied > > . . . . more of the same . . . . . > > > > So what is your permission level? Guest, Restricted, Administrator? > > > > You mentioned trying this under both mingw and cygwin... > > Is this still the system that you installed cygwin on? > > Is it still installed? > > > > Reason: > > I broke my system with the following installs: > > LyX ( -> winQT -> msys) > > mingw/msys > > Everything was still working; > > cygwin setup, minimum install, > > Now Lyx can not export, to other file formats. > > What is happening in my case is an intermediate file > > is being created which the external conversion utility > > does not have sufficient permission to read. > > > > Not quite the same as what you are seeing (mine is a > > temp file - yours is pre-existing). > > But the symptoms are similar - a file permission problem. > > > > I have not had time to figure out how/why this happened; > > but it was definately immediately after I ran the mkuser > > and mkgroup commands that the newest cygwin installer > > told me to do. > > > > Mike > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by Yahoo. > > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > > Search APIs Find out how you can build Yahoo! directly into your own > > Applications - visit http://developer.yahoo.net/?fr=3Doffad-ysdn-ostg-q= 22005 > > _______________________________________________ > > Mingw-msys mailing list > > Min...@li... > > https://lists.sourceforge.net/lists/listinfo/mingw-msys > > > |
From: Michael S. Z. <ms...@mo...> - 2005-06-02 03:54:33
|
On Wed June 1 2005 21:58, Hugh Perkins wrote: > I suspect there may be a link with this bug: > http://sourceforge.net/tracker/index.php?func=detail&aid=1170716&group_id=2435&atid=102435? > > "Memory consumption climbed up to 243396KB, then I got > the error messages below. I also noted that the process IDs > for the stuff called from the script climbed up to values > >30000, which seems unusual to me." > > "./config.status: fork: Resource temporarily unavailable This is the one that counts. Translation: EAGAIN The handling of return code EAGAIN is often one of the corner cases in cross-systems, even between *nix-*nix. This problem will take an expert in the winOS and the *nix glue code library. Couple other questions: How much physical ram? How much swap space? on your system. Do you have a simple test case like in the link you copied that will duplicate the problem on your machine? Could you post that? I'll try it under uwin - I know they took a special effort to deal with EAGAIN in the posix.dll Mike > > ./config.status: /bin/sed: Permission denied" > > Hugh |
From: Earnie B. <ea...@us...> - 2005-06-02 12:29:44
|
On 1:44:08 am 2005-06-02 Hugh Perkins <hug...@gm...> wrote: > ccclming is a customized version of cccl > (http://sf.net/projects/cccl), which I've attached. > Why is this wrapper for cl needed for MinGW's gcc? You'll have to help debug MSYS for this setup. See the "Building MSYS" page on the MinGWiki for instructions on getting started with debugging MSYS. My guess is that the number of child processes is becoming greater than the maximum allowed but that is certainly a guess as I have no real idea. Earnie -- MinGW - http://www.mingw.org/ Wiki - http://www.mingw.org/MinGWiki/ Bug Report - http://sourceforge.net/tracker/?group_id=2435&atid=102435 Submit Patch - http://sourceforge.net/tracker/?group_id=2435&atid=302435 SF Project - http://sourceforge.net/projects/mingw Job Listing - http://sf.net/people/viewjob.php?group_id=2435&job_id=21643 Job Listing - http://sf.net/people/viewjob.php?group_id=46778&job_id=22223 |
From: Michael S. Z. <ms...@mo...> - 2005-06-02 12:47:39
|
On Thu June 2 2005 07:29, Earnie Boyd wrote: > On 1:44:08 am 2005-06-02 Hugh Perkins <hug...@gm...> wrote: > > > ccclming is a customized version of cccl > > (http://sf.net/projects/cccl), which I've attached. > > > > Why is this wrapper for cl needed for MinGW's gcc? > > You'll have to help debug MSYS for this setup. See the "Building MSYS" > page on the MinGWiki for instructions on getting started with debugging > MSYS. My guess is that the number of child processes is becoming greater > than the maximum allowed but that is certainly a guess as I have no real > idea. > > Earnie > Earnie, What indicates a system that runs msvcrt70 vs msvcrt71? Hugh mentioned he was running winXP, SP-2 - Was the SP-2 update the switch from 7.0 to 7.1? Mike |
From: Michael S. Z. <ms...@mo...> - 2005-06-02 13:15:50
|
On Thu June 2 2005 07:47, Michael S. Zick wrote: > On Thu June 2 2005 07:29, Earnie Boyd wrote: > > On 1:44:08 am 2005-06-02 Hugh Perkins <hug...@gm...> wrote: > > > > > ccclming is a customized version of cccl > > > (http://sf.net/projects/cccl), which I've attached. > > > > > > > Why is this wrapper for cl needed for MinGW's gcc? I think he said he was using the Microsoft c/c++ compiler. > > > > You'll have to help debug MSYS for this setup. See the "Building MSYS" > > page on the MinGWiki for instructions on getting started with debugging > > MSYS. My guess is that the number of child processes is becoming greater > > than the maximum allowed but that is certainly a guess as I have no real > > idea. > > Presuming that the EAGAIN code being returned is correct, along with the symptoms reported; you are correct. There are system resources that have been released but not yet freed. These released resources should be freed by the system before the failed call is retried. From the symptoms reported, they are not. As of yet there is not enough information to tell if it is a problem with the glue code library or the underlying operating system. Of course, if the EAGAIN code being returned is incorrect, all bets are off. Mike > > Earnie |
From: Earnie B. <ea...@us...> - 2005-06-03 00:53:02
|
On 12:47:34 pm 2005-06-02 "Michael S. Zick" <ms...@mo...> wrote: > On Thu June 2 2005 07:29, Earnie Boyd wrote: > > On 1:44:08 am 2005-06-02 Hugh Perkins <hug...@gm...> > > wrote: > > > ccclming is a customized version of cccl > > > (http://sf.net/projects/cccl), which I've attached. > > > > > > > Why is this wrapper for cl needed for MinGW's gcc? > > > > You'll have to help debug MSYS for this setup. See the "Building > > MSYS" page on the MinGWiki for instructions on getting started > > with debugging MSYS. My guess is that the number of child > > processes is becoming greater than the maximum allowed but that is > > certainly a guess as I have no real idea. > > > > Earnie > > > Earnie, > What indicates a system that runs msvcrt70 vs msvcrt71? It has been discussed previously that you should not use the numbered versions of the MSVCRT dll. Nor should you replace the MSVCRT.DLL with one of the numbered versions. > Hugh mentioned he was running winXP, SP-2 - > Was the SP-2 update the switch from 7.0 to 7.1? > Shouldn't matter. Earnie |
From: Michael S. Z. <ms...@mo...> - 2005-06-03 01:55:36
|
On Thu June 2 2005 19:52, Earnie Boyd wrote: > > It has been discussed previously that you should not use the numbered > versions of the MSVCRT dll. Nor should you replace the MSVCRT.DLL with one > of the numbered versions. > My bad, I typo'd the filenames in that question. I meant msvcr##.dll; with and without various numbers. I will figure it out if it becomes a problem. Mike |
From: Hugh P. <hug...@gm...> - 2005-06-03 08:44:57
|
> How much physical ram? How much swap space? > on your system. 256 MB Ram, 384MB swap space > Do you have a simple test case like in the link you > copied that will duplicate the problem on your machine? > Could you post that? Not sure if this is the simplest test case, because I have to reboot my machine each time, but this is fairly simple: - put the attached files into the same directory - ./run Might have to do it a couple of times for it to fail, depending on how much ram you have and so on. The test case in the earlier referenced bug report seems pretty simple; I suspect it is the same issue? Hugh On 6/2/05, Michael S. Zick <ms...@mo...> wrote: > On Wed June 1 2005 21:58, Hugh Perkins wrote: > > I suspect there may be a link with this bug: > > http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1170716&gr= oup_id=3D2435&atid=3D102435? > > > > "Memory consumption climbed up to 243396KB, then I got > > the error messages below. I also noted that the process IDs > > for the stuff called from the script climbed up to values > > >30000, which seems unusual to me." > > > > "./config.status: fork: Resource temporarily unavailable > This is the one that counts. Translation: EAGAIN > The handling of return code EAGAIN is often one of the > corner cases in cross-systems, even between *nix-*nix. >=20 > This problem will take an expert in the winOS and the > *nix glue code library. >=20 > Couple other questions: > How much physical ram? How much swap space? > on your system. >=20 > Do you have a simple test case like in the link you > copied that will duplicate the problem on your machine? > Could you post that? >=20 > I'll try it under uwin - I know they took a special effort > to deal with EAGAIN in the posix.dll >=20 > Mike >=20 > > > > ./config.status: /bin/sed: Permission denied" > > > > Hugh >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit http://developer.yahoo.net/?fr=3Doffad-ysdn-ostg-q22= 005 > _______________________________________________ > Mingw-msys mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys > |
From: Michael S. Z. <ms...@mo...> - 2005-06-03 12:36:01
|
On Fri June 3 2005 03:44, Hugh Perkins wrote: > > How much physical ram? How much swap space? > > on your system. > > 256 MB Ram, 384MB swap space > Humm.... The system died at maximum physical memory... The 30,000+ pid isn't the problem, I have seen 59,000+ during normal operation. Oops, one difference, I am running SP-1, you have SP-2 (Makes note...) > > Do you have a simple test case like in the link you > > copied that will duplicate the problem on your machine? > > Could you post that? > > Not sure if this is the simplest test case, because I have to reboot > my machine each time, but this is fairly simple: > Thanks, I have a closely similar machine, let me beat on it awhile. Another question, sorry if the answer is already in your earlier replies... Single processor or multiple processors? In this case P-4 HT machines count as dual processor. > - put the attached files into the same directory > - ./run > configure opens more file descriptors than the test case. (Makes note...) > > Might have to do it a couple of times for it to fail, depending on how > much ram you have and so on. > Interesting, System should have cleaned up after the first entry of test app; regardless of how fast you type or how slow the machine is. > > The test case in the earlier referenced bug report seems pretty > simple; I suspect it is the same issue? > I may have to try variations on both. Mike > Hugh > > On 6/2/05, Michael S. Zick <ms...@mo...> wrote: > > On Wed June 1 2005 21:58, Hugh Perkins wrote: > > > I suspect there may be a link with this bug: > > > http://sourceforge.net/tracker/index.php?func=detail&aid=1170716&group_id=2435&atid=102435? > > > > > > "Memory consumption climbed up to 243396KB, then I got > > > the error messages below. I also noted that the process IDs > > > for the stuff called from the script climbed up to values > > > >30000, which seems unusual to me." > > > > > > "./config.status: fork: Resource temporarily unavailable > > This is the one that counts. Translation: EAGAIN > > The handling of return code EAGAIN is often one of the > > corner cases in cross-systems, even between *nix-*nix. > > > > This problem will take an expert in the winOS and the > > *nix glue code library. > > > > Couple other questions: > > How much physical ram? How much swap space? > > on your system. > > > > Do you have a simple test case like in the link you > > copied that will duplicate the problem on your machine? > > Could you post that? > > > > I'll try it under uwin - I know they took a special effort > > to deal with EAGAIN in the posix.dll > > > > Mike > > > > > > > > ./config.status: /bin/sed: Permission denied" > > > > > > Hugh > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by Yahoo. > > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > > Search APIs Find out how you can build Yahoo! directly into your own > > Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 > > _______________________________________________ > > Mingw-msys mailing list > > Min...@li... > > https://lists.sourceforge.net/lists/listinfo/mingw-msys > > > |
From: Earnie B. <ea...@us...> - 2005-06-03 11:11:41
|
On 8:44:55 am 2005-06-03 Hugh Perkins <hug...@gm...> wrote: > - put the attached files into the same directory > - ./run > > Might have to do it a couple of times for it to fail, depending on how > much ram you have and so on. > > The test case in the earlier referenced bug report seems pretty > simple; I suspect it is the same issue? > What is the output of ``msysinfo all''? Your test, although using 100% of the CPU released memory and handles appropriately for me. Make sure that PATH doesn't contain entries for Cygwin binaries and that the CYGWIN variable is not set. Earnie -- MinGW - http://www.mingw.org/ Wiki - http://www.mingw.org/MinGWiki/ Bug Report - http://sourceforge.net/tracker/?group_id=2435&atid=102435 Submit Patch - http://sourceforge.net/tracker/?group_id=2435&atid=302435 SF Project - http://sourceforge.net/projects/mingw Job Listing - http://sf.net/people/viewjob.php?group_id=2435&job_id=21643 Job Listing - http://sf.net/people/viewjob.php?group_id=46778&job_id=22223 |
From: Michael S. Z. <ms...@mo...> - 2005-06-03 13:21:53
|
On Fri June 3 2005 06:11, Earnie Boyd wrote: > On 8:44:55 am 2005-06-03 Hugh Perkins <hug...@gm...> wrote: > > > - put the attached files into the same directory > > - ./run > > > > Might have to do it a couple of times for it to fail, depending on how > > much ram you have and so on. > > > > The test case in the earlier referenced bug report seems pretty > > simple; I suspect it is the same issue? > > > > What is the output of ``msysinfo all''? Your test, although using 100% of > the CPU released memory and handles appropriately for me. Make sure that > PATH doesn't contain entries for Cygwin binaries and that the CYGWIN > variable is not set. > > Earnie > Humm... I may have duplicated that mistake, will have to check. But if cygwin can conflict, then I suppose the dll search path should be cleaned also. If I recall correctly, the dll search path is: 1) Directory of the executable 2) Current directory 3) c:\winnt\system32 4) c:\windows\system32 5) c:\winnt 6) c:\windows 7) Directories on the executable search path (I.E: 'path') (winXP - A.K.A: nt-5.x) I may have that order wrong - the docs on dlload/dlopen should have the correct information. Mike |
From: Michael S. Z. <ms...@mo...> - 2005-06-03 13:46:52
|
On Fri June 3 2005 08:21, Michael S. Zick wrote: > On Fri June 3 2005 06:11, Earnie Boyd wrote: > > On 8:44:55 am 2005-06-03 Hugh Perkins <hug...@gm...> wrote: > > > > > - put the attached files into the same directory > > > - ./run > > > > > > Might have to do it a couple of times for it to fail, depending on how > > > much ram you have and so on. > > > > > > The test case in the earlier referenced bug report seems pretty > > > simple; I suspect it is the same issue? > > > > > > > What is the output of ``msysinfo all''? Your test, although using 100% of > > the CPU released memory and handles appropriately for me. Make sure that > > PATH doesn't contain entries for Cygwin binaries and that the CYGWIN > > variable is not set. > > > > Earnie > > > Humm... > I may have duplicated that mistake, will have to check. > > But if cygwin can conflict, then I suppose the dll search path should > be cleaned also. > > If I recall correctly, the dll search path is: > 1) Directory of the executable > 2) Current directory > 3) c:\winnt\system32 > 4) c:\windows\system32 > 5) c:\winnt > 6) c:\windows > 7) Directories on the executable search path (I.E: 'path') > > (winXP - A.K.A: nt-5.x) > > I may have that order wrong - the docs on dlload/dlopen should > have the correct information. > Which translates into: If two applications ship a 'common' dll that might conflict, then they should not install in 3 thru 6. Only 1, 2, or 7. This might explain my own file permission problems and where in the world all of those msvc****.dll files came from. Mike > PS: Early series 2 Bash did have a file descriptor leak (fd-4) but I don't recall if it is fixed in the msys-Bash-2.04. ( Look in code for a loop that closes fd3 thru fd20 before creating a subshell. This is known to fix problems with scripts such as configure.) Those test loops would have to be several orders of magnitude larger before this would be noticed. Also, the test was run under cygwin (bash-2.05b) and 2.05b has the descriptor leak fixed. > Mike |
From: Michael S. Z. <ms...@mo...> - 2005-06-03 20:31:34
|
On Fri June 3 2005 03:44, Hugh Perkins wrote: > > How much physical ram? How much swap space? > > on your system. > > 256 MB Ram, 384MB swap space > Interesting indeed. I am playing with recursive variations on that simple example script. Test Machine: winXP-SP-1, 384MB ram, swap set at 64MB, with 700MB free space on disk. I have gotten some interesting error messages... Not exactly your sequence yet. The system chugged along, giving me "Had to increase your virtual memory space" messages Until it ran out of page table handles - at which point things got rather confusing. I will see if I can work out a more informative test than this uncontrolled one I just used. Mike |
From: Michael S. Z. <ms...@mo...> - 2005-06-03 21:37:51
|
On Fri June 3 2005 15:31, Michael S. Zick wrote: > On Fri June 3 2005 03:44, Hugh Perkins wrote: > > I will see if I can work out a more informative test > than this uncontrolled one I just used. > Here we go, this one is well behaved. I will just inline it, it is small enough. execute it: ./rxtest <number> Where is "<number>" is some small number. The value of X in 2^X number of processes. Start testing with SMALL values of X. ksh.exe under uwin segfaults in posix.dll somewhere around 2^8 processes. #- - - - - test script - - - - - [ $# -eq 1 ] || exit 1 [ ${1} -gt 0 ] || exit 1 let lev=${1}-1 echo 'hello '${lev} exec 3<>/dev/null exec 4<>/dev/null exec 5<>/dev/null ${0} ${lev} & ${0} ${lev} & sleep 10 echo 'bye '${lev} exit 0 |
From: Hugh P. <hug...@gm...> - 2005-06-04 02:07:11
Attachments:
msysinfo.txt
|
Hmmm, this is looking interesting. re: msysinfo msysinfo.txt attached for info. Hugh On 6/4/05, Michael S. Zick <ms...@mo...> wrote: > On Fri June 3 2005 15:31, Michael S. Zick wrote: > > On Fri June 3 2005 03:44, Hugh Perkins wrote: > > > > I will see if I can work out a more informative test > > than this uncontrolled one I just used. > > > Here we go, this one is well behaved. > I will just inline it, it is small enough. >=20 > execute it: ./rxtest <number> > Where is "<number>" is some small number. > The value of X in 2^X number of processes. > Start testing with SMALL values of X. >=20 > ksh.exe under uwin segfaults in posix.dll > somewhere around 2^8 processes. >=20 > #- - - - - test script - - - - - > [ $# -eq 1 ] || exit 1 > [ ${1} -gt 0 ] || exit 1 >=20 > let lev=3D${1}-1 > echo 'hello '${lev} >=20 > exec 3<>/dev/null > exec 4<>/dev/null > exec 5<>/dev/null >=20 > ${0} ${lev} & > ${0} ${lev} & >=20 > sleep 10 > echo 'bye '${lev} > exit 0 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far can you sho= tput > a projector? How fast can you ride your desk chair down the office luge t= rack? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20 > _______________________________________________ > Mingw-msys mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingw-msys > |
From: Michael S. Z. <ms...@mo...> - 2005-06-04 02:20:38
|
On Fri June 3 2005 21:07, Hugh Perkins wrote: > Hmmm, this is looking interesting. > > re: msysinfo > > msysinfo.txt attached for info. > If we ever get your system past 'configure'... If you will be building a modern C++ program... Replace that gcc-2.95 with any recent 3.3.x set of gcc-core/gcc-g++ If building under mingw/msys you should not need any of the Microsoft tool kits, compilers, command line manglers, etc. If using a windows development IDE, it should be possible to set it to use the external command line gcc/binutils toolchain. Mike > Hugh |