Thread: Re: Call for porting reports
SunOS 5.4 (sparc-sun-solaris) with native Sun compilers: 1) The libpq++ stuff doesn't not compile because there is no <string> available. But <string> is required by these sources because they need the "bool" and "string" definitions. So even #ifdef HAVE_CXX_STRING_HEADER #include <string> #endif doesn't help. 2) The link of pg_dump fails because fe-connect.c calls inet_aton(). There is no inet_aton() on this platform. Since the problem is not pg_dump but lippq.so this is a general problem! 3) The postmaster cannot be started: sun2$ postmaster -i FATAL: StreamServerPort: setsockopt(SO_REUSEADDR) failed: Protocol error /usr/local/pgsql/bin/postmaster: cannot create UNIX stream port Does SunOS not support Unix domain sockets? The same error appears without the -i option. Regards, Andreas Kardos
On Tue, 11 Apr 2000, Kardos, Dr. Andreas wrote: > SunOS 5.4 (sparc-sun-solaris) with native Sun compilers: > > 1) The libpq++ stuff doesn't not compile because there is no <string> > available. But <string> is required by these sources because they need the > "bool" and "string" definitions. So even > > #ifdef HAVE_CXX_STRING_HEADER > #include <string> > #endif > > doesn't help. > Is there any particular reason we haven't made libpq++ an optional addition rather than built by default? Vince. -- ========================================================================== Vince Vielhaber -- KA8CSH email: vev@michvhf.com http://www.pop4.net 128K ISDN from $22.00/mo - 56K Dialup from $16.00/mo at Pop4 Networking Online Campground Directory http://www.camping-usa.com Online Giftshop Superstore http://www.cloudninegifts.com ==========================================================================
On Tue, 11 Apr 2000, Kardos, Dr. Andreas wrote: > 2) The link of pg_dump fails because fe-connect.c calls inet_aton(). There > is no inet_aton() on this platform. Since the problem is not pg_dump but > lippq.so this is a general problem! There's a configure test for inet_aton, which does the right thing on this sparc-sun-solaris2.5.1/gcc 2.8.1 (which doesn't have it either). Perhaps remove the config.cache before reconfiguring? *shrug* > 3) The postmaster cannot be started: > > sun2$ postmaster -i > FATAL: StreamServerPort: setsockopt(SO_REUSEADDR) failed: Protocol error > /usr/local/pgsql/bin/postmaster: cannot create UNIX stream port > > Does SunOS not support Unix domain sockets? The same error appears without > the -i option. No kidding. I don't get this problem but the regression tests occasionally fail with broken pipe messages, but everything goes fine when I use TCP/IP explicitly (-h option to psql). I don't know much more about it either though. Besides the Unix socket issue this platform works and all the regression tests pass. -- Peter Eisentraut Sernanders väg 10:115 peter_e@gmx.net 75262 Uppsala http://yi.org/peter-e/ Sweden
Thanks for clarification. 2) configure works correctly (HAVE_INET_ATON etc.). There is a inet_aton.c in backend/port. But this one is included only in the backend tree. In interfaces/libpq/Makefile isn't any reference to it. It should be included into the Makefile like snprintf has been included. 3) -h doesn't help to start the postmaster. For clients I'm using -h anyway. Should Unix domain sockets be excluded from postmaster.c as it has been done for CYGWIN32 and QNX? In general it could be better to handle this problem by a additional postmaster option. Andreas Kardos -----Ursprüngliche Nachricht----- Von: Peter Eisentraut <e99re41@DoCS.UU.SE> An: Kardos, Dr. Andreas <kardos@repas-aeg.de> Cc: <hackers@postgresql.org>; <pgsql-ports@postgresql.org> Gesendet: Dienstag, 11. April 2000 14:39 Betreff: Re: Call for porting reports On Tue, 11 Apr 2000, Kardos, Dr. Andreas wrote: > 2) The link of pg_dump fails because fe-connect.c calls inet_aton(). There > is no inet_aton() on this platform. Since the problem is not pg_dump but > lippq.so this is a general problem! There's a configure test for inet_aton, which does the right thing on this sparc-sun-solaris2.5.1/gcc 2.8.1 (which doesn't have it either). Perhaps remove the config.cache before reconfiguring? *shrug* > 3) The postmaster cannot be started: > > sun2$ postmaster -i > FATAL: StreamServerPort: setsockopt(SO_REUSEADDR) failed: Protocol error > /usr/local/pgsql/bin/postmaster: cannot create UNIX stream port > > Does SunOS not support Unix domain sockets? The same error appears without > the -i option. No kidding. I don't get this problem but the regression tests occasionally fail with broken pipe messages, but everything goes fine when I use TCP/IP explicitly (-h option to psql). I don't know much more about it either though. Besides the Unix socket issue this platform works and all the regression tests pass. -- Peter Eisentraut Sernanders väg 10:115 peter_e@gmx.net 75262 Uppsala http://yi.org/peter-e/ Sweden