Gavin Carr wrote:
It looks like DBIx::Database->new is stripping the schema information
from table names before calling QueryMetadata, which seems to be
required now? Anyone else seen this, or are successfully using
DBIx::Recordset with PostgreSQL 7.3+ (when schemas came in)? Or am
I missing somet
> It looks like DBIx::Database->new is stripping the schema information
> from table names before calling QueryMetadata, which seems to be
> required now? Anyone else seen this, or are successfully using
> DBIx::Recordset with PostgreSQL 7.3+ (when schemas came in)? Or am
> I missing something obvi
On Wed, Aug 25, 2004 at 08:06:10AM +0200, Robert Germi? wrote:
> Gavin Carr wrote:
>
> >It looks like DBIx::Database->new is stripping the schema information
> >from table names before calling QueryMetadata, which seems to be
> >required now? Anyone else seen this, or are successfully using
> >DB
Gavin Carr wrote:
and if I do the following (again as the postgres user):
perl -MDBIx::Database -le
'DBIx::Database->new("dbi:Pg:dbname=template1","postgres",undef,undef,"foo",1)'
I get a long list of errors about non-existent relations. Does the above
work okay for you on 7.3?
it does... at
Hi,
I'm willing to run Embperl2 with the stock apache-perl package (Apache
with mod_perl module statically linked). So, I downloaded the last
Debian libembperl-perl source package and rebuilt it. (off course, with
EPHTTPD=/usr/sbin/apache-perl & apxs-perl).
Building went fine but "apache-perl -
Hi,
>
> I'm willing to run Embperl2 with the stock apache-perl
> package (Apache with mod_perl module statically linked). So,
> I downloaded the last Debian libembperl-perl source package
> and rebuilt it. (off course, with
> EPHTTPD=/usr/sbin/apache-perl & apxs-perl).
>
> Building went fine
