On 11/02/2020 07:58, Peter Dons Tychsen wrote:
It seems to be related to the fact the is is spawning non-cygwin
programs. If i do the same test with normal GCC (default cygwin gcc)
then everything is fine.
That's great work, and I can confirm that it is the same in my
environment. Our makefile
On 8/02/2020 05:13, Brian Inglis wrote:
DF's post immediately preceding that KB post at the start of*January* *was*
Brian, indeed. And, as I'm sure you're aware - given that you were
trawling through past posts - Ken already pulled me up on it, and since
then I haven't. It has been my *only*
[Please don't top-post on this list. Thanks.]
What do you mean by top posting, then ? How was my post a top post ?
Thanks.
Dave
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsu
Hi Pedro,
I have started down the road of building cygwin, but did run into a
few issues so don't have a debuggable version yet. If you beat me to
it, please let me know. Thanks!
Any findings?
Unfortunately no, I did get a clean build, but "make install" following
it just created complete ha
Please bottom posting and trim here.
(Above is copied from a recent post about a problem report.)
Being a fairly new member of this mailing list, I did carefully read the
guidelines about using the mailing list, but there was no mention of no
top posting etc. And yes, I did top post myself
Hi Arpitha,
I tried executing /bin/rebase -all, that also gives following error "rebase
too many dlls for availability address space".
Was that using ash or dash after ensuring that all other cygwin
processes have terminated (including any cygwin terminals that you have
open) ?
I am not su
Hi Cygwinners,
>
> On Thu, 2020-01-02 at 10:43 +1100, David Finnie wrote:
> > I did as Ken suggested and reverted to 3.0.7-1. (Thanks, Ken !)
> >
> > That has fixed the issue for me, and the make it now running again
> > at
> > full speed. I forgot to mention that
code ? I noticed that there
were 2 commits related to this - moving the reattach() until later
processing. Is it possible that there is still an opportunity that the
reattach() fails even when things are working properly ?
Thanks.
Dave
On 2/01/2020 09:32, David Finnie wrote:
Hi Ken,
Thanks f
Hi Ken,
Thanks for having a look at my issue.
On 1/01/2020 06:20, Ken Brown wrote:
On 12/30/2019 6:10 PM, David Finnie wrote:
I recently upgraded my cygwin64 installation to get latest packages.
After the install, if I run a fairly lengthy GNU make with multiple concurrent
jobs (-j option
Hi Norton,
I've only just grabbed the cygwin source code very recently out of
desperation to try to solve a different problem that I'm experiencing,
so I'm definitely no expert.
However, in the source is a file called "how-spawn-works.txt", which
does have a disclaimer at the top:
(THIS DE
I recently upgraded my cygwin64 installation to get latest packages.
After the install, if I run a fairly lengthy GNU make with multiple
concurrent jobs (-j option) specified, some of the sub-makes fail with
"Resource temporarily unavailable" errors. In all cases, this has been
when make is st
11 matches
Mail list logo
