Re: To be 7.1.3 or not to be 7.1.3?

Поиск
Список
Период
Сортировка
От Oleg Bartunov
Тема Re: To be 7.1.3 or not to be 7.1.3?
Дата
Msg-id Pine.GSO.4.33.0108072125100.4946-100000@ra.sai.msu.su
обсуждение исходный текст
Ответ на Re: To be 7.1.3 or not to be 7.1.3?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: To be 7.1.3 or not to be 7.1.3?  ("Marc G. Fournier" <scrappy@hub.org>)
Re: To be 7.1.3 or not to be 7.1.3?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
If we decide to release 7.1.3 I'd like to see our patch for
contrib/intarray too.
Oleg
On Tue, 7 Aug 2001, Tom Lane wrote:

> "Marc G. Fournier" <scrappy@hub.org> writes:
> > (moved to a non-high-speed neighboorhood *sigh*) ...
>
> Ugh :-(
>
> > Tom, can you resend that list of changes you sent to me earlier?
>
> Attached is the updated list.  Note there are a couple of changes listed
> that aren't actually in REL7_1_STABLE yet, but if we are going to make
> a release it would be easy and profitable to back-patch them.  I will
> be happy to take care of that gruntwork if we decide on a release.
>
>             regards, tom lane
>
>
> 2001-08-03 16:14  tgl
>
>     * src/bin/pg_dump/: pg_dump.c, pg_dump.h (REL7_1_STABLE):
>     Back-patch fixes for dumping user-defined types and dumping
>     comments on views.
>
> 2001-07-31 14:39  tgl
>
>     * src/: backend/optimizer/path/allpaths.c,
>     backend/optimizer/util/clauses.c, backend/utils/adt/ruleutils.c,
>     include/optimizer/clauses.h (REL7_1_STABLE): Fix optimizer to
>     not try to push WHERE
>     clauses down into a sub-SELECT that has a DISTINCT ON clause, per
>     bug report from Anthony Wood.  While at it, improve the
>     DISTINCT-ON-clause recognizer routine to not be fooled by out-
>     of-order DISTINCT lists.  Also, back-patch earlier fix to not push
>     down into sub-SELECT with LIMIT.
>
> 2001-07-29 18:12  tgl
>
>     * src/bin/pg_dump/: pg_dump.c (REL7_1_STABLE), pg_dump.c: Arrange
>     for GRANT/REVOKE on a view to be dumped at the right time, namely
>     after the view definition rather than before it.  Bug introduced in
>     7.1 by changes to dump stuff in OID ordering.
>
> 2001-07-16 13:57  tgl
>
>     * src/backend/optimizer/path/allpaths.c: Do not push down quals
>     into subqueries that have LIMIT/OFFSET clauses, since the added
>     qual could change the set of rows that get past the LIMIT.  Per
>     discussion on pgsql-sql 7/15/01.
>
> 2001-07-11 17:53  momjian
>
>     * src/backend/commands/copy.c: Disable COPY TO/FROM on views.
>
> 2001-07-05 22:13  ishii
>
>     * doc/src/sgml/backup.sgml (REL7_1_STABLE): Fix typo. createdb -t
>     --> createdb -T
>
> 2001-07-03 12:49  tgl
>
>     * src/backend/utils/init/miscinit.c: Don't go into infinite loop if
>     /home/postgres/testversion/data directory is not writable.
>
> 2001-07-02 15:31  tgl
>
>     * src/test/regress/expected/: abstime-solaris-1947.out,
>     abstime.out: Update abstime expected results to match
>     post-30-June-2001 reality.  Probably the right fix is to remove
>     'current' special value entirely, but I don't want to see
>     regression test failures until that happens.
>
> 2001-06-29 12:34  tgl
>
>     * src/backend/commands/: vacuum.c (REL7_1_STABLE), vacuum.c: Fix
>     longstanding error in VACUUM: sometimes would examine a buffer page
>     after writing/unpinning it.  An actual failure is unlikely, unless
>     the system is tremendously short of buffers ... but a bug is a bug.
>
> 2001-06-12 21:02  tgl
>
>     * src/pl/plpgsql/src/pl_exec.c (REL7_1_STABLE): Back-patch fix for
>     attempt to pfree a value that's not palloc'd (it's a field of a
>     tuple).  I see Jan has already fixed this in current sources, but
>     7.1.* is pretty badly broken here.
>
> 2001-06-12 14:54  tgl
>
>     * src/backend/rewrite/: rewriteHandler.c (REL7_1_STABLE),
>     rewriteHandler.c: Repair problem with multi-action rules in
>     combination with any nontrivial manipulation of rtable/jointree by
>     planner.  Rewriter was generating actions that shared
>     rtable/jointree substructure, which caused havoc when planner got
>     to the later actions that it'd already mucked up.
>
> 2001-06-06 14:54  wieck
>
>     * src/pl/plpgsql/src/gram.y: Patch from Ian Lance Taylor fixing
>     multiple cursor arguments and buffer zero termination.
>
>     Jan
>
> 2001-06-06 13:18  tgl
>
>     * src/backend/access/transam/xlog.c (REL7_1_STABLE): Back-patch
>     change to not keep WAL segments just for UNDO information.
>
> 2001-05-31 17:49  momjian
>
>     * doc/src/sgml/: release.sgml (REL7_1_STABLE), release.sgml: Forgot
>     SGML section section id tag for 7.1.
>
> 2001-05-31 13:32  tgl
>
>     * src/backend/utils/adt/: ri_triggers.c (REL7_1_STABLE),
>     ri_triggers.c: RI triggers would fail for datatypes using old-style
>     equal function, because cached fmgr info contained reference to a
>     shorter-lived data structure.  Also guard against possibility that
>     fmgr_info could fail, leaving an incomplete entry present in the
>     hash table.
>
> 2001-05-27 21:00  ishii
>
>     * src/backend/utils/mb/: conv.c (REL7_1_STABLE), conv.c: Fix a
>     message error in utf_to_local
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
>
> http://www.postgresql.org/search.mpl
>
Regards,    Oleg
_____________________________________________________________
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Recovery error
Следующее
От: Stephan Szabo
Дата:
Сообщение: Re: FW: [JDBC] BIGINT vs Java's long