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
>
