On 8/16/2012 1:45 AM, Martin J. Evans wrote:
On 15/08/12 18:38, Harry Jamieson wrote:
On 8/15/2012 10:33 AM, Harry Jamieson wrote:
On 8/15/2012 10:24 AM, Martin J. Evans wrote:
On 15/08/12 17:20, Harry Jamieson wrote:
On 8/15/2012 10:13 AM, Martin J. Evans wrote:
On 15/08/12 17:12, Martin J. Evans wrote:
On 15/08/12 17:05, Harry Jamieson wrote:
On 8/15/2012 9:55 AM, Martin J. Evans wrote:
On 15/08/12 16:45, Harry Jamieson wrote:
make test output file.
That is a lot of failures. What does
prove -vb t/06attrs
output?
Martin
# /usr/opt/perl5/bin/prove -vb t/06attrs.t
t/06attrs....1..148
ok 1 - use DBI;
String found where operator expected at t/06attrs.t line 289,
near "note "Checki
ng inheritance\n""
(Do you need to predeclare note?)
syntax error at t/06attrs.t line 289, near "note "Checking
inheritance\n""
Execution of t/06attrs.t aborted due to compilation errors.
# Looks like you planned 148 tests but only ran 1.
# Looks like your test died just after 1.
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 2-148
Failed 147/148 tests, 0.68% okay
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
t/06attrs.t 255 65280 148 294 198.65% 2-148
Failed 1/1 test scripts, 0.00% okay. 147/148 subtests failed,
0.68% okay.
You need a more up to date Test::More.
The dependency must be wrong.
Martin
As an aside, could you tell us what:
perl -MTest::More -le 'print $Test::More::VERSION' outputs.
Martin
# perl -MTest::More -le 'print $Test::More::VERSION'
0.62
Then I'm a little confused as DBI requires Test::Simple 0.90 and
that contains Test::More so I guess you must have ignored a warning
saying your Test::Simple was too old.
Martin
Never mind. I found it at http://search.cpan.org/dist/Test-Simple/
Harry
Test Simple now 0.98.
# perl -MTest::More -le 'print $Test::More::VERSION'
0.98
And I now get this from "make test".
All tests successful, 38 tests and 565 subtests skipped.
Files=182, Tests=8385, 931 wallclock secs (112.93 cusr + 14.71 csys =
127.64 CPU
)
PERL_DL_NONLAZY=1 /usr/bin/perl "-Iblib/lib" "-Iblib/arch"
test.pl
test.pl
DBI test application $Revision: 12537 $
Switch: DBI 1.622 by Tim Bunce, 1.622
Available Drivers: DBM, ExampleP, File, Gofer, Proxy, Sponge
dbi:ExampleP:: testing 3 sets of 20 connections:
Connecting... 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
Disconnecting...
Connecting... 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
Disconnecting...
Connecting... 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
Disconnecting...
connect 20 and disconnect them, 3 times: 0.0404s / 60 = 0.0007s
Testing handle creation speed...
24096 NullP sth/s perl 5.008008 aix-thread-multi (cc_r 9.0.0.2 -O)
0.000042s
test.pl done
Target "test" is up to date.
I will now try "make install".
The next thing that I need to do is to download the MySQL module, but
I cannot find this module at CPAN.
Harry
Go to search.cpan.org and enter DBD::mysql into the search box and hit
search. Click on the second link to DBD::mysql (the one with a version
in the link). Don't forget you'll need to install mysql client and
mysql client development packages first before attempting to build
DBD::mysql.
Martin
My thanks to you, Martin, and to Tim as well. It turns out that MySQL
no longer has a distribution for AIX 5.3, 5.4, or 6.1 (IBM is ceasing
support for these versions), and so we have decided to instead try to go
with DB2, which we already have installed. We're running with these old
OS versions because that's what our potential customer base is most
likely to have right now. Of course, nothing is ever easy in the world
of Unix, and I'm having problems installing DBD::DB2. Problems like these:
sqlcli.h: No such file or directory
sqlc1l1.h: No such file or directory
sqlext.h: No such file or directory
I have my DB2_HOME and DB2LIB variables set to /usr/opt/db2_08_01 and
/usr/opt/db2_08_01/include, where these files should be, but running
"find" from root (and as root) shows that they don't exist on my
machine. I'm guessing that whoever ordered DB2 for us didn't order the
developer's version. :( I'm going do some more research on this. In
the meantime, again, I appreciate your help with DBI.
Harry
