Re: Call for porting reports
От | Kardos, Dr. Andreas |
---|---|
Тема | Re: Call for porting reports |
Дата | |
Msg-id | 03a701bfa3b8$71592200$99301eac@Dr.repas.de обсуждение исходный текст |
Ответ на | Re: Call for porting reports (Peter Eisentraut <e99re41@DoCS.UU.SE>) |
Список | pgsql-ports |
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
В списке pgsql-ports по дате отправления: