On Sun, Sep 11, 2011 at 11:25:20PM +0100, Andrew Ford wrote:
> I suggest that we move this discussion to dbi-dev.
[dbi-users dropped]
> On 11/09/11 18:14, Tim Bunce wrote:
> >On Fri, Sep 09, 2011 at 03:50:53PM +0100, Andrew Ford wrote:
>
> my $next_middleware = $go_transport->middleware;
>
I suggest that we move this discussion to dbi-dev.
On 11/09/11 18:14, Tim Bunce wrote:
On Fri, Sep 09, 2011 at 03:50:53PM +0100, Andrew Ford wrote:
Currently DBD::Gofer::dr:connect() contains code to set up the transport:
my $transport_class = delete $go_attr{go_transport}
On Fri, Sep 09, 2011 at 03:50:53PM +0100, Andrew Ford wrote:
> Currently DBD::Gofer::dr:connect() contains code to set up the transport:
>
>my $transport_class = delete $go_attr{go_transport}
>or return $drh->set_err($DBI::stderr, "No transport argument
> in '$orig_dsn
Thinking about how middleware could be implemented in DBD::Gofer - see
below ...
Tim Bunce wrote:
On Thu, Sep 08, 2011 at 01:19:17PM +0100, Andrew Ford wrote:
and I would quite like to get this module onto CPAN and would like some
feedback as to
whether "the expert" thinks it is a ba
Tim Bunce wrote:
On Thu, Sep 08, 2011 at 01:19:17PM +0100, Andrew Ford wrote:
and I would quite like to get this module onto CPAN and would like some
feedback as to
whether "the expert" thinks it is a bad idea. I think it would be a useful
addition to the testing
armoury, but then
On Thu, Sep 08, 2011 at 01:19:17PM +0100, Andrew Ford wrote:
>Hi Tim
>
>Sorry for mailing you directly, but I don't know whether my emails
>are getting through to the dbi-users mailing list,
[CC'd to dbi-users]
>and I would quite like to get this module onto CPAN and would like s
