Please explain to me, why are you guys spending time trying to fix Cygwin? I really want to know, am I missing something fundamental here?
Cygwin is the reason I went all out Linux some 5 years ago when I tried to develop an SMS gateway with Linux as the target, on Win in Cygwin, too many problems, Cygwin != Linux and it seems it will never be. If I really need some of the Adobe or MS office stuff these days I just launch a VirtualBox and work away, nothing to it. That or just buy a Mac. /Henrik 2010/4/29 Mansur Mamkin <mmam...@mail.ru> > > Thu, 29 Apr 2010 15:04:47 +0200 Corinna Vinschen < > corinna-cyg...@cygwin.com>: > > > On Apr 29 12:39, Mansur Mamkin wrote: > > > Hello, > > > > > > As I see in source of dlfcn.cc, dlopen() should override LoadLibrary's > automatic adding of a ".dll" suffix, > > > but it's behaving strangely > > > > > > I have such files: > > > /home/me/project/myexe.exe > > > /home/me/project/lib1.dll > > > /home/me/project/subdir/lib2.dll > > > /home/me/project/subdir/lib3 (without .dll) > > > > > > My current directory is /home/me/project/ > > > > > > I try to use dlopen() in myexe.exe with relative path: > > > > > > 1) dlopen("subdir/lib2") - NOT FOUND (If this OK, then why failed > dlopen("subdir/lib3")?) > > > > This one is correct. > > > > > 2) dlopen("subdir/lib3") - NOT FOUND (why?) > > > > I couldn't reproduce this one, but... > > > > > 3) dlopen("subdir/lib2.dll") - SUCCESS (works fine) > > > 4) dlopen("lib1") - SUCCESS (why it didn't override LoadLibrary's > adding ".dll" ?) > > > > ...this one is a bug. I fixed that in CVS. > > > > > > Thanks, > > Corinna > > > > -- > > Corinna Vinschen Please, send mails regarding Cygwin to > > Cygwin Project Co-Leader cygwin AT cygwin DOT com > > Red Hat > > -- > UNSUBSCRIBE: mailto:picol...@software-lab.de?subject=unsubscribe >