Re: DBI BOF @ OSCON ?

From: Tim Bunce (Tim.Bunce_at_pobox.com)
Date: 07/27/04

  • Next message: Tim Bunce: "Re: RFC: SQL::Preprocessor - a SQL filter for Perl" 
    Date: Tue, 27 Jul 2004 07:20:36 +0100
To: Patrick Galbraith <patg@mysql.com>

    On Mon, Jul 26, 2004 at 09:32:45AM -0700, Patrick Galbraith wrote:
    > Tim,
    >
    > >
    > >What's the status of the work?
    > >Is a patch available for Rudy to integrate?
    >
    > It's complete. I can run all tests using server prepare vs. emulated in
    > the driver, and all pass. I've done benchmarking with my own script and
    > found using the server is of course faster than emulation in the driver.
    > Yes, I do have a patch for Rudy, but he's on vacation right now (and
    > I've been communicating with him all along the work that I'm doing). As
    > well, "bind_param" now uses the server as well, as opposed to emulation
    > in the driver, as well as various code cleanups. In early March, Monty
    > went through the code with me and found various algorithms and logic
    > that could be reduced, cleaned up cruft, etc.

    Great. Is the behaviour user selectable - so applications can opt
    to use the old emulated behaviour if they want to?

    > >>As well, I wouldn't mind also discussing DBI sometime with a group of
    > >>people, if anything has happened to organise a BOF or even an informal
    > >>get-together? I've been so involved in the lower level part of the driver
    > >>that I wouldn't mind discussing in a group what is in store for DBI
    > >>development and how it might affect other drivers.
    > >
    > >I announced the DBI Driver Developers BoF on dbi-dev@perl.org last week:
    > >
    > > http://conferences.oreillynet.com/cs/os2004/view/e_sess/5782
    > >
    > >As someone working on a DBI driver you ought to be subscribed to that list.
    >
    > I am, and replied to that email last night ;) Also, I have even recently
    > replied to a gentleman from Novell about support on Netware (I was
    > recently working with the build team for the server on various builds
    > for different platforms, and Netware was one of the ones that we worked
    > on making available, so DBD support would only follow).

    Great. Thanks Patrick.

    Tim.

    > Thanks much,
    >
    > Patrick
    >
    >
    > >
    > >Tim.
    > >
    > >
    >
    > --
    > Patrick Galbraith, Senior Systems Engineer
    > MySQL AB, www.mysql.com
    > Office: +1 206 719 2461
    >
    > Are you MySQL certified? www.mysql.com/certification
    >
    >

  • Next message: Tim Bunce: "Re: RFC: SQL::Preprocessor - a SQL filter for Perl"

    Relevant Pages

    • Re: [PATCH] uio: User IRQ Mode
      ... In this mode the user space driver ... is responsible for acknowledging and re-enabling the interrupt. ... This can easily be done without your patch. ...
      (Linux-Kernel)
    • Re: [PATCH] ne.c fix for hibernate and rmmod oops fix
      ... This patch is ready to be merged. ... that was not the case before, because the probe is invasive. ... legacy driver. ... const unsigned char *buf, const int start_page); ...
      (Linux-Kernel)
    • Re: [PATCH] Blackfin: blackfin on-chip SPI controller driver
      ... patch, rather than initial-plus-cleanups. ... Please put this in Kconfig up with the other SPI controller drivers, ... relevant points in the driver. ... place to reverse any DMA mappings ... ...
      (Linux-Kernel)
    • Re: [git patches] libata updates
      ... Bug fixes, and a new driver. ... (fixed in the attached patch). ...     else ... This is incorrect if slave/master devices use different PIO modes ...
      (Linux-Kernel)
    • Re: [patch 2.6.20-rc3 1/3] rtc-cmos driver
      ... To build your new patch for ARM I have modified the line "depends on ... configured that driver as a module. ... As for the RTC patch, it does work on the shark, and is needed. ...
      (Linux-Kernel)