Webmaster Forum / Perl / DBI Library / September 2004

I have no problems compiling the latest stable version of
DBD-Sybase-1.04 on FC2 along with freetds-0.62.4.  The problem occurs
when I try to run the driver using the perl DBI interface.  I get an
error message exactly like the following:

Guru's
I have a script that is executing a proc on Sybase 12.5.0.3 ASE with the
below code.
$dbhS->ct_sql("exec $opt_D..proc_arch_mt $glun");  ## Archive this GLUN

Using Sybperl/ctlib, I used to set the following for encryption...
{CON_PROPS => { CS_SEC_ENCRYPTION => 1 }}
But now I'm starting to use DBD::Sybase and am wondering if the following
code is equivalent:

My USD0.02:
As both a Perl programmer and the de-facto Perl environment manager here, I side
with your admin. The FIRST installation of any version of any CPAN  module
should never go into the default perl tree.

FYI I've made use of the fact that CPAN will automatically label a
release with a version of x.yy_z as a "developer" release.
So sybperl 2.17_3 and DBD::Sybase 1.04_9 are now available there as
well.

This afternoon, the http://www.sqlite.org/ was updated to declare
that SQLite 3.x is now officially stable with the new 3.0.7 release;
previously it was in beta status.  This is a big milestone.
One of the things that this version adds (AFAIK), which would be

My shared library of ESPs currently is working perfectly with
XP Server/12.0.0.4/P/SWR 10044 ESD 2/Sun_svr4/OS 5.6/1789/32bit/OPT/Mon
Feb  4 17:28:25 2002
We are going to upgrade our ASE 12.0 to ASE 12.5 so

I'm thinking of adding support for conversion to ISO8601 date/time
formats to DBD::Sybase. The Sybase conversion routines don't understand
this format (yet), so I'd roll my own (which is easy enough).
Is this interesting to folks on this list?

[cc'd to dbi-dev but follow ups set to dbi-users]
Hi all,
As the number of DBI related modules I maintain has grown (currently
over a dozen), I have noticed two things:  my reach has exceeded my

I am thinking of making a significant design change to my
SQL::SyntaxModel / Rosetta modules within the next week or so, but I
am debating whether it would be an improvement or a step backwards.
This change would be mostly to data, rather than code, because the

I have been trying to compile Sybperl 2.17 on OS X 12.3.5 against
Sybase 12.5.2 EBF 11952 ESD#1 to no avail. the full output from the
make is below but the short version is that when trying to create
CTlib.o I get the error can't open dynamic library against

Tim,
Attached is a minor patch to fix skipping tests on Win32.
It would be nice if Cygwin users could validate this on their platform...
Regards,

I have this piece of test case in my DBD test code that succeeded in 1.42, but
now fails in 1.43
   ok ($sth->execute, "execute");
   ok ($sth->{NUM_OF_FIELDS}, "NUM_OF_FIELDS");

In case anyone was interested in the solution to the question I
posted on August 30 of subject "MakeMaker question", I have it here.
In order for 'make test' to see a perl module that is being stored
under the t/ directory in a Perl module distribution, rather than the

I have two servers with similar databases, one is my dev and one
production.  In one of the database, there is a table which has some
text with double commas (,,) in it.  This is wrong, they should have
just one comma.