Re: Cygwin 2.6.0 Fork issue

2017-01-06 Thread René Berber
On 1/6/2017 3:05 AM, Mark Geisert wrote: [snip] > I don't know why you've specified both -lcygwin and -lmingw32. That may be > standard procedure for building MinGW programs; I don't know about > that. No, that is not a procedure to build MinGW programs. Some times mixing libraries does work, by

Re: Cygwin 2.6.0 Fork issue

2017-01-06 Thread Mark Geisert
Rashi Singhal wrote: > Hi , > > Thanks again for reply.Please find my response.: > > You're saying that on this same computer, running Win 2012, this > sample code ran properly under a previous version of Cygwin? Which > version was that? > > Answer: We were using pretty old version 1.7.0

Re: Cygwin 2.6.0 Fork issue

2017-01-05 Thread Rashi Singhal
Hi , Thanks again for reply.Please find my response.: You're saying that on this same computer, running Win 2012, this sample code ran properly under a previous version of Cygwin? Which version was that? Answer: We were using pretty old version 1.7.0-58 Which source have you downloaded? Whose

Re: Cygwin 2.6.0 Fork issue

2017-01-05 Thread Mark Geisert
Rashi Singhal wrote: Hi , Thanks for information provided. I tried putting cygwin/ bin path in first place in environment variables. But result remain same. OK. Yes all other DLL's getting loaded are either pervasive dll or windows native dll. You might be missing the essential point here.

Re: Cygwin 2.6.0 Fork issue

2017-01-04 Thread Rashi Singhal
Hi , Thanks for information provided. I tried putting cygwin/ bin path in first place in environment variables. But result remain same. Yes all other DLL's getting loaded are either pervasive dll or windows native dll. I have doubt ,.Is there any compilation variable or cygwin varaible set for

Re: Cygwin 2.6.0 Fork issue

2017-01-03 Thread Mark Geisert
(Apologies if multiple copies of this show up. Not getting feedback on what the issue is. This attempt just has my comments on the strace file, without the strace itself.) Rashi Singhal wrote: Please help me on this. This is strace output of my sample program which is failing to open files a

Cygwin 2.6.0 Fork issue

2017-01-03 Thread Rashi Singhal
Hi, I am using cygwin 2.6.0 (32 bit) version with Actian Pervasive version 12. We have a program which will call fork() and in child process Btrieve file is getting opened. While using latest version of cygwin, file open call is not working , Its not opening file nor displaying any error. Could

Re: Cygwin 2.6.0 Fork issue

2016-12-30 Thread Eliot Moss
Looking at what you sent I see at least two suspicious things: 1) SEVERAL orphaned Cygwin installations. This indicates you may have multiple installation of Cygwin in different places, and this can certainly lead to trouble. 2) A number of files missing from certain packages, which (at a glanc

Re: Cygwin 2.6.0 Fork issue

2016-12-16 Thread Rashi Singhal
Hello, I have a sample program for the same , But I am not sure how I can upload it , as to compile that program btrieve(pervasive) library and header files are also required. Can I attach source code here ? Problem is always getting recreated if I open Btrieve file in child process after fork()

Re: Cygwin 2.6.0 Fork issue

2016-12-07 Thread Brian Inglis
On 2016-12-07 22:37, Rashi Singhal wrote: > I am using cygwin 2.6.0 (32 bit) version with Actian Pervasive > version 12. > We have a program which will call fork() and in child process > Btrieve file is getting opened. > While using latest version of cygwin, file open call is not working > Its not

Cygwin 2.6.0 Fork issue

2016-12-07 Thread Rashi Singhal
Hi, I am using cygwin 2.6.0 (32 bit) version with Actian Pervasive version 12. We have a program which will call fork() and in child process Btrieve file is getting opened. While using latest version of cygwin, file open call is not working , Its not opening file nor displaying any error. Could