Tim Bunce wrote:
>
> Thanks for the feedback.
>
> I've put an updated release candidate here:
>
> http://homepage.eircom.net/~timbunce/DBD-Oracle-1.13-20030313gamma.tar.gz
>
> Any feedback most welcome. Assuming there are no significant problems
> I'll probably release this tomorrow.
I encou
12:25:06AM +, Tim Bunce wrote:
> With many thanks due to Jeff Urlwin, I've been able to get back into
> DBD::Oracle development after 18 months of, er, stability!
>
> I've made a snapshot of what'll be in 1.13 and put it here:
>
> http://homepage.eircom.ne
>
> On Thu, Mar 13, 2003 at 01:09:25AM -0500, Jeff Urlwin wrote:
> > >
> > >
> > > Yes. You're right that NAME_uc/NAME_lc and their *_hash
> > > variants need to be cleared from the cache. May actually be
> > > good to work the other way round... delete all cached
> > > attributes except a spe
Howdy all,
David suggested that, if I ever got to it, to submit a patch for
implementing foreign_key_info. I'm attaching a diff file (against
CVS) with my first attempt. Much of the code is messy, so comments
for improvements (or further patches) are welcome.
--keith
--
[EMAIL PROTECTED]
publ
OCI 7 is being used. This patch includes the prior patch.
>
> Regards,
>
> Jeff
>
>
> > -Original Message-
> > From: Tim Bunce [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, March 12, 2003 7:25 PM
> > To: [EMAIL PROTECTED]
> > Subjec
On Thu, Mar 13, 2003 at 01:09:25AM -0500, Jeff Urlwin wrote:
> >
> >
> > Yes. You're right that NAME_uc/NAME_lc and their *_hash
> > variants need to be cleared from the cache. May actually be
> > good to work the other way round... delete all cached
> > attributes except a specific set.
>
>
