At 07:13 AM 12/15/2008, cbece...@colomsat.net.co wrote:
Please, which is the version DBI for perl 5.6.0.618
Thanks.
Since I haven't seen other replies I'll take a guess.
If you are asking which version of DBI you already have installed,
then you can check. I use this
perl -M"DBI 99"
At 05:54 AM 11/29/2008, Sureshkumar M (HCL Financial Services) wrote:
Hi All,
Can someone send the maid's for Perl forum where I can clear
all my doubts? I would like to discuss lot of doubts and get answer and
get quick answers.
Regards,
Suresh
The web page at
http://lis
At 02:32 PM 12/20/2006, [EMAIL PROTECTED] wrote:
Tried this, but still not working. DO you know how to determine which
version of DBI you are using?
Using
perl -MDBI -e "print DBI->installed_versions;"
gives me
Perl: 5.008008(MSWin32-x86-multi-thread)
OS
At 07:04 PM 4/4/2006, Gupta, Razat wrote:
Hi All,
I dont know whether this is a correct forum for asking this or not.
But still if anybody can help me , its great.
We can help best by directing you to another place. Given the mail list
name it is not surprising this list is quite busy enough
At 13:03 11/4/2005, you wrote:
>I am using SYBASE ASE 12_2, Perl5.8.5, DBI-1.48 and I just loaded
>DBD::Sybase 1.04 on a UNIX/Solaris System.
>
>I received the following error, while trying to fetch a row.
>
>DBD::Sybase - can't change context to database fights
Since you mention the word 'fligh
At 09:26 1/28/2005, you wrote:
>I just read a Debian advisory about CAN-2005-0077,
A link would have been nice...
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-0077 says "under review"
http://archives.neohapsis.com/archives/linux/debian/2005-q1/0178.html says
there's a fix released for d
Somehow I think this is specific to the latest ActivePerl build, but it is strange in
how specific it is and may reflect an unintended precariousness in the implementation
of statement handle attributes NAME_uc, NAME_lc, NAME_hash, NAME_uc_hash, and
NAME_lc_hash. Note that these tests did not c
At 17:47 3/3/2004, you wrote:
>It looks like the text was created by decompiling a chm file, which must be
>available from somewhere on the net.
Ah, no. It is one of the books on "The Linux Web Server CD Bookshelf, Version 1.0",
2001, from O'Reilly. Version 2 doesn't have the DBI book.
I can't
Been around the block on this one so I might be ... confusing.
I believe that the single prepare() with placeholders and multiple
execute()s with bind values has a memory leak. Program memory size
grows in proportion to number of INSERT's and average data size.
Memory is not released until progra