On Tue, May 27, 2003 at 03:24:38PM -0400, Jeff Urlwin wrote:
> >
> > On Tue, May 27, 2003 at 10:16:30AM -0400, Jeff Urlwin wrote:
> > >
> > > Tim -- should the DBISTATE_VERSION have been bumped when the new
> > > calls/calling changed in 1.33? I'm suspecting that DBD::ODBC was
> > > built with version 1.33+ and yet he's using 1.21.
> >
> > Yes, that could be the problem.
>
> The user has upgraded to DBI 1.35 and all is well...
Good.
> > I'm always reluctant to change the DBISTATE_VERSION (as it
> > forces a rebuild of all drivers) so I try to keep changes
> > forward-compatible. The problem here is using a driver built
> > with a newer DBI than the old it ends up being used with.
> > I'll look into catching that situation.
>
> It seems that since 1.33+ changed some handling on the routines themselves,
> something should flag the change. I agree. I just thought that triggering
> the DBISTATE_VERSION check would be the most obvious...and easy.
Easy for me, sire. Not so easy for users.
> DBD::Oracle (using 9i client or 8i client -- shouldn't matter)
> is the OCI7 build important?
No. It'll be removed soonish.
- the big problem with DBD::Oracle is that ActiveState
> claims they can't legally build this anymore without buying Oracle's
> products. I don't believe that to be true, but I have not seen the legalese
> that causes them to think that.
I'm sure they are wrong. Oracle is free to download and use (even
the enterprise server) for *development* purposes. It's *production*
use without a licence that's prohibited.
> I'd be, typically, only interested in building for Win32, but there seems to
> have been a bit of interest in binaries for Linux lately -- however, I think
> that's a big can of worms with the number of distributions, etc and the fact
> is that the C compiler comes with the OS, so I'd be likely to leave that one
> alone.
Probably wise.
> > dbi.perl.org is being revamped by Ilya and we might just be
> > able to use that as a home for AS builds of DBI/DBDs. I'll ask.
>
> Or at least a link to a site I maintain here.... I would think it's better
> on dbi.perl.org, maybe with a site here as a backup...
We'll start with you're site with links from dbi.perl.org, and look
at switching over once it's settled.
Thanks!
Tim.
