I am receiving an error when DBD-ORACLE is compiling at run time. The
specific message is :
The procedure entry point PL_memory_wrap could not be located in the dynamic
link library perl58.dll
I am running Windows XP Professional. Any ideas to help me figure this one
out would be greatly
Hi all,
I am having trouble building DBI.pm version 1.48 a
Redhat Linux system. In the make I get a bunch of
warnings of variables not being used (innocous
enough), but then get the following error:
Can't locate object method cmd_head3 via package
Pod::Man at
Set-up:
Compiler: IBM VAC 4.4.0.3
Apache: 2.0.53
Perl: 5.8.6 (w/ MULTIPLICITY USE_ITHREADS USE_LARGE_FILES
PERL_IMPLICIT_CONTEXT )
Mod_perl: 2.0
DBD::Informix: 2005.02
I haven't really seen anything similar in the past mail list. If I'm
over looking some useful messages
From Changes file:
Changes in DBI 1.33, 27th February 2003
NOTE: Future versions of the DBI *will not* support perl 5.6.0 or earlier.
: Perl 5.6.1 will be the minimum supported version.
I note that Makefile.PL does not enforce this (only 5.6.0).
There is also a now outdated comment in
Matt Sergeant wrote:
On 22 Jul 2005, at 12:30, Dean Arnold wrote:
Hoping someone can point me at a DBD thats known
to be non-thread-friendly (ie, hasn't implemented
the clone() methods). However, its underlying
client libs and XS subs (if any) do need to be
thread-capable (ie, no writing to
My huge reply to this thread (which is a problem/solution report) appears below
the separator line. If you found this email posting to be
Helpful, please drop me an email.
- Brian
From: Jonathan Leffler [mailto:[EMAIL PROTECTED]
Sent: Wednesday,
Hi,
I am trying to install SQL::Statement through cpan but got some
errrors while 'make tests'
One of the errors said that I am missing IO::File. IO::File is part
of perl 5.8.7 whereas my perl's version is 5.8.3. Do I need to
upgrade to newer version? I can't use cpan to install this
H S wrote:
Hi,
I am trying to install SQL::Statement through cpan but got some
errrors while 'make tests'
One of the errors said that I am missing IO::File. IO::File is part
of perl 5.8.7 whereas my perl's version is 5.8.3. Do I need to
upgrade to newer version?
You can safely ignore
Tim Bunce wrote:
On Thu, Aug 11, 2005 at 10:01:08AM -0700, Dean Arnold wrote:
I'm running into an issue while trying to test w/ DBIx::Threaded;
there seems to be some interdependency between selectrow_arrayref
and selectall_arrayref using the prepared stmt form.
(I'm on WinXP, AS 5.8.3, DBI
Strap in, this is a bit of a saga...
For DBIx::Threaded testing, I've updated a machine
to Fedora Core 4. Given RedHat's notoriety wrt
the Perl they deliver, after installing, I immediately
pull down AS 5.8.7 for Linux and begin testing.
Normal cases work OK, but using threads leads to
bizarre
On Thu, Aug 11, 2005 at 02:10:17PM -0700, Dean Arnold wrote:
Tim Bunce wrote:
Try tracing.
I'd guess there's a bug related to calling execute() after finish().
Added a trace(7); here's the output (with logon stuff trimmed):
- selectall_arrayref for DBD::SQLite::db
On Thu, Aug 11, 2005 at 10:01:08AM -0700, Dean Arnold wrote:
I'm running into an issue while trying to test w/ DBIx::Threaded;
there seems to be some interdependency between selectrow_arrayref
and selectall_arrayref using the prepared stmt form.
(I'm on WinXP, AS 5.8.3, DBI 1.48,
On Thu, Aug 11, 2005 at 08:23:59AM -0700, Jonathan Leffler wrote:
From Changes file:
Changes in DBI 1.33, 27th February 2003
NOTE: Future versions of the DBI *will not* support perl 5.6.0 or earlier.
: Perl 5.6.1 will be the minimum supported version.
I note that Makefile.PL does not
On Wed, 10 Aug 2005 21:35:31 +0200
Peter J. Holzer [EMAIL PROTECTED] wrote:
the next line causes an exception, but shouldn't:
$tkcount = $dbh-selectrow_array($sth, {}, 'baz');
print $tkcount\n;
Yes, I get the same error message when s/baz/bar/ but not s/baz/foo/
Not sure what to make of
14 matches
Mail list logo