Yup, that fixes it. All tests pass. Thanks, Noel
> -----Original Message----- > From: padre-dev-boun...@perlide.org [mailto:padre-dev- > boun...@perlide.org] On Behalf Of Ahmad Zawawi > Sent: Tuesday, February 28, 2012 8:37 AM > To: Padre development discussion list > Subject: Re: [Padre-dev] Test failures on 0.94 > > Hi, > > This should be fixed in ORLite 1.96 > https://metacpan.org/release/ADAMK/ORLite-1.96 > > Thanks for your report, > Ahmad > > 2012/2/22 Maddy, Noel <nmad...@hfhs.org>: > > I'm trying to install 0.94 in a 5.14.2 perlbrew environment, with > current > > CPAN versions of everything. > > > > I'm getting two test failures: > > > > t/03_db.t .................. 1/6 Can't use string > ("Padre::DB::History") as an ARRAY ref while "strict refs" in use at > (eval 34) line 251. > > > > line 37 is calling Padre::DB::History->delete as a class method. > Somehow, that's > > ending up as an instance-based delete method that tries to get shift- > >rowid: > > > > main::(t/03_db.t:37): ok( Padre::DB::History->delete( > 'where type = ?', 'files' ) ); > > DB<2> s > > Padre::DB::History::Shim::delete((eval 36)[/opt/perlbrew/perls/perl- > 5.14.2/lib/site_perl/5.14.2/ORLite.pm:782]:232): > > 232: Padre::DB->do('delete from "history" where "rowid" = > ?', {}, shift->rowid); > > DB<2> s > > Padre::DB::History::Shim::rowid((eval 36)[/opt/perlbrew/perls/perl- > 5.14.2/lib/site_perl/5.14.2/ORLite.pm:782]:251): > > 251: $_[0]->[0]; > > DB<2> T > > @ = Padre::DB::History::Shim::rowid('Padre::DB::History') called from > file `(eval 36)[/opt/perlbrew/perls/perl- > 5.14.2/lib/site_perl/5.14.2/ORLite.pm:782]' line 232 > > $ = Padre::DB::History::Shim::delete('Padre::DB::History', 'where > type = ?', 'files') called from file `t/03_db.t' line 37 > > DB<2> x ref $_[0], $_[0] > > 0 '' > > 1 'Padre::DB::History' > > > > > > > > t/82_plugin_manager.t ...... 1/29 Expected to update 1 row, actually > updated 0E0 at (eval 197) line 525. > > > > line 60 call to unload_plugin is failing. Seems to be that > unload_plugin expects the plugin > > to be enabled, and fails when it tries to disable an already disabled > plugin? > > > > main::(t/82_plugin_manager.t:60): ok( $manager- > >unload_plugin('Padre::Plugin::My'), '->unload_plugin ok' ); > > DB<3> n > > Expected to update 1 row, actually updated 0E0 at (eval > 199)[/opt/perlbrew/perls/perl- > 5.14.2/lib/site_perl/5.14.2/ORLite.pm:782] line 525. > > at (eval 199)[/opt/perlbrew/perls/perl- > 5.14.2/lib/site_perl/5.14.2/ORLite.pm:782] line 525 > > > Padre::DB::Plugin::Shim::update('Padre::DB::Plugin=ARRAY(0x26008f0)', > 'enabled', 0) called at /home/sysmgr/.cpanplus/5.14.2/build/Padre- > 0.94/blib/lib/Padre/PluginHandle.pm line 440 > > > Padre::PluginHandle::update('Padre::PluginHandle=HASH(0x4aa21c8)', > 'enabled', 0) called at /home/sysmgr/.cpanplus/5.14.2/build/Padre- > 0.94/blib/lib/Padre/PluginManager.pm line 649 > > > Padre::PluginManager::_unload_plugin('Padre::PluginManager=HASH(0x4aa2 > 288)', 'Padre::Plugin::My') called at > /home/sysmgr/.cpanplus/5.14.2/build/Padre- > 0.94/blib/lib/Padre/PluginManager.pm line 635 > > > Padre::PluginManager::unload_plugin('Padre::PluginManager=HASH(0x4aa22 > 88)', 'Padre::Plugin::My') called at t/82_plugin_manager.t line 60 > > > > > > > > CONFIDENTIALITY NOTICE: This email contains information from the > sender that may be CONFIDENTIAL, LEGALLY PRIVILEGED, PROPRIETARY or > otherwise protected from disclosure. This email is intended for use > only by the person or entity to whom it is addressed. If you are not > the intended recipient, any use, disclosure, copying, distribution, > printing, or any action taken in reliance on the contents of this > email, is strictly prohibited. If you received this email in error, > please contact the sending party by reply email, delete the email from > your computer system and shred any paper copies. > > > > Note to Patients: There are a number of risks you should consider > before using e-mail to communicate with us. See our Privacy Policy and > Henry Ford My Health at www.henryford.com for more detailed > information. If you do not believe that our policy gives you the > privacy and security protection you need, do not send e-mail or > Internet communications to us. > > _______________________________________________ > > Padre-dev mailing list > > Padre-dev@perlide.org > > http://mail.perlide.org/mailman/listinfo/padre-dev > _______________________________________________ > Padre-dev mailing list > Padre-dev@perlide.org > http://mail.perlide.org/mailman/listinfo/padre-dev _______________________________________________ Padre-dev mailing list Padre-dev@perlide.org http://mail.perlide.org/mailman/listinfo/padre-dev
