On Aug 8 10:24, Corinna Vinschen wrote:
> On Aug 8 09:27, Michael Haubenwallner wrote:
> > On 8/7/19 7:41 PM, Ken Brown wrote:
> > > Roughly 1 out of 3 times that I try to use hexchat, I get a fork failure:
> > > [...]
> > >363 26064 [main] hexchat 12399 C:\cygwin64\bin\hexchat.exe: ***
>
On Aug 8 09:27, Michael Haubenwallner wrote:
> On 8/7/19 7:41 PM, Ken Brown wrote:
> > Roughly 1 out of 3 times that I try to use hexchat, I get a fork failure:
> > [...]
> >363 26064 [main] hexchat 12399 C:\cygwin64\bin\hexchat.exe: *** fatal
> > error
> > in forked process -
On 8/7/19 7:41 PM, Ken Brown wrote:
> Roughly 1 out of 3 times that I try to use hexchat, I get a fork failure:
>
> 31143510 [main] hexchat 12392 dofork: child 12399 - died waiting for dll
> loading, errno 11
>
> It only happens if cygserver is running. I caught it under strace and saw
> the
Ken Brown writes:
> P.S. File this under "No good deed goes unpunished." I was trying to use
> hexchat to join #cygwin-developers. I can still do that on 2 out of 3
> attempts,
> but now I'm sidetracked trying to do a bisection.
FYI: I connect using znc (running on a rasPi) via erc from
Roughly 1 out of 3 times that I try to use hexchat, I get a fork failure:
31143510 [main] hexchat 12392 dofork: child 12399 - died waiting for dll
loading, errno 11
It only happens if cygserver is running. I caught it under strace and saw the
following:
29 25558 [main] hexchat 12399
Hi,
As suggested by Marco, I stripped the PATH to bare minimum and then it started
building.
But slowly slowly, one at a time, I started adding more paths to path variable
and finally I have restored it back to old one but its now building without any
problem.
So, I am not sure what happened.
On 03/12/2012 5:23 AM, Techie Help wrote:
Hi,
As suggested by Marco, I stripped the PATH to bare minimum and then it started
building.
But slowly slowly, one at a time, I started adding more paths to path variable
and finally I have restored it back to old one but its now building without
On 11/30/2012 5:24 PM, Techie Help wrote:
I have set up a new PC and installed cygwin on it.
Its windows 7 pro.
Whenever I try to build our application on it, I get the following error:
0 [main] sh 3472 child_info_fork::abort: can't commit memory for stack
0x28A000(90112), Win32 error 487
On Sat, Dec 01, 2012 at 09:32:38AM +0100, marco atzeri wrote:
On 11/30/2012 5:24 PM, Techie Help wrote:
I have set up a new PC and installed cygwin on it.
Its windows 7 pro.
Whenever I try to build our application on it, I get the following error:
0 [main] sh 3472 child_info_fork::abort:
Very same problem, already discussed in another thead or two.
I will also be grateful if this could be fixed.
Massi
2012/11/30 Techie Help techiei...@yahoo.co.uk:
I have set up a new PC and installed cygwin on it.
Its windows 7 pro.
Whenever I try to build our application on it, I get the
I flag this for the sake of completeness...
I do weekly Emacs (from BZR) builds and I have done this successfully
also under Cygwin 1.7.10-1, but today I can't because,
...
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../src -I/tmp/emacs/src -O2
-MT allocator.o -MD -MP -MF .deps/allocator.Tpo
On 2/19/2012 2:16 PM, Angelo Graziosi wrote:
I flag this for the sake of completeness...
I do weekly Emacs (from BZR) builds and I have done this successfully
also under Cygwin 1.7.10-1, but today I can't because,
...
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../src -I/tmp/emacs/src -O2 -MT
On Sun, Feb 19, 2012 at 02:16:27PM +0100, Angelo Graziosi wrote:
I flag this for the sake of completeness...
I do weekly Emacs (from BZR) builds and I have done this successfully
also under Cygwin 1.7.10-1, but today I can't because,
...
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../src
On Tue, Nov 15, 2011 at 02:22:02PM -0500, Christopher Faylor wrote:
On Tue, Nov 15, 2011 at 04:04:16PM +0100, marco atzeri wrote:
On 11/14/2011 6:11 PM, Christopher Faylor wrote:
FYI, the last thing any developer wants to hear after a major code
change is a generic It's broke report with no
On 11/16/2011 8:14 PM, Christopher Faylor wrote:
On Tue, Nov 15, 2011 at 02:22:02PM -0500, Christopher Faylor wrote:
On Tue, Nov 15, 2011 at 04:04:16PM +0100, marco atzeri wrote:
On 11/14/2011 6:11 PM, Christopher Faylor wrote:
FYI, the last thing any developer wants to hear after a major
On Wed, Nov 16, 2011 at 11:01:16PM +0100, marco atzeri wrote:
On 11/16/2011 8:14 PM, Christopher Faylor wrote:
On Tue, Nov 15, 2011 at 02:22:02PM -0500, Christopher Faylor wrote:
On Tue, Nov 15, 2011 at 04:04:16PM +0100, marco atzeri wrote:
On 11/14/2011 6:11 PM, Christopher Faylor wrote:
On 11/14/2011 6:11 PM, Christopher Faylor wrote:
FYI, the last thing any developer wants to hear after a major code
change is a generic It's broke report with no details and no way to
duplicate the problem. A stack trace from a home-grown version of
cygwin1.dll is not a detail. It's
On Tue, Nov 15, 2011 at 04:04:16PM +0100, marco atzeri wrote:
On 11/14/2011 6:11 PM, Christopher Faylor wrote:
FYI, the last thing any developer wants to hear after a major code
change is a generic It's broke report with no details and no way to
duplicate the problem. A stack trace from a
Hi Cgf,
after updating cygwin CVS build from
http://cygwin.com/ml/cygwin-cvs/2011-q4/msg00063.html
to
http://cygwin.com/ml/cygwin-cvs/2011-q4/msg00064.html .. 66html
on CYGWIN_NT-6.1-WOW64
the shell have fork issues during make/build session.
1 [main] sh 6768 E:\cygwin\bin\sh.exe:
On Mon, Nov 14, 2011 at 03:40:32PM +0100, marco atzeri wrote:
Hi Cgf,
after updating cygwin CVS build from
http://cygwin.com/ml/cygwin-cvs/2011-q4/msg00063.html
to
http://cygwin.com/ml/cygwin-cvs/2011-q4/msg00064.html .. 66html
on CYGWIN_NT-6.1-WOW64
the shell have fork issues during
On 11/14/2011 4:31 PM, Christopher Faylor wrote:
On Mon, Nov 14, 2011 at 03:40:32PM +0100, marco atzeri wrote:
Hi Cgf,
after updating cygwin CVS build from
http://cygwin.com/ml/cygwin-cvs/2011-q4/msg00063.html
to
http://cygwin.com/ml/cygwin-cvs/2011-q4/msg00064.html .. 66html
on
On Mon, Nov 14, 2011 at 05:09:07PM +0100, marco atzeri wrote:
On 11/14/2011 4:31 PM, Christopher Faylor wrote:
On Mon, Nov 14, 2011 at 03:40:32PM +0100, marco atzeri wrote:
Hi Cgf,
after updating cygwin CVS build from
http://cygwin.com/ml/cygwin-cvs/2011-q4/msg00063.html
to
On 2011-09-06 01:53Z, jan.kolar wrote:
Why the newest version
rebase/rebase-3.0-2 utilities for rebasing DLLs [...]
is listed in the middle of this page?
Actually, the one at the bottom is the newest:
2009 April rebase-3.0-2
2009 July rebase-3.0.1-1
Anything following a '-' at
On Mon, Sep 05, 2011 at 06:53:34PM -0700, jan.kolar wrote:
Then you need to install the rebase package:
http://cygwin.com/cgi-bin2/package-grep.cgi?grep=rebaseall
Why the newest version
rebase/rebase-3.0-2 utilities for rebasing DLLs to load at alternate
addresses
is listed in the
all
seems to be sorted (it almost is).
--
View this message in context:
http://old.nabble.com/Typical-Cygwin-fork-problem-tp32293766p32404960.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
On Sat, Aug 20, 2011 at 05:03:16AM -0700, big glass wrote:
$ /bin/peflagsall/
/usr/bin/ash: Can't open /bin/peflagsall/
:(
Why are you putting slashes on the end of the command? You wouldn't
do that on Windows or Linux.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
--
View this message in context:
http://old.nabble.com/Typical-Cygwin-fork-problem-tp32293766p32300380.html
Sent from the Cygwin list mailing list
/ml/#unsubscribe-simple
--
View this message in context:
http://old.nabble.com/Typical-Cygwin-fork-problem-tp32293766p32300438.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
On Aug 20 01:43, big glass wrote:
thx, im now getting this:
$/bin/rebaseall
/usr/bin/ash: $: not found
$
Sigh. The $ is the universal sign for the shell prompt. It's the
default shell prompt on Unix machines. You are not supposed to type it
in. Just start ash, then you'll see the
mate
--
View this message in context:
http://old.nabble.com/Typical-Cygwin-fork-problem-tp32293766p32300974.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation
$ /bin/peflagsall/
/usr/bin/ash: Can't open /bin/peflagsall/
:(
$ ./reply-to-typical-fork-complaint.sh
Please run rebaseall (and peflagsall+reboot if on Vista or Win7)
--
View this message in context:
http://old.nabble.com/Typical-Cygwin-fork-problem-tp32293766p32301099.html
Sent from
)
00289388 6102796B (6117EC60, 8000, , 61180977)
0028A3B8 61004F1B (611A7FAC, 612492D4, 003E, 003F)
End of stack trace
1 [main] ruby 9668 fork: child 7216 - died waiting for dll
loading, errno
--
View this message in context:
http://old.nabble.com/Typical-Cygwin-fork
On 19/08/2011 5:23 AM, big glass wrote:
I have ruby installed and am trying this, but run this but lots of errors:
$ gem install sproutcore
Fetching: rack-1.3.2.gem (100%)
Fetching: json_pure-1.4.6.gem (100%)
Fetching: extlib-0.9.15.gem (100%)
Fetching: erubis-2.7.0.gem (100%)
Fetching:
cheers, tried it in ash but get this:
$ rebaseall : not found
$ sr/bin/ash: rebaseall: not found
--
View this message in context:
http://old.nabble.com/Typical-Cygwin-fork-problem-tp32293766p32295811.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports
On Fri, Aug 19, 2011 at 4:35 PM, big glass wrote:
cheers, tried it in ash but get this:
$ rebaseall : not found
$ sr/bin/ash: rebaseall: not found
Then you need to install the rebase package:
http://cygwin.com/cgi-bin2/package-grep.cgi?grep=rebaseall
Csaba
--
GCS a+ e++ d- C++ ULS$ L+$
On Aug 19 07:35, big glass wrote:
cheers, tried it in ash but get this:
$ rebaseall : not found
$ /bin/rebaseall
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports:
:)
it already is installed, ask wont recognise it :)
--
View this message in context:
http://old.nabble.com/Typical-Cygwin-fork-problem-tp32293766p32296617.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com/problems.html
FAQ
On Fri, Aug 19, 2011 at 09:13:13AM -0700, big glass wrote:
it already is installed, ask wont recognise it :)
It's probably wearing glasses then. Duh.
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On Aug 19 09:13, big glass wrote:
:)
it already is installed, ask wont recognise it :)
$ /bin/rebaseall--- use the full path
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
this message in context:
http://old.nabble.com/Typical-Cygwin-fork-problem-tp32293766p32296836.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http
On 8/19/2011 11:38, big glass wrote:
so what is ash exactly??
ash is another name for dash, which is described here:
http://en.wikipedia.org/wiki/Debian_Almquist_shell
The short answer is that it's a minimal shell that you need to use in
your case for running the rebaseall command so that
On 08/19/2011 10:38 AM, big glass wrote:
so what is ash exactly??
Another name for dash, which is a lighter-weight shell than bash. In
particular, since dash pulls in fewer shared libraries, it can rebase
things that bash cannot.
--
Eric Blake ebl...@redhat.com+1-801-349-2682
i am noob, but prof windows programmer 3+ years :)
how can i make sure that you exit all
Cygwin processes
what is rebasing?
--
View this message in context:
http://old.nabble.com/Typical-Cygwin-fork-problem-tp32293766p32297033.html
Sent from the Cygwin list mailing list archive at Nabble.com
On Fri, Aug 19, 2011 at 7:07 PM, big glass wrote:
how can i make sure that you exit all
Cygwin processes
Get Process Explorer from sysinternals (now Microsoft:
http://technet.microsoft.com/en-us/sysinternals/bb896653).
It allows you to search for in-use files and handles. If cygwin1.dll
is
Hi all,
I recently had to re-install my Windows 2000 Pro after my registry got
corrupted and I couldn't boot at all.
I was running versions of Cygwin before 1.5.25 with no problem; I'd enjoyed
3 years of Cygwin use without any issues.
Once I did the re-install, I found that Cygwin versioned up
On 5/24/2010 8:43 PM, Mizuno Mai wrote:
- Original Message -
From: Mizuno Mai
Subject: Cygwin 1.5.25 and 1.7.5-1: Fork problem encountered
Hi all,
I recently had to re-install my Windows 2000 Pro after my registry got
corrupted and I couldn't boot at all.
SNIP a bunch of stuff
Larry,
How would you recommend troubleshooting the fork() issue. rebaseall did not
solve the problem and I don't have any BLODA.
Thanks,
Brien
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On 01/04/2010 09:43 AM, Brien wrote:
Larry,
How would you recommend troubleshooting the fork() issue. rebaseall did not
solve the problem and I don't have any BLODA.
Beyond stracing and/or debugging the code you mean? I guess I'm not real
sure.
Perhaps it's time to go back to basics and
I'm seeing the following errors under 1.7.1 that I did not see under 1.5.
I'm rsyncing over and ssh tunnel. About 50% of the time, the connection
fails and the server has the following errors:
/var/log/sshd:
2 [main] sshd 272 fork: child -1 - died waiting for longjmp before
On 12/31/2009 11:37 AM, Brien wrote:
I'm seeing the following errors under 1.7.1 that I did not see under 1.5.
I'm rsyncing over and ssh tunnel. About 50% of the time, the connection
fails and the server has the following errors:
/var/log/sshd:
2 [main] sshd 272 fork: child -1 - died
rebaseall might have done the trick (still need more time to be sure since
the problem was sporadic).
i don't really understand why my system needed it. it's a clean install
plus openssh, rsync, psmisc, netcat, vim.
you might want to consider getting a blurb about rebaseall into the event
log
On 12/31/2009 01:50 PM, Brien wrote:
rebaseall might have done the trick (still need more time to be sure since
the problem was sporadic).
i don't really understand why my system needed it. it's a clean install
plus openssh, rsync, psmisc, netcat, vim.
The install isn't a key component of
Spoke too soon- looks like I'm out of the frying pan and into the fire.
After the rebaseall, simply launching a bash shell resulted in the errors
below.
The machine is a pretty fresh Windows 7 x32 install without any BLODA.
I've run Sysinternals Process Explorer to get a dump of the DLLs that
. Unfortunately, this didn't work
right away. It bombed out with error 6 on several files --
cygcrypto-0.9.8.dll, cygcrypt-0.dll and cygz.dll. I moved each of
these to a temporary directory to get rebaseall to run.
This fixed the fork() problem with startx.
Is rebaseall called by setup at any time? (I
that admittedly does not use
Cygwin nor obviously know anything about Cygwin says that it's a fork
problem and that's that?
=
They don't have a windows machine to test with, but they
are trying to help pinpoint a problem that works under linux
and ActiveState, which seems like the most useful response
On Tue, Jun 06, 2006 at 01:30:43PM -0700, Linda W wrote:
A problem I reported in trying to install File::BOM (module to handle
files with Unicode Byte-Order-Marks) under CPAN originally here:
http://sourceware.org/ml/cygwin/2006-02/msg00238.html last February
is still a problem. I bounced it
A problem I reported in trying to install File::BOM (module to handle files
with Unicode Byte-Order-Marks) under CPAN originally here:
http://sourceware.org/ml/cygwin/2006-02/msg00238.html last February
is still a problem. I bounced it off of the module maintainer, and he
believes the problem
obviously know anything about Cygwin says that it's a fork
problem and that's that? Fork may be a problem for Activestate but
Cygwin fully emulates fork just fine, as does Cygwin's perl. The Cygwin
DLL goes to extreme lengths to make sure this work. Just about every
Cygwin compiled app that invokes
Larry Hall (Cygwin reply-to-list-only-lh at cygwin.com writes:
snipped
The key words here are If you use Registry Editor incorrectly. In other
words, if you modify something other than what's recommended, you might
cause yourself other problems. This is standard boiler-plate legalese that's
On Sun, May 28, 2006 at 10:40:34PM +, Torfinn Ottesen wrote:
heavily snipped content
snipping some more
I did this for three programs, prog1 (commercial, external),
prog2 (inhouse, compiled on Cygwin) and native cygwin prog3:
echo. I claim that I saw increased
Peter Ekberg peda at lysator.liu.se writes:
On Sun, May 28, 2006 at 10:40:34PM +, Torfinn Ottesen wrote:
heavily snipped content
snipping some more
I did this for three programs, prog1 (commercial, external),
prog2 (inhouse, compiled on Cygwin) and native cygwin
heavily snipped content
Igor Peshansky pechtcha at cs.nyu.edu writes:
On Wed, 17 May 2006, Bryan D. Thomas wrote:
I'm taking the risk of conflating several different
issues into one. On the other hand, this might be a
useful synthesis to help us bottom out on fork
problems so that we
On 05/28/2006, Torfinn Ottesen wrote:
Igor Peshansky pechtcha at cs.nyu.edu writes:
On Wed, 17 May 2006, Bryan D. Thomas wrote:
I'm taking the risk of conflating several different
issues into one. On the other hand, this might be a
useful synthesis to help us bottom out on fork
Igor Peshansky wrote:
I've been plagued by these problems for a while (since you didn't provide
full links in your message, I don't know whether you cited my message
among them without a lot of cutting-and-pasting).
I didn't cite your message[1], though it was one of the sources of the
On Thu, 18 May 2006, Bryan D. Thomas wrote:
Igor Peshansky wrote:
I've been plagued by these problems for a while (since you didn't provide
full links in your message, I don't know whether you cited my message
among them without a lot of cutting-and-pasting).
I didn't cite your
I'm taking the risk of conflating several different
issues into one. On the other hand, this might be a
useful synthesis to help us bottom out on fork
problems so that we can turn a snapshot into a stable
release[1]?
I've been trying to figure out strace incantations.
Hopefully someone more
On Wed, 17 May 2006, Bryan D. Thomas wrote:
I'm taking the risk of conflating several different
issues into one. On the other hand, this might be a
useful synthesis to help us bottom out on fork
problems so that we can turn a snapshot into a stable
release[1]?
I've been plagued by these
On 6 Apr 2006 03:44:22 -, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
fork problem
120469 by: [EMAIL PROTECTED] (J. David Boyd)
I started using cygserver and edited its config file to use 310 procs
instead of 62. In /etc/cygserver.conf, I edited the following
Luis P Caamano [EMAIL PROTECTED] writes:
On 6 Apr 2006 03:44:22 -, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
fork problem
120469 by: [EMAIL PROTECTED] (J. David Boyd)
I started using cygserver and edited its config file to use 310 procs
instead of 62. In /etc/cygserver.conf
Luis P Caamano [EMAIL PROTECTED] writes:
On 6 Apr 2006 03:44:22 -, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
fork problem
120469 by: [EMAIL PROTECTED] (J. David Boyd)
I started using cygserver and edited its config file to use 310 procs
instead of 62. In /etc/cygserver.conf
On Thu, 6 Apr 2006, J. David Boyd wrote:
Luis P Caamano [EMAIL PROTECTED] writes:
On 6 Apr 2006 03:44:22 -, [EMAIL PROTECTED] wrote:
fork problem
120469 by: [EMAIL PROTECTED] (J. David Boyd)
Again, http://cygwin.com/acronyms/#PCYMTNQREAIYR. Let's stop this
spamfest
Igor Peshansky [EMAIL PROTECTED] writes:
On Thu, 6 Apr 2006, J. David Boyd wrote:
Luis P Caamano [EMAIL PROTECTED] writes:
On 6 Apr 2006 03:44:22 -, [EMAIL PROTECTED] wrote:
fork problem
120469 by: [EMAIL PROTECTED] (J. David Boyd)
Again, http://cygwin.com/acronyms
On Thu, 6 Apr 2006, J. David Boyd wrote:
Igor Peshansky [EMAIL PROTECTED] writes:
On Thu, 6 Apr 2006, J. David Boyd wrote:
Luis P Caamano [EMAIL PROTECTED] writes:
On 6 Apr 2006 03:44:22 -, [EMAIL PROTECTED] wrote:
fork problem
120469 by: [EMAIL PROTECTED] (J
Igor Peshansky [EMAIL PROTECTED] writes:
Not all mailers have this option. That doesn't give us the right of
reposting people's email addresses all over the internet. You could try
to demand that a broken mailer be fixed, or use a different mailer...
Someone on the cygwin-talk list may be
Since yesterday, (and, _of course_, I vehemently deny changing anything in my
system), I've been plagued with
bash: fork: Resource temporarily unavailable
and an unadorned bash prompt.
If I type exit:
Sometimes it continues on to show my regular bash prompt, which leads me to
think that
Out of resources on your system?
On Wed, Apr 05, 2006 at 12:19:49PM -0400, J. David Boyd wrote:
Since yesterday, (and, _of course_, I vehemently deny changing anything in my
system), I've been plagued with
bash: fork: Resource temporarily unavailable
and an unadorned bash prompt.
On 05 April 2006 17:20, J. David Boyd wrote:
Since yesterday, (and, _of course_, I vehemently deny changing anything in
my system), I've been plagued with
bash: fork: Resource temporarily unavailable
and an unadorned bash prompt.
If I type exit:
Sometimes it continues on to show my
On Wed, 5 Apr 2006, Wayne Willcox wrote:
On Wed, Apr 05, 2006 at 12:19:49PM -0400, J. David Boyd wrote:
Since yesterday, (and, _of course_, I vehemently deny changing
anything in my system), I've been plagued with
bash: fork: Resource temporarily unavailable
and an unadorned bash
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 11/22/2005 8:17 AM:
I'm getting a repeatable fork memory allocation error with snapshot
20051116 on Win98, when trying to build CVS head of libtool; this was
not a problem with 20051020.
Is this problem still in
On Thu, Nov 17, 2005 at 04:18:06AM +, Eric Blake wrote:
I'm getting a repeatable fork memory allocation error with snapshot
20051116 on Win98, when trying to build CVS head of libtool; this was
not a problem with 20051020.
Is this problem still in the latest snapshots?
cgf
--
Unsubscribe
On Nov 17 04:18, Eric Blake wrote:
I'm getting a repeatable fork memory allocation error with snapshot
20051116 on Win98, when trying to build CVS head of libtool; this was
not a problem with 20051020.
$ make
cd . /bin/sh ./config.status libtool
config.status: executing libtool commands
Original Message
From: Christophe Jaillet
Sent: 23 May 2005 21:40
Hi,
from time to time, I'm bootstrapping gcc on my Win98 cygwin Box.
From a few weeks, it ends after about 1 hour of bootstrap with the
following message :
Win32 error 8
From MSDN:
8 Not enough storage is
On May 24 15:09, Dave Korn wrote:
Original Message
From: Christophe Jaillet
Sent: 23 May 2005 21:40
Hi,
from time to time, I'm bootstrapping gcc on my Win98 cygwin Box.
From a few weeks, it ends after about 1 hour of bootstrap with the
following message :
Win32 error
My virtual memory settings are :
min : 150 Mo
max : 750 Mo
I've also tried to update memory allowed to cygwin process as described
somewhere in the documentation with the following command :
regtool -i set /HKLM/Software/Cygnus\ Solutions/Cygwin/heap_chunk_in_mb 512
Finally I'm
Hi,
from time to time, I'm bootstrapping gcc on my Win98 cygwin Box.
From a few weeks, it ends after about 1 hour of bootstrap with the following
message :
103 [main] make 395143 fork_copy: user/cygwin data pass 2 failed,
0x1001..0x10312000, done 0, windows pid 4293978333, Win32 error 8
Christopher Faylor wrote in message...
On Thu, Apr 21, 2005 at 08:59:18AM +0100, Lionel B wrote:
second it's the wrong Cygwin version,
...this is curious... I *thought* I'd installed 1.5.15. If I run
setup.exe it tells me that the current version of cygwin is 1.5.15-1
(and indeed the
Corinna Vinschen wrote ...
On Apr 20 17:19, Lionel B wrote:
Corinna Vinschen wrote...
On Apr 20 14:09, Lionel B wrote:
Lionel B wrote...
Corinna Vinschen wrote...
On Apr 14 14:55, Lionel B wrote:
Hi,
I seem to have hit the same issue as described in:
On Thu, Apr 21, 2005 at 08:59:18AM +0100, Lionel B wrote:
second it's the wrong Cygwin version,
...this is curious... I *thought* I'd installed 1.5.15. If I run
setup.exe it tells me that the current version of cygwin is 1.5.15-1
(and indeed the cygcheck output gives the cygwin *package*
Corinna Vinschen [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
On Apr 20 14:09, Lionel B wrote:
Lionel B wrote...
Corinna Vinschen wrote...
On Apr 14 14:55, Lionel B wrote:
Hi,
I seem to have hit the same issue as described in:
On Apr 20 17:19, Lionel B wrote:
Corinna Vinschen [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
On Apr 20 14:09, Lionel B wrote:
Lionel B wrote...
Corinna Vinschen wrote...
On Apr 14 14:55, Lionel B wrote:
Hi,
I seem to have hit the same issue as
Lionel B wrote in message news:[EMAIL PROTECTED]
Hi,
I seem to have hit the same issue as described in:
http://sourceware.org/ml/cygwin/2005-03/msg00919.html
[...]
I've attach cygcheck output for the machine where Cygwin is installed (again
I cannot run
cygcheck on the Win server
On Apr 14 14:55, Lionel B wrote:
Hi,
I seem to have hit the same issue as described in:
http://sourceware.org/ml/cygwin/2005-03/msg00919.html
Please test the latest snapshot from http://cygwin.com/snapshots/
Corinna
--
Corinna Vinschen Please, send mails regarding
Corinna Vinschen wrote in message news:[EMAIL PROTECTED]
On Apr 14 14:55, Lionel B wrote:
Hi,
I seem to have hit the same issue as described in:
http://sourceware.org/ml/cygwin/2005-03/msg00919.html
Please test the latest snapshot from http://cygwin.com/snapshots/
Thanks, it
Hi,
I seem to have hit the same issue as described in:
http://sourceware.org/ml/cygwin/2005-03/msg00919.html
No resolution was offered there...
Cygwin works fine locally and (via terminal serve) on a variety of other
machines running Win 2000 and XP. However, when
I terminal serve to a
I would like to see if I can use msys or cygwin to build 64-bit binaries
for Win64. The first problem encountered is a fork problem with the 32-bit
tools when run on Win64. I get this error message:
*** fork: can't reserve memory for stack 0x48 - 0x68
The problem seems
Hello,
I am trying to write a Perl program which needs to execute some
processes (builds) in parallel. This program is started in the following
process hierarchy :
- A running cygwin background process, which starts
- The main build control process, still cygwin, which starts
- nmake
On Sun, 6 Jul 2003, Elfyn McBratney wrote:
On Sun, 6 Jul 2003, andrew brian clegg wrote:
over and over. I've tried rebasing everything as discussed in
http://www.cygwin.com/ml/cygwin/2002-10/msg00698.html
but with no joy, cygssl.dll still doesn't want to remap. I made sure I had
Andrew,
On Mon, Jul 07, 2003 at 11:11:13AM +0100, andrew brian clegg wrote:
On Sun, 6 Jul 2003, Elfyn McBratney wrote:
rebaseall -v
Thanks, I'll try it tonight when I get home. Just out of curiosity --
I rebased everything in /bin as well as /lib/apache, and cygssl.dll is
in /bin --
On Mon, 7 Jul 2003, Jason Tishler wrote:
On Mon, Jul 07, 2003 at 11:11:13AM +0100, andrew brian clegg wrote:
Thanks, I'll try it tonight when I get home. Just out of curiosity --
I rebased everything in /bin as well as /lib/apache, and cygssl.dll is
in /bin -- what does rebaseall do
Andrew,
On Mon, Jul 07, 2003 at 02:33:07PM +0100, andrew brian clegg wrote:
On Mon, 7 Jul 2003, Jason Tishler wrote:
On Mon, Jul 07, 2003 at 11:11:13AM +0100, andrew brian clegg wrote:
Thanks, I'll try it tonight when I get home. Just out of curiosity
-- I rebased everything in /bin as
1 - 100 of 105 matches
Mail list logo