From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 118711 invoked by alias); 5 Jan 2017 10:17:39 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 118681 invoked by uid 89); 5 Jan 2017 10:17:35 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.9 required=5.0 tests=AWL,BAYES_20,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 spammy=H*r:8.12.11, Hx-languages-length:1767, Win, H*f:GjctdbU4wvFxY7 X-HELO: m0.truegem.net Received: from m0.truegem.net (HELO m0.truegem.net) (69.55.228.47) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 05 Jan 2017 10:17:31 +0000 Received: (from daemon@localhost) by m0.truegem.net (8.12.11/8.12.11) id v05AHTNL099129 for ; Thu, 5 Jan 2017 02:17:29 -0800 (PST) (envelope-from mark@maxrnd.com) Received: from 76-217-5-154.lightspeed.irvnca.sbcglobal.net(76.217.5.154), claiming to be "[192.168.1.100]" via SMTP by m0.truegem.net, id smtpd3QYXDM; Thu Jan 5 02:17:21 2017 Subject: Re: Cygwin 2.6.0 Fork issue To: cygwin@cygwin.com References: From: Mark Geisert Message-ID: <586E1D31.9080907@maxrnd.com> Date: Thu, 05 Jan 2017 10:17:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2017-01/txt/msg00025.txt.bz2 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. Windows-native DLLs that make use of the Microsoft C runtime are not compatible with Cygwin. They will not work properly. If Actian Pervasive separately supplies their code as Cygwin DLLs, you must use those. > I have doubt ,.Is there any compilation variable or cygwin varaible > set for autoloading all dll's Not sure why you're asking this. > As in same windows 2012 system this extra DLL's are not getting loaded > with previous versions of cywin and Fork is working there. 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? > I have downloaded the source also, I check some varibel there if you can help. Which source have you downloaded? Whose source? > Looks like program just hangs child process after open call and never > comes back. > > Please suggest what I can check . Your sample program is getting exceptions (i.e., is faulting) even before it fork()s the child process. The child is faulting the same way. This looks pretty much like your sample program was built with incorrect assumptions. You can try posting the compilation (and linking) command(s) that you used to build your btrsamp.exe program. Maybe there's something obvious there that somebody here can see. We can't help you debug your program though, and you can't mix Windows-native DLLs that use Microsoft C runtime with Cygwin code. ..mark -- 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