sign parsing (was: Re: [HACKERS] to_char/to_number loses sign)
Вложения
В списке pgsql-patches по дате отправления:
| От | Karel Zak |
|---|---|
| Тема | sign parsing (was: Re: [HACKERS] to_char/to_number loses sign) |
| Дата | |
| Msg-id | 1098878378.19187.76.camel@localhost.localdomain обсуждение исходный текст |
| Ответы |
Re: sign parsing (was: Re: [HACKERS] to_char/to_number loses sign)
|
| Список | pgsql-patches |
On Tue, 2004-10-26 at 13:27 -0400, Tom Lane wrote:
> Karel Zak <zakkr@zf.jcu.cz> writes:
> > Yes, you're right. It strange, but NUM_S missing there. The conversion
> > from string to number is less stable part of formatting.c...
>
> > The patch is in the attachment.
>
> This patch causes the regression tests to fail. I think you need to
> consider the to_char() side of it more carefully.
Sorry of this in beta version...
The problem was bigger than I expected. I hope it's fixed in actual
patch. All regression tests pass.
The patch changes two lines in regression test too. It's because old
version of to_number() allows to use wrong number input and this input
was in regression test. The call to_char(-0.01, ' 9 9 . 9 9 S'); never
produced ' . 0 1 -' but always ' . 0 1-' only.
-SELECT '' AS to_number_13, to_number(' . 0 1 -', ' 9 9 . 9 9 S');
+SELECT '' AS to_number_13, to_number(' . 0 1-', ' 9 9 . 9 9 S');
^^^
'S' = locale sign and it must be always anchored to last or first
number.
Again sorry,
Karel
--
Karel Zak
http://home.zf.jcu.cz/~zakkr
В списке pgsql-patches по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера