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 <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 > > -- UNSUBSCRIBE: mailto:picol...@software-lab.de?subject=unsubscribe