This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: [ANNOUNCEMENT] Updated: sqlite3-3.8.7.1-1 for Cygwin/Cygwin64
- From: Jan Nijtmans <jan dot nijtmans at gmail dot com>
- To: cygwin at cygwin dot com
- Date: Mon, 10 Nov 2014 13:51:02 +0100
- Subject: Re: [ANNOUNCEMENT] Updated: sqlite3-3.8.7.1-1 for Cygwin/Cygwin64
- Authentication-results: sourceware.org; auth=none
- References: <announce dot CAO1jNwtx+DpDBnB962bnjK9BZ3EBhdBQei-K0a6cEB8AfkLJQA at mail dot gmail dot com> <133E1FBB-4DFA-49E0-B8F8-7B0DAD167FCC at gmail dot com> <CAO1jNwsw+OJiXc51ifbobgmh0N6-a4m9HJTmmsDy2+oT60z6ZA at mail dot gmail dot com> <20141110115509 dot GG2782 at calimero dot vinschen dot de>
2014-11-10 12:55 GMT+01:00 Corinna Vinschen <corinna-cygwin@cygwin.com>:
> If this is for loading modules via dlopen, the solution should be to
> either to add the directory to LD_LIBRARY_PATH, or enhance Cygwin if
> it's an issue with loading dependent DLLs. We can still add
> LoadLibraryEx(LOAD_WITH_ALTERED_SEARCH_PATH).
>
> Ultimately a Cygwin application should not have to call Win32 functions,
> except if there's really no way around it.
I'm fully aware of that. But until my patches to the "unix-cygwin" VFS
are not accepted upstream I like to keep the "win32" VFS working
as well. So people can choose whether they like the Win32 way
or the Cygwin way, both simply work.
Regards,
Jan Nijtmans
--
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