Tom Lane wrote:
> Bruce Momjian writes:
> > This patch uses our own snprintf() only when NLS support is enabled,
>
> I see no point in this; it does not solve any problem we need solved,
> only complicate the configuration behavior even more.
Peter answered this.
> > I added support for %qd and
Tom Lane wrote:
> Bruce Momjian writes:
> > This patch uses our own snprintf() only when NLS support is
> > enabled,
>
> I see no point in this; it does not solve any problem we need solved,
> only complicate the configuration behavior even more.
I think this is analogous to checking for snprintf
Bruce Momjian writes:
> This patch uses our own snprintf() only when NLS support is enabled,
I see no point in this; it does not solve any problem we need solved,
only complicate the configuration behavior even more.
> I added support for %qd and %I64d in snprintf.
I consider this an awful idea
Peter Eisentraut wrote:
> Am Mittwoch, 2. M?rz 2005 15:48 schrieb Bruce Momjian:
> > This patch uses our own snprintf() only when NLS support is enabled, and
> > I added support for %qd and %I64d in snprintf. We might need those in
> > the final version if it is exported to apps.
>
> test -a is n
Am Mittwoch, 2. März 2005 15:48 schrieb Bruce Momjian:
> This patch uses our own snprintf() only when NLS support is enabled, and
> I added support for %qd and %I64d in snprintf. We might need those in
> the final version if it is exported to apps.
test -a is not portable.
--
Peter Eisentraut
h
This patch uses our own snprintf() only when NLS support is enabled, and
I added support for %qd and %I64d in snprintf. We might need those in
the final version if it is exported to apps.
--
Bruce Momjian| http://candle.pha.pa.us
pgman@candle.pha.pa.us