From: | Guillaume Lelarge <guillaume(at)lelarge(dot)info> |
---|---|
To: | Erwin Brandstetter <brandstetter(at)falter(dot)at> |
Cc: | pgadmin-hackers(at)postgresql(dot)org |
Subject: | Re: Reverse engineering of functions .. |
Date: | 2010-06-11 16:57:51 |
Message-ID: | 4C126B0F.9020902@lelarge.info |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgadmin-hackers |
Hi Erwin,
Le 19/05/2010 23:31, Erwin Brandstetter a écrit :
> Aloha!
>
> Found another hitch with functions returning TABLE(). #191 says it all.
>
> On a side note, the SQL example demonstrates another small issue:
> ... LANGUAGE sql
> is transformed to
> ... LANGUAGE 'sql' -- note the quotes.
>
> "langname" is a name, not a text. For backward compatibility the quotes
> are allowed, but we should still not add them.
>
> See ..
> http://developer.postgresql.org/pgdocs/postgres/sql-createfunction.html
> http://www.postgresql.org/docs/8.4/interactive/sql-createfunction.html
>> { LANGUAGE langname
> (...)
>>
>> langname
>> The name of the language that the function is implemented in. Can be
> SQL, C, internal, or the name of a user-defined procedural language.
>> For backward compatibility, the name can be enclosed by single quotes.
>
Sorry for not answering sooner. I'm real busy with the french
translation of the 9.0 PostgreSQL manual.
Anyway. Worked on this, commited a fix, should work now. At least, your
funny example works :)
--
Guillaume
http://www.postgresql.fr
http://dalibo.com
From | Date | Subject | |
---|---|---|---|
Next Message | svn | 2010-06-11 17:02:58 | SVN Commit by guillaume: r8428 - in trunk/pgadmin3: . pgadmin/dlg pgadmin/schema |
Previous Message | svn | 2010-06-11 16:55:10 | SVN Commit by guillaume: r8427 - in branches/REL-1_10_0_PATCHES/pgadmin3: . pgadmin/dlg pgadmin/schema |