| От | Kyotaro Horiguchi |
|---|---|
| Тема | Re: Inconvenience of pg_read_binary_file() |
| Дата | |
| Msg-id | 20220630.105952.545831058411592439.horikyota.ntt@gmail.com обсуждение исходный текст |
| Ответ на | Re: Inconvenience of pg_read_binary_file() (Kyotaro Horiguchi <horikyota.ntt@gmail.com>) |
| Ответы |
Re: Inconvenience of pg_read_binary_file()
|
| Список | pgsql-hackers |
At Tue, 07 Jun 2022 17:29:31 +0900 (JST), Kyotaro Horiguchi <horikyota.ntt@gmail.com> wrote in > pg_read_file(text, bool) makes sense to me, but it doesn't seem like > to be able to share C function with other variations. > pg_read_binary_file() need to accept some out-of-range value for > offset or length to signal that offset and length are not specified. In this version all the polypmorphic variations share the same body function. I tempted to add tail-reading feature but it would be another feature. > (function comments needs to be edited and docs are needed) - Simplified the implementation (by complexifying argument handling..). - REVOKEd EXECUTE from the new functions. - Edited the signature of the two functions. > - pg_read_file ( filename text [, offset bigint, length bigint [, missing_ok boolean ]] ) → text > + pg_read_file ( filename text [, offset bigint, length bigint ] [, missing_ok boolean ] ) → text And registered this to the next CF. regards. -- Kyotaro Horiguchi NTT Open Source Software Center
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера