Обсуждение: PostgreSQL v6.4 BETA2...

Поиск
Список
Период
Сортировка

PostgreSQL v6.4 BETA2...

От
"Marc G. Fournier"
Дата:
Is now available, based on the source tree as of ~3am on Oct 15th.

With this BETA, the source code is frozen...there is *absolutely* no
changes to be made except that which is required to fix a bug that
pertains to the building and/or running on a particular platform, or to
fix a crucial bug.

If any BETA can stand, on its own, for 1 week, without a change being
required to the source code (docs don't count in this), then it will
become the released version.

Again, unless it is a *crucial* fix, please withhold all patches until
after we get this released and out to the public...

Marc G. Fournier                               scrappy@hub.org
Systems Administrator @ hub.org
scrappy@{postgresql|isc}.org                       ICQ#7615664


Re: [HACKERS] PostgreSQL v6.4 BETA2...

От
darcy@druid.net (D'Arcy J.M. Cain)
Дата:
Thus spake Marc G. Fournier
> With this BETA, the source code is frozen...there is *absolutely* no
> changes to be made except that which is required to fix a bug that
> pertains to the building and/or running on a particular platform, or to
> fix a crucial bug.

What about the inet stuff.  I'm just waiting for Paul's inet_cidr*
functions to test and submit the final stuff.  As it stand it will
crash the backend if you use it.  I guess that makes it a bug fix,
right?

I'll submit the builtins.h changes in the meantime.  Perhaps I can
cobble up my own version of the inet_cidr* functions at least to
be able to test my functions.

--
D'Arcy J.M. Cain <darcy@{druid|vex}.net>   |  Democracy is three wolves
http://www.druid.net/darcy/                |  and a sheep voting on
+1 416 424 2871     (DoD#0082)    (eNTP)   |  what's for dinner.

Re: [HACKERS] PostgreSQL v6.4 BETA2...

От
"Marc G. Fournier"
Дата:
On Thu, 15 Oct 1998, D'Arcy J.M. Cain wrote:

> Thus spake Marc G. Fournier
> > With this BETA, the source code is frozen...there is *absolutely* no
> > changes to be made except that which is required to fix a bug that
> > pertains to the building and/or running on a particular platform, or to
> > fix a crucial bug.
>
> What about the inet stuff.  I'm just waiting for Paul's inet_cidr*
> functions to test and submit the final stuff.  As it stand it will
> crash the backend if you use it.  I guess that makes it a bug fix,
> right?

    But of course :)  Anything that affects the backend, especially
something that can relatively easily reproduce a crash, is a definite bug
that needs to be fixed...

Marc G. Fournier                               scrappy@hub.org
Systems Administrator @ hub.org
scrappy@{postgresql|isc}.org                       ICQ#7615664


Re: [HACKERS] PostgreSQL v6.4 BETA2...

От
Bruce Momjian
Дата:
> Thus spake Marc G. Fournier
> > With this BETA, the source code is frozen...there is *absolutely* no
> > changes to be made except that which is required to fix a bug that
> > pertains to the building and/or running on a particular platform, or to
> > fix a crucial bug.
>
> What about the inet stuff.  I'm just waiting for Paul's inet_cidr*
> functions to test and submit the final stuff.  As it stand it will
> crash the backend if you use it.  I guess that makes it a bug fix,
> right?

I like your thinking.

> I'll submit the builtins.h changes in the meantime.  Perhaps I can
> cobble up my own version of the inet_cidr* functions at least to
> be able to test my functions.

Just wait and submit the whole thing.  It is more likely to work in that
case.

Yes, I think that will have to be slipped in.  Hope Marc agrees.

--
  Bruce Momjian                        |  http://www.op.net/~candle
  maillist@candle.pha.pa.us            |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

Re: [HACKERS] PostgreSQL v6.4 BETA2...

От
darcy@druid.net (D'Arcy J.M. Cain)
Дата:
Thus spake Bruce Momjian
> > I'll submit the builtins.h changes in the meantime.  Perhaps I can
> > cobble up my own version of the inet_cidr* functions at least to
> > be able to test my functions.
>
> Just wait and submit the whole thing.  It is more likely to work in that
> case.

Sure.  I meant that I would cobble up a rough approximation of the
functions locally just so I could test my stuff.  I'm still waiting
for Paul to build the real ones.

--
D'Arcy J.M. Cain <darcy@{druid|vex}.net>   |  Democracy is three wolves
http://www.druid.net/darcy/                |  and a sheep voting on
+1 416 424 2871     (DoD#0082)    (eNTP)   |  what's for dinner.