Re: [HACKERS] snprintf causes regression
Bruce Momjian <[email protected]> Thu, 10 Mar 2005 23:10:12 -0500 (EST)
| Newsgroups | gmane.comp.db.postgresql.devel.win32,gmane.comp.db.postgresql.devel.general |
|---|---|
| Message-ID | <[email protected]> |
[email protected] wrote: > > Tom Lane wrote: > >> Bruce Momjian <[email protected]> writes: > >> > Please see my posting about using a macro for snprintf. If the > >> current > >> > implementation of snprintf is enough for our existing translation > >> users > >> > we probably don't need to add anything more to it because snprintf > >> will > >> > not be exported to client applications. > >> > >> The CVS-tip implementation is fundamentally broken and won't work even > >> for our internal uses. I've not wasted time complaining about it > >> because I thought we were going to replace it. If we can't find a > >> usable replacement then we're going to have to put a lot of effort > >> into fixing what's there. On the whole I think the effort would be > >> better spent importing someone else's solution. > > > > Oh, so our existing implementation doesn't even meet our needs. OK. > > Wasn't the issue about odd behavior of the Win32 linker choosing the wrong > vnsprintf? Ah, but with my new patch to be applied tomorrow to use macros and rename to pg_snprintf there no longer is any conflict with the system versions of these functions. -- Bruce Momjian | http://candle.pha.pa.us [email protected] | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073 ---------------------------(end of broadcast)--------------------------- TIP 9: the planner will ignore your desire to choose an index scan if your joining column's datatypes do not match