From: | Gregory Stark <stark(at)enterprisedb(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | ITAGAKI Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp>, Michael Meskes <meskes(at)postgresql(dot)org>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Looking for someone with MinGW |
Date: | 2008-12-17 03:26:32 |
Message-ID: | 87tz93mqhj.fsf@oxford.xeocode.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
> ITAGAKI Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp> writes:
>> Hi, I found the cause.
>> ...
>> Actual error occurs in vfprintf() because act->name can be NULL.
>> sprintf(..., "%s", NULL) could work on some platform (the result is '(null)'),
>> but it crashes on Windows (msvcrt). We need to avoid passing NULLs as
>> arguments to "%s" format for printf families.
>
> Hmm, Windows is hardly the only platform where that would crash.
> I'm surprised we don't have more buildfarm members complaining about
> this.
Actually I thought the behaviour of spitting out "(null)" was unique to glibc.
Don't we have plenty of BSD and other implementations?
--
Gregory Stark
EnterpriseDB http://www.enterprisedb.com
Ask me about EnterpriseDB's RemoteDBA services!
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-12-17 03:31:15 | Re: [ADMIN] shared_buffers and shmmax |
Previous Message | Tom Lane | 2008-12-17 03:15:09 | Re: Looking for someone with MinGW |