On Sun, 13 Nov 2005, Brian Dessent wrote:
> René Berber wrote:
>
> > A better fix is to link cygpq.dll to pq.dll:
> >
> > # ln /usr/bin/cygpq.dll /usr/bin/pq.dll
>
> That's not a great habit to get into. It will only work if the program
> uses Cygwin methods (e.g. dlopen()) to dynamically load the dll at
> runtime. It will absolutely not work for a .exe that was linked to a
> .dll in the normal way, or for a program that uses LoadLibrary() at
> runtime, because the windows dynamic loader has no idea what a symlink
> is and you will get the "Can't locate DLL" popup.
"ln -s" creates a symlink, "ln" creates a hardlink. Windows understands
hardlinks just fine. On filesystems that don't support hardlinks, "ln"
will copy the file, which is the desired behavior.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_ [EMAIL PROTECTED]
ZZZzz /,`.-'`' -. ;-;;,_ [EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
