Re: Typo in plperl doc ?

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Typo in plperl doc ?
Дата
Msg-id 201006141848.o5EImOe06660@momjian.us
обсуждение исходный текст
Ответ на Re: Typo in plperl doc ?  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Robert Haas wrote:
> On Mon, Jun 14, 2010 at 10:59 AM, Andrew Dunstan <andrew@dunslane.net> wrote:
> > Robert Haas wrote:
> >>> Ok, so shouldn't it be
> >>>
> >>> "The <varname>%_SHARED</varname> variable and other global state(s?)
> >>> within the language *are* public data"
> >>>
> >>> ?
> >> It seems correct to me as-is, but I just work here.
> >
> > Umm, you don't say "Joe and Mary is people." (Or I hope you don't.) So "are"
> > looks correct here to me. If the subject of the verb is plural then the verb
> > should be in the plural form.
>
> Yeah, you might be right.  I won't attempt to explain why I thought
> this case might be different from that one...

Agreed, attached patch applied.

--
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + None of us is going to be here forever. +
Index: plperl.sgml
===================================================================
RCS file: /cvsroot/pgsql/doc/src/sgml/plperl.sgml,v
retrieving revision 2.84
retrieving revision 2.85
diff -c -c -r2.84 -r2.85
*** plperl.sgml    13 May 2010 16:39:43 -0000    2.84
--- plperl.sgml    14 Jun 2010 18:47:05 -0000    2.85
***************
*** 835,841 ****

    <para>
      The <varname>%_SHARED</varname> variable and other global state within
!     the language is public data, available to all PL/Perl functions within a
      session. Use with care, especially in situations that involve use of
      multiple roles or <literal>SECURITY DEFINER</> functions.
    </para>
--- 835,841 ----

    <para>
      The <varname>%_SHARED</varname> variable and other global state within
!     the language are public data, available to all PL/Perl functions within a
      session. Use with care, especially in situations that involve use of
      multiple roles or <literal>SECURITY DEFINER</> functions.
    </para>

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

Предыдущее
От: Joe Conway
Дата:
Сообщение: Re: dblink_build_sql_update versus dropped columns
Следующее
От: Tom Lane
Дата:
Сообщение: Re: dblink_build_sql_update versus dropped columns