On Dec 10 16:29, Houder wrote:
> On Sun, 10 Dec 2017 14:31:09, Corinna Vinschen wrote:
> > --0eh6TmSyL6TZE2Uz
> > Content-Type: text/plain; charset=utf-8
> > Content-Disposition: inline
> > Content-Transfer-Encoding: quoted-printable
> >
> > On Dec 9 15:58, St=C3=A9phane Mbape via cygwin wrote:
>
On Dec 10 17:13, Stéphane Mbape via cygwin wrote:
> Worked for me.
> Thank you.
>
> On Sun, 10 Dec 2017 14:31:09, Corinna Vinschen wrote:
> > --0eh6TmSyL6TZE2Uz
> > Content-Type: text/plain; charset=utf-8
> > Content-Disposition: inline
> > Content-Transfer-Encoding: quoted-printable
> >
> > On D
Worked for me.
Thank you.
On Sun, 10 Dec 2017 14:31:09, Corinna Vinschen wrote:
--0eh6TmSyL6TZE2Uz
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Dec 9 15:58, St=C3=A9phane Mbape via cygwin wrote:
> Hello,
>=20
> While embedin
On Sun, 10 Dec 2017 14:31:09, Corinna Vinschen wrote:
> --0eh6TmSyL6TZE2Uz
> Content-Type: text/plain; charset=utf-8
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Dec 9 15:58, St=C3=A9phane Mbape via cygwin wrote:
> > Hello,
> >=20
> > While embeding luajit in
On Dec 9 15:58, Stéphane Mbape via cygwin wrote:
> Hello,
>
> While embeding luajit in a c program, I found myself unable to fork
> processes.
> Investigations prove that it was related to nmap.
> To be accurate, calling nmap with hint address in a unmapped memory region
> will cause all forks t
On Dec 9 23:40, Brian Inglis wrote:
> On 2017-12-09 15:51, Jon Turney wrote:
> > On 09/12/2017 18:29, Brian Inglis wrote:
> >> On 2017-12-09 08:53, Stéphane Mbape via cygwin wrote:
> >>> Le 09/12/2017 à 16:48, Andrey Repin a écrit :
> > While embeding luajit in a c program, I found myself una
On 2017-12-09 15:51, Jon Turney wrote:
> On 09/12/2017 18:29, Brian Inglis wrote:
>> On 2017-12-09 08:53, Stéphane Mbape via cygwin wrote:
>>> Le 09/12/2017 à 16:48, Andrey Repin a écrit :
> While embeding luajit in a c program, I found myself unable to fork
> processes.
> Investigatio
I used a temporary fix that may give you a hint.
hint_addr = hint_addr - hint_addr % getpagesize(); // temporary fix
I also used it in luajit, which uses a random hint_addr, and everything is fine.
On 09/12/2017 18:29, Brian Inglis wrote:
On 2017-12-09 08:53, Stéphane Mbape via cygwin wrote
On 09/12/2017 18:29, Brian Inglis wrote:
On 2017-12-09 08:53, Stéphane Mbape via cygwin wrote:
Le 09/12/2017 à 16:48, Andrey Repin a écrit :
While embeding luajit in a c program, I found myself unable to fork
processes.
Investigations prove that it was related to nmap.
To be accurate, calling
On 2017-12-09 11:29, Brian Inglis wrote:
> On 2017-12-09 08:53, Stéphane Mbape via cygwin wrote:
>> Le 09/12/2017 à 16:48, Andrey Repin a écrit :
While embeding luajit in a c program, I found myself unable to fork
processes.
Investigations prove that it was related to nmap.
To
On 2017-12-09 08:53, Stéphane Mbape via cygwin wrote:
> Le 09/12/2017 à 16:48, Andrey Repin a écrit :
>>> While embeding luajit in a c program, I found myself unable to fork
>>> processes.
>>> Investigations prove that it was related to nmap.
>>> To be accurate, calling nmap with hint address in a
Sorry,
Cygwin version: 2.9.0
OS: Windows 10
Arch: 64bit
The sample was also attached.
Le 09/12/2017 à 16:48, Andrey Repin a écrit :
Greetings, Stéphane Mbape!
While embeding luajit in a c program, I found myself unable to fork
processes.
Investigations prove that it was related to nmap.
To
Greetings, Stéphane Mbape!
> While embeding luajit in a c program, I found myself unable to fork
> processes.
> Investigations prove that it was related to nmap.
> To be accurate, calling nmap with hint address in a unmapped memory
> region will cause all forks to fail with
> "fixup_mmaps_after_
Hello,
While embeding luajit in a c program, I found myself unable to fork
processes.
Investigations prove that it was related to nmap.
To be accurate, calling nmap with hint address in a unmapped memory
region will cause all forks to fail with
"fixup_mmaps_after_fork: ReadProcessMemory faile
On Sat, Mar 11, 2017 at 2:29 AM, Takashi Yano wrote:
> Hello,
>
> On Fri, 10 Mar 2017 21:10:36 +0100 Corinna Vinschen wrote:
>> Thanks for the report and especially the testcase.
>>
>> It was a tricky problem to debug so it took me a while, but I think
>> I got it now.
>>
>> I uploaded new develope
Hello,
On Fri, 10 Mar 2017 21:10:36 +0100 Corinna Vinschen wrote:
> Thanks for the report and especially the testcase.
>
> It was a tricky problem to debug so it took me a while, but I think
> I got it now.
>
> I uploaded new developer snapshots to https://cygwin.com/snapshots/
>
> Please give
Hi,
On Mar 9 20:39, Takashi Yano wrote:
> Hello,
>
> I found fork() fails if it is called recursively from a child thread.
>
> Simple test case, attached (fk.c), reproduces this problem.
>
> Expected result:
> Parent 0 [22034] exit.
> Child 0 [22036] works.
> Pa
On 3/9/2017 12:33 PM, Takashi Yano wrote:
> Thanks for your reply.
>
> On Thu, 09 Mar 2017 18:06:44 +0100 Achim Gratz wrote:
>
>> Takashi Yano writes:
>>> 0 [main] a 4668 fork: child -1 - forked process 8456 died
>>> unexpectedly, retry 0, exit code 0xC142, errno 11
>>
>> Not sure if t
Thanks for your reply.
On Thu, 09 Mar 2017 18:06:44 +0100 Achim Gratz wrote:
> Takashi Yano writes:
> > 0 [main] a 4668 fork: child -1 - forked process 8456 died
> > unexpectedly, retry 0, exit code 0xC142, errno 11
>
> Not sure if that helps, but that error says that some DLL could n
Takashi Yano writes:
> 0 [main] a 4668 fork: child -1 - forked process 8456 died unexpectedly,
> retry 0, exit code 0xC142, errno 11
Not sure if that helps, but that error says that some DLL could not be
initialized.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andr
On Thu, 9 Mar 2017 08:53:19 -0500 Eliot Moss wrote:
Thank you for response.
> This strikes me as either BLODA (interfering software) or a need to
> rebase some dll(s). That's what I most commonly see that causes that
> fork error.
This occurs even under newly installed windows 10 & 7.
Moreover,
On 3/9/2017 6:39 AM, Takashi Yano wrote:
> Hello,
>
> I found fork() fails if it is called recursively from a child thread.
>
> Simple test case, attached (fk.c), reproduces this problem.
>
> Expected result:
> Parent 0 [22034] exit.
> Child 0 [22036] works.
> Pa
Hello,
I found fork() fails if it is called recursively from a child thread.
Simple test case, attached (fk.c), reproduces this problem.
Expected result:
Parent 0 [22034] exit.
Child 0 [22036] works.
Parent 1 [22036] exit.
Child 1 [22038] works.
Parent 2 [22038] exit.
Child 2 [22039] works
> >440 [main] zsh 1432 fork_copy: linked dll
> data/bss
> >pass 0 failed,
> >0x542000..
> >0x5427F0, done 0, windows pid 1960, Win32 error 487
> >/etc/profile:33: fork failed: resource temporarily
> >unavailable
>
> Apparently you don't remember this error on the
> Windows
> 2000 machine and w
At 10:19 AM 9/10/2004, you wrote:
>I installed Cygwin over the net in 2004-09-10 to WinXP
>where I am using Administrator account and everything
>seems to work just fine. However, with the same
>installation procedure on Win2000 where I'm just in
>the Users group I get:
>
>440 [main] zsh 1432 f
I installed Cygwin over the net in 2004-09-10 to WinXP
where I am using Administrator account and everything
seems to work just fine. However, with the same
installation procedure on Win2000 where I'm just in
the Users group I get:
440 [main] zsh 1432 fork_copy: linked dll data/bss
pass 0 fail
26 matches
Mail list logo
