Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com Date: Thu, 28 Sep 2000 10:47:18 -0700 (PDT) From: Tim Reed To: cygwin AT sources DOT redhat DOT com Subject: dll loading in Win2k Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I'm writing a COM add-in for MS Outlook in Visual Basic. This VB code will load in .dll compiled with the latest cygwin tools with the -mno-cygwin option. This cygwin dll is written in C, compiled with gcc and made a dll by dllwrap. When I build my app and run it in Win98 all is well. Outlook loads my COM add-in at startup, and the COM add-in loads my mingw dll upon the first invokation of a function in the dll. Consequently, the first invokation of a function from that dll will also load in all the dll's it needs to run like crtdll.dll, wsock32.dll, gmp202.dll and more. Clearly there is some mechanism in that allows code generated by dllwrap to automatically load dll's that its target depends on. When I build and run this app in Windows 2000 the dll made by dllwrap fails to load the dll's it depends on. Naturally, the first call to something like malloc causes a memory access exception and kills the app. If fact, it happens to be a call to malloc that kills the app. I've made executeables in Win2k that use the same set of native windows dll's like crtdll.dll, wsock32.dll, etc except the dll that I made. Those executeables work fine. The problem seems to be my dll's code to implicitly load other native windows dll's. Does anyone know how the implicit loading of dll's in Win2k could fail to work? Tim Reed -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com