Re: Trouble returning a text field from an SRF
От | Rob Tester |
---|---|
Тема | Re: Trouble returning a text field from an SRF |
Дата | |
Msg-id | 07ed01c7966e$308ffc20$91aff460$@com обсуждение исходный текст |
Ответ на | Re: Trouble returning a text field from an SRF (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Trouble returning a text field from an SRF
|
Список | pgsql-interfaces |
Hmm.. wktStr was the original variable name from the code, I changed it to be more 'readable' for the question I was presenting (probably not a good idea in hindsight). The length calculation has been changed as well and what I presented would be a few bytes short. I have tried this using pgadmin3 (v1.6.1) and npgsql with the same results, no data returned in the text field when the data goes over 65535 chars. Maybe both clients are incorrectly setting a limit on a text field? Rob. -----Original Message----- From: Tom Lane [mailto:tgl@sss.pgh.pa.us] Sent: Monday, May 14, 2007 2:01 PM To: Rob Tester Cc: 'Alvaro Herrera'; pgsql-interfaces@postgresql.org Subject: Re: [INTERFACES] Trouble returning a text field from an SRF "Rob Tester" <robtester@gmail.com> writes: > I created my tuple that way and set the Datum using > DirectFunctionCall1(...), but there still seems to be a limitation at 65535 > chars for the data. When my string is 65535 (or shorter) I get the text > back. When it is longer I get nothing for the string, but the rest of the > tuple is intact. Maybe the problem is on the client side? There's no visible restriction in the code you quoted (though I am wondering a bit about what "wktStr" is, and whether you've computed the required size of textOut correctly). regards, tom lane
В списке pgsql-interfaces по дате отправления: