Re: Request for portability test of strerror().
От
Pete Forman
Тема
Re: Request for portability test of strerror().
Дата
Msg-id
14832.14490.954318.955855@kryten.bedford.waii.com
Ответ на
Request for portability test of strerror(). (Pete Forman)
Список
Дерево обсуждения
Request for portability test of strerror(). Pete Forman <gsez020@kryten.bedford.waii.com>
Re: Request for portability test of strerror(). Pete Forman <gsez020@kryten.bedford.waii.com>
Re: Request for portability test of strerror(). Jason Tishler <Jason.Tishler@dothill.com>
Re: Request for portability test of strerror(). Bruce Momjian <pgman@candle.pha.pa.us>
Pete Forman writes:
> What I'd like to know is whether any version of strerror() returns
> a non-NULL pointer that does not contain a print of the number.
Bernd Tegg writes:
> QNX 4.25: errno = 0 after strerror(-1) returned "Unknown error"
> (egcs-2.91.66 using watcom 10.6 QNX specific libs)
I'll modify the question then. Does any version of strerror() return
a non-NULL pointer to a garbage string?
The proposed modifications to the PostgreSQL code would be to remove
references to sys_nerr and print both the error number and its text,
if available. Testing against sys_nerr is probably redundant anyway
as most calls to the routines will be with a valid errno. If anyone
feels strongly about keeping sys_nerr it should be tested for by
configure and not with the OS-specific ifdefs in the code.
--
Pete Forman -./\.-
Western Geophysical -./\.-
Manton Lane, Bedford, MK41 7PA, UK -./\.-
-./\.-
В списке pgsql-ports по дате отправления