Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
X-Authentication-Warning: mercury.xraylith.wisc.edu: khan owned process doing -bs
Date: Thu, 24 Jun 1999 13:36:51 -0500 (CDT)
From: Mumit Khan <khan AT xraylith DOT wisc DOT EDU>
To: "Fifer, Eric" <EFifer AT sanwaint DOT com>
cc: "'cygwin AT sourceware DOT cygnus DOT com'" <cygwin AT sourceware DOT cygnus DOT com>
Subject: Re: Excel dlls and file locking
In-Reply-To: <71E287AB0D94D111BBD600600849EC8185EDDE@POST>
Message-ID: <Pine.LNX.3.96.990624133539.12232A-100000@mercury.xraylith.wisc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 24 Jun 1999, Fifer, Eric wrote:

> 
> I have created a dll that is called from Excel and it works fine,
> however all files that it opens are locked.
> 
> I think what is happening is that the host_dependent.shared parameter
> to CreateFileA is 0 (in fhandler.cc fhandler_base::open) because it is
> not being initialized by the cygwin_noncygwin_dll_entry point.
> 
> The call stack is something like cygwin_noncygwin_dll_entry ->
> cygwin_attach_noncygwin_dll -> dll_noncygwin_dllcrt0 ->
> dll_dllcrt0_1 (in dll_init.c)
> 
> And in comparison to dll_crt0_1 in dcrt0.cc there is NO call
> to host_dependent.init()

Thanks for the analysis. I nor anyone else has worked on the noncygwin
hack since b20.1, so I doubt if it's fixed. If you want to take a crack
at the fix, I'll be happy to take a look and test.

Regards,
Mumit



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com