Re: New PL/Perl failure with Safe 2.2x due to recursion (8.x & 9.0)
От | Tim Bunce |
---|---|
Тема | Re: New PL/Perl failure with Safe 2.2x due to recursion (8.x & 9.0) |
Дата | |
Msg-id | 20100225205814.GO1018@timac.local обсуждение исходный текст |
Ответ на | Re: New PL/Perl failure with Safe 2.2x due to recursion (8.x & 9.0) ("David E. Wheeler" <david.wheeler@pgexperts.com>) |
Ответы |
Re: New PL/Perl failure with Safe 2.2x due to recursion (8.x & 9.0)
Re: New PL/Perl failure with Safe 2.2x due to recursion (8.x & 9.0) |
Список | pgsql-bugs |
On Thu, Feb 25, 2010 at 10:04:44AM -0800, David E. Wheeler wrote: > On Feb 25, 2010, at 10:01 AM, Tim Bunce wrote: > > >> That's two unacceptable alternatives, you need to find a third one. > >> I think most people will have no trouble settling on "do not update > >> to Safe 2.2x" if you don't offer a better solution than these. > > > > I believe the next version of Safe will revert to Safe 1.19 behaviour > > because the side effects of the change in 2.20 are too severe for it to > > be left enabled by default. > > Which means losing sort $a <=> $b again, alas. Such was always the > case in the past, so that might be an okay tradeoff to get recursive > calls working again, but I certainly hope that Safe can be updated in > the near future to give us both. > > There seem to be no good answers here. There is one fairly good answer: Use a perl that's compiled to support multiplicity but not threads. That avoids the sort bug and, as an extra bonus, gives plperl a significant speed boost. Tim.
В списке pgsql-bugs по дате отправления: