Did you run configure using --enable-thread-safety? We don't support
threads on MS Win yet. Not sure how hard it would be to do. Any ideas?
---
Ali Karaki wrote:
> Hi,
>
> I downloaded the source code for version 7.4 Bet
Alvaro Herrera wrote:
> On Sat, Sep 27, 2003 at 08:02:17PM -0400, Bruce Momjian wrote:
> >
> > Your patch has been added to the PostgreSQL unapplied patches list at:
> >
> > http://momjian.postgresql.org/cgi-bin/pgpatches
> >
> > I will try to apply it within the next 48 hours.
>
> Keep in
Your patch has been added to the PostgreSQL unapplied patches list at:
http://momjian.postgresql.org/cgi-bin/pgpatches
I will try to apply it within the next 48 hours.
---
[EMAIL PROTECTED] wrote:
> Hi There's a b
OK, patch attached and applied for 7.4. Thanks.
---
Márcio Dick Smiderle wrote:
> Your name: M?rcio Dick Smiderle
> Your email address: [EMAIL PROTECTED]
>
>
> System Configuration
> -
>Architectur
Neil Conway <[EMAIL PROTECTED]> writes:
> On Sat, 2003-09-27 at 14:23, Tom Lane wrote:
>> Neil, what's the reason not to allow dumping just a sequence?
> Good question. I can't see a good reason not to allow it, and I can't
> recall my original reason for including that code. Please go ahead and
>
On Sat, 2003-09-27 at 14:23, Tom Lane wrote:
> /*
> * If the user is attempting to dump a specific table, check to ensure
> * that the specified table actually exists (and is a table or a view,
> * not a sequence).
> */
> if (selectTableName)
> {
> for (i = 0
Tomas Szepe <[EMAIL PROTECTED]> writes:
> Not sure if this is a bug, but still. :)
> pgsql7.3.4$ pg_dump -a -t seq_wtmp db1
> [ works ]
> pgsql7.4beta3$ pg_dump -a -t seq_wtmp db1
> pg_dump: specified table "seq_wtmp" does not exist
Looking at the CVS history, I see that Neil added code to delib
Hi,
Not sure if this is a bug, but still. :)
Compare:
pgsql7.3.4$ pg_dump -a -t seq_wtmp db1
--
-- PostgreSQL database dump
--
\connect - kala
SET search_path = public, pg_catalog;
--
-- TOC entry 1 (OID 800427)
-- Name: seq_wtmp; Type: SEQUENCE SET; Schema: public; Owner: kala
--
SELECT pg
> [EMAIL PROTECTED]
>
> >indexes:
> >stats_min_pkey primary key btree (ip, "start")
> >stats_min_start btree ("start")
> >stats_hr_pkey primary key btree (ip, "start")
> >stats_hr_start btree ("start")
>
> >ip is of type "inet" in all tables.
> >start is of type "t
Tomas Szepe wrote:
[EMAIL PROTECTED]
Tomas Szepe wrote:
[EMAIL PROTECTED]
indexes:
stats_min_pkey primary key btree (ip, "start")
stats_min_start btree ("start")
stats_hr_pkey primary key btree (ip, "start")
stats_hr_start btree ("start")
ip is of type "inet" in all tables.
start is of type
> [EMAIL PROTECTED]
>
> Tomas Szepe wrote:
> >>[EMAIL PROTECTED]
> >>
> >>
> >>>indexes:
> >>>stats_min_pkey primary key btree (ip, "start")
> >>>stats_min_start btree ("start")
> >>>stats_hr_pkey primary key btree (ip, "start")
> >>>stats_hr_start btree ("start")
> >>
> >>>ip is of type "inet" in
Tomas Szepe wrote:
[EMAIL PROTECTED]
indexes:
stats_min_pkey primary key btree (ip, "start")
stats_min_start btree ("start")
stats_hr_pkey primary key btree (ip, "start")
stats_hr_start btree ("start")
ip is of type "inet" in all tables.
start is of type "timestamp without time zone" in all tabl
> [EMAIL PROTECTED]
>
> > indexes:
> > stats_min_pkey primary key btree (ip, "start")
> > stats_min_start btree ("start")
> > stats_hr_pkey primary key btree (ip, "start")
> > stats_hr_start btree ("start")
>
> > ip is of type "inet" in all tables.
> > start is of type "timestamp without time zon
13 matches
Mail list logo
