Re: [HACKERS] NUMERIC type conversions leave much to be desired

Поиск
Список
Период
Сортировка
От Thomas Lockhart
Тема Re: [HACKERS] NUMERIC type conversions leave much to be desired
Дата
Msg-id 37346DDF.A7749E4F@alumni.caltech.edu
обсуждение исходный текст
Ответ на Re: [HACKERS] NUMERIC type conversions leave much to be desired  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] NUMERIC type conversions leave much to be desired  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
> > fwiw, I've seen the same internal problems, and managed to fix them
> > with a full clean and reinstall. I'm probably a week old on my tree
> > vintage...
> Good thought but no cigar ... I did a full fresh CVS checkout, configure,
> make, install & initdb from scratch, and it still behaves the same.
> Possibly it's been broken sometime in the last week? utils/adt/numeric.c
> looks to have been last committed on 4 May.

No, those changes were actually by myself, and just modified one line
in the float8->numeric conversion code to use a direct sprintf("%f")
to convert float8 to a string in preparation for conversion to
numeric. The old code used the float8out() routine, which for larger
floats generated exponential notation that the numeric_in() routine
wasn't prepared to handle.

I've seen the same problems you are having, and reported them just as
you have ("something is fundamentally wrong with numeric..."). And
then the problems went away, but I'm not actually certain why.

Let me know if I can help track it down, since others might get bit
too...
                          - Tom

-- 
Thomas Lockhart                lockhart@alumni.caltech.edu
South Pasadena, California


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Thomas Lockhart
Дата:
Сообщение: Re: [HACKERS] Date/Time Flaw in pg_dump ?
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] Help a newbie?