Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Thu, 30 Jun 2005 16:51:20 -0700 (PDT)
Message-Id: <200506302351.j5UNpKws004712@phaenicia.ucdavis.edu>
To: cygwin AT cygwin DOT com
Subject: Dynamically load a shared lib created using gcc/Cygwin
From: "Yu-Cheng Chou" <cycchou AT ucdavis DOT edu>
X-Errors-To: cycchou AT magenta DOT ucdavis DOT edu
X-User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
X-IsSubscribed: yes


Hi,
I made a mistake in the previous reply.
Here I state my question again.

mylib.dll was built using gcc/cygwin based on some library that 
might depends on cygwin1.dll.
I don't want to load cygwin1.dll explicitly, but I do need to load 
mylib.dll dynamically at run-time in an application which was built by 
Visual C++ or .NET.

How should I do?

Thanks   

> > Can a shared library mylib.dll built using
> > gcc -shared -o mylib.dll file.c
> > be loaded dynamically at run time by function
> > LoadLibrary("mylib.dll") in an application built using
> > Visual C++ or .NET?
> > I tried it in Windows XP with the latest version of
> > gcc/Cygwin, the application will hang
> > at LoadLibrary("mylib.dll").
> 
> If mylib.dll depends on cygwin1.dll then this will not work.  To load
> the Cygwin DLL dynamically requires special attention, as described in
> the FAQ: <http://cygwin.com/faq/faq.html#SEC102> and recent mailing
> list
> threads, as this is a very recent ability.
> 
> If mylib.dll does not need functionality from Cygwin, then you should
> compile it with -mno-cygwin, and it will be dynamically loadable without
> extra care just like a standard windows DLL.  More information about
> this is at <http://www.mingw.org/MinGWiki/>.  If you go this route you
> are no longer using Cygwin so your questions should really be addressed
> to the mingw list.
> 
> Brian


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/