Temporarily renaming cygncurses5.dll to cygncurses4.dll (or whatever it's
looking for) worked for me.
Robert
-----Original Message-----
From: Jason Tishler [mailto:jason@tishler.net]
Sent: Friday, October 12, 2001 5:51 PM
To: Dave Page; 'Henshall, Stuart - WCP'; 'Steven Williams';
pgsql-cygwin@postgresql.org
Subject: Re: [CYGWIN] psql & cygncurses5.dll
On Fri, Oct 12, 2001 at 11:33:12AM -0400, Jason Tishler wrote:
> On Thu, Oct 11, 2001 at 09:30:16AM +0100, Dave Page wrote:
> > I got this problem myself Stuart after upgrading Cygwin the other day,
both
> > with Jason's precompiled version, and a 7.2 snapshot (I even tried
> > ./configure;make all again). I restored cygncurses5.dll from an older
> > version and all is fine now...
>
> I will build PostgreSQL 7.2 against ncurses-5.2-7, but until then please
> head the warning in the above.
Actually after further reflection, there is nothing that I can do
directly as the Cygwin PostgreSQL maintainer to correct this problem.
psql is not directly dependent on cygncursesX.dll:
$ objdump -p /usr/bin/psql.exe | fgrep 'DLL Name'
DLL Name: pq.dll
DLL Name: cygwin1.dll
DLL Name: cygreadline5.dll
DLL Name: KERNEL32.dll
However, readline is directly dependent on ncurses:
$ objdump -p /usr/bin/cygreadline5.dll | fgrep 'DLL Name'
DLL Name: cygncurses5.dll
DLL Name: cygwin1.dll
DLL Name: KERNEL32.dll
DLL Name: USER32.dll
Hence, psql is indirectly dependent on ncurses. So, I have to wait for
the Cygwin readline maintainer to rebuilt his package before I can
rebuild PostgreSQL to remove its indirect dependency on ncurses.
Jason
---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo@postgresql.org so that your
message can get through to the mailing list cleanly
