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 - fixup_shms_a
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 Emacs
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 fro
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 any
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 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_fo
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
/b
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 :
> 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:
>
>
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 -I/tmp/
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
allocato
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 -c
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 wro
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 cod
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
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 f
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 meaningl
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
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 CYGWIN_
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
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, 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 liste
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 '-'
n, cygcheck -p 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/proble
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:
$ /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
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
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
/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-tp32293766p32300438.html
Sent from the Cygwin list mailing list
I just ignore them." -- Linus Torvalds
>
> --
> 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
>
&
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
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 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
Libvir
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 t
ttp://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-tp32293766p32296836.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports
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
--
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: http://cygwin
:)
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 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 repor
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
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 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: thor-0.1
)
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 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.
O
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 to
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 sub
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: http://cygwin.com/docs.h
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 ar
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 the
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 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 wa
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
initialization,
his person 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 li
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 bounc
does not use
Cygwin nor 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
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
Peter Ekberg lysator.liu.se> writes:
>
> On Sun, May 28, 2006 at 10:40:34PM +, Torfinn Ottesen wrote:
> >
>
>
> > I did this for three programs, prog1 (commercial, external),
> > prog2 (inhouse, compiled on Cygwin) and native cygwin prog3:
> > "echo". I claim tha
On Sun, May 28, 2006 at 10:40:34PM +, Torfinn Ottesen wrote:
>
> 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 increase memory usage
> fo
Larry Hall (Cygwin cygwin.com> writes:
> 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
> spewed whenever mention o
On 05/28/2006, Torfinn Ottesen wrote:
Igor Peshansky 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 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 can turn a snapshot into
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
"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
su
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 th
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 wiz
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
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 200
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 proble
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, <
"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 edite
"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 edite
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 edite
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 unad
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
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.
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 som
-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 sti
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 co
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 downloadi
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
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
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 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* v
"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
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 s
"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 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:
> > > >
> > > > http://sourceware.org/ml/cygwin/2005-03/msg00919.html
> > >
> > > Please te
"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:
> > >
> > > http://sourceware.org/ml/cygwin/2005-03/msg00919.html
> >
> > Please test the latest snapshot from http://cygwin.com/snapsho
"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/
Th
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
"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
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 machine
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 see
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
Throug
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 /
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 d
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
1 - 100 of 109 matches
Mail list logo
