Some things you don't bring from Windows. Then you bring Unix to Windows
instead.
There is a market for it, or Cygwin nor Services For Unix would not exist.
("Services For Unix" being Microsofts strange name for their Cygwin-like
offering.)
On Thu, Apr 29, 2010 at 04:32:07PM +0200, Henrik Sarvell wrote:
> 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 <[email protected]>
>
>
> Thu, 29 Apr 2010 15:04:47 +0200 Corinna Vinschen
> <[email protected]
> >:
>
> > 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:[email protected]?subject=unsubscribe
>
>
--
UNSUBSCRIBE: mailto:[email protected]?subject=unsubscribe
