| Subject: | DBI::DBD::SqlEngine v0.03, "list_tables" pushes to the wrong list |
| Date: | Mon, 04 Apr 2011 11:14:14 -0500 |
| To: | bug-SQL-Statement [...] rt.cpan.org |
| From: | David McMath <mcdave [...] stanford.edu> |
In generating a list_tables answer, SqlEngine pushes its "answers" back
onto the source-list, which is supposed to be a list of arrayrefs.
The attached patch addresses the problem.
I don't have a bitcard account (yet), but I understand I can submit bug
reports this way.
Thanks for your attention,
dave
--
My system is:
--
[mcdave@epgy-dsk-999 ticketServer]$ perl -v
This is perl, v5.8.8 built for x86_64-linux-thread-multi
Copyright 1987-2006, Larry Wall
Perl may be copied only under the terms of either the Artistic License
or the
GNU General Public License, which may be found in the Perl 5 source kit.
Complete documentation for Perl, including FAQ lists, should be found on
this system using "man perl" or "perldoc perl". If you have access to the
Internet, point your browser at http://www.perl.org/, the Perl Home Page.
[mcdave@epgy-dsk-999 ticketServer]$ uname -a
Linux epgy-dsk-999.Stanford.EDU 2.6.18-164.11.1.el5 #1 SMP Wed Jan 6
13:26:04 EST 2010 x86_64 x86_64 x86_64 GNU/Linux
[mcdave@epgy-dsk-999 ticketServer]$ perl -MDBI::DBD::SqlEngine -e 'print
$DBI::DBD::SqlEngine::VERSION, "\n"'
0.03
--
The attached script gives the output:
--
[mcdave@epgy-dsk-999 ticketServer]$ perl gdb_test_list.pl
List of tables (with strict refs):
Can't use string ("tickets") as an ARRAY ref while "strict refs" in use
at
/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/DBI/DBD/SqlEngine.pm
line 688.
...without strict refs...
Version information:
DBD::DBM 0.06 using SDBM_File (1.05) + MLDBM (2.04) +
MLDBM::Serializer::Storable
DBD::File 0.40 using IO::File (1.14)
DBI::DBD::SqlEngine 0.03 using SQL::Statement 1.33
DBI 1.616
OS linux (2.6.18-128.1.10.el5)
Perl 5.008008 (x86_64-linux-thread-multi)
--
Message body is not shown because sender requested not to inline it.
Message body is not shown because sender requested not to inline it.