Skip site navigation (1) Skip section navigation (2)

Re: snprintf causes regression tests to fail

From: Nicolai Tufar <ntufar(at)gmail(dot)com>
To: Magnus Hagander <mha(at)sollentuna(dot)net>
Cc: pgsql-hackers(at)postgresql(dot)org,Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Subject: Re: snprintf causes regression tests to fail
Date: 2005-02-28 13:27:14
Message-ID: d809293905022805272332bc49@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-hackers-win32pgsql-patches
Linux and Solaris 10 x86 pass regression tests fine when I force the use of new 
snprintf().   The problem should be win32 - specific. I will
investigate it throughly
tonight. Can someone experienced in win32 what can possibly be the problem?

Nick

On Sun, 27 Feb 2005 19:07:16 +0100, Magnus Hagander <mha(at)sollentuna(dot)net> wrote:
> Hi!
> 
> The new snpritnf code appears not to deal with 64-bit ints. I'm getting
> failures on win32 for int8 as well as all the time related tests (win32
> uses int8 for tinmestamps). Removing the snprintf code and falling back
> to the OS code makes everything pass again.
> 
> I would guess this affects int8 etc on other platforms as well (assuming
> they use our snprintf and not the libc one), but I haven't checked it.
> 
> //Magnus
> 
>

In response to

Responses

pgsql-hackers by date

Next:From: Oleg BartunovDate: 2005-02-28 14:17:07
Subject: Re: serial as FK ?
Previous:From: Simone BrunozziDate: 2005-02-28 10:34:04
Subject: Re: [HACKERS] Development Plans

pgsql-patches by date

Next:From: Bruce MomjianDate: 2005-02-28 14:16:34
Subject: Re: snprintf.c on win32 does not compile..
Previous:From: Magnus HaganderDate: 2005-02-28 11:40:58
Subject: Re: snprintf.c on win32 does not compile..

pgsql-hackers-win32 by date

Next:From: Bruce MomjianDate: 2005-02-28 14:17:20
Subject: Re: snprintf causes regression tests to fail
Previous:From: Merlin MoncureDate: 2005-02-28 13:16:53
Subject: Re: [HACKERS] win32 performance - fsync question

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group