Re: Perl 5.13.3+ MAY BREAK COMPILED DRIVERS - Please test DBI 1.613_71!

Tim Bunce <[email protected]>
Newsgroups gmane.comp.lang.perl.modules.dbi.sybase.devel
Message-ID <[email protected]>
On Mon, Aug 30, 2010 at 07:28:31AM -0400, John Scoles wrote:
> Tim Bunce wrote:
> 
> Looks like DBD::Oracle as PERL_POLLUTE as well.
> 
> Lucy!!! You have some renaming to do!!!
> 
> A project of 1.26 perhaps

As 5.13.x comes closer to being 5.14 this issue is becoming more urgent.

John, I've asked [email protected] to give commit access for the dbd-orcle
repro to Martin so he can work on this for you. I'd appreciate it if you
could work on a release as soon as he's done. Thanks!

Michael, will you be able to make a fixed release of DBD::Sybase soonish?

The work required is pretty trivial. It's mostly just adding a "PL_"
prefix to instances of the sv_undef, sv_yes, and sv_no variables.

For both of you I suggest testing with an actual recent build of 5.13.x
(rather than fiddle around with the special 1.613_71 DBI build).

Tim.

> cheers
> John
> >Short version:
> >
> >Please download build test *and install* DBI 1.613_71, then download build
> >and test any compiled drivers you use to check they work with DBI 1.613_71.
> >
> >Let us know about any failures *and* successes.
> >
> >Also grep the source code of the driver to see if it defines
> >PERL_POLUTE. If it does, let us know.
> >
> >Long version:
> >
> >Perl 5.13.3+ removes support for PERL_POLUTE. PERL_POLUTE enables use of
> >old-style variables names, without the PL_ prefix (e.g. sv_undef instead
> >of PL_sv_undef).
> >
> >The DBI has, for many years, enabled PERL_POLUTE mode in DBIXS.h, so
> >it's likely that compiled drivers are use some old-style variables names.
> >These drivers won't work with Perl 5.13.3+.
> >
> >To aid testing for this, the DBI 1.613_71 doesn't enabled PERL_POLUTE mode.
> >
> >So please test compiled drivers against DBI 1.613_71.
> >
> >Thanks!
> >
> >Tim.
> 
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.