I am compile with msys and running a recent snapshot date on june 22,
setting PGDATA environment variable. After initialise database with initdb
(without parameters), I run pgAdmin III and just after connect to the server
I have an error popup : ERROR column "datpath" does not exist.
Postgresql too
Tom Lane wrote:
Gaetano Mendola <[EMAIL PROTECTED]> writes:
I think a warning is missing if I create a table without OIDS that
inherits from a table with oids:
don't you think a warning shall to be raised here ?
Nope ... this is not different from the behavior for merging duplicate
column definit
Gaetano Mendola <[EMAIL PROTECTED]> writes:
> I think a warning is missing if I create a table without OIDS that
> inherits from a table with oids:
> don't you think a warning shall to be raised here ?
Nope ... this is not different from the behavior for merging duplicate
column definitions. You
"Laurent Ballester" <[EMAIL PROTECTED]> writes:
> I am compile with msys and running a recent snapshot date on june 22,
> setting PGDATA environment variable. After initialise database with initdb
> (without parameters), I run pgAdmin III and just after connect to the server
> I have an error popup
Hello,
I am compile with msys and running a recent snapshot date on june 22,
setting PGDATA environment variable. After initialise database with initdb
(without parameters), I run pgAdmin III and just after connect to the server
I have an error popup : ERROR column "datpath" does not exist.
Postg
I think a warning is missing if I create a table without OIDS that
inherits from a table with oids:
kalman=# create table test ( a integer );
CREATE TABLE
kalman=# create table test_2 ( b integer ) inherits (test) without oids;
CREATE TABLE
kalman=# select oid from test_2;
oid
-
(0 rows)
don't
Shachar Shemesh <[EMAIL PROTECTED]> writes:
> What I don't understand is this. The cast from varchar to text is a
> no-function one. I.e. - they are defined to be memory-represented the
> same. If that is the case, one would expect them to also share the input
> and ouput functions. When looking
> -Original Message-
> From: Merlin Moncure [mailto:[EMAIL PROTECTED]
> Sent: 21 June 2004 15:40
> To: Dave Page
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: [HACKERS] Compile failure with SSL
>
> I had made the same changes as you to be_secure...(actually,
> I recently s
Tom Lane wrote:
Shachar Shemesh <[EMAIL PROTECTED]> writes:
Tom Lane wrote:
Yes, it can cast to varchar, but that doesn't help because there are no
varchar operators ;-). To resolve the operator, it has to promote both
sides to text, and you didn't offer a cast to text.
I don't get
