~ubuntu-branches/ubuntu/oneiric/postgresql-9.1/oneiric-security

« back to all changes in this revision

Viewing changes to doc/src/sgml/html/release-8-4-8.html

  • Committer: Bazaar Package Importer
  • Author(s): Martin Pitt
  • Date: 2011-05-11 10:41:53 UTC
  • Revision ID: james.westby@ubuntu.com-20110511104153-psbh2o58553fv1m0
Tags: upstream-9.1~beta1
ImportĀ upstreamĀ versionĀ 9.1~beta1

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
 
2
<HTML
 
3
><HEAD
 
4
><TITLE
 
5
>Release 8.4.8</TITLE
 
6
><META
 
7
NAME="GENERATOR"
 
8
CONTENT="Modular DocBook HTML Stylesheet Version 1.79"><LINK
 
9
REV="MADE"
 
10
HREF="mailto:pgsql-docs@postgresql.org"><LINK
 
11
REL="HOME"
 
12
TITLE="PostgreSQL 9.1beta1 Documentation"
 
13
HREF="index.html"><LINK
 
14
REL="UP"
 
15
TITLE="Release Notes"
 
16
HREF="release.html"><LINK
 
17
REL="PREVIOUS"
 
18
TITLE="Release 9.0"
 
19
HREF="release-9-0.html"><LINK
 
20
REL="NEXT"
 
21
TITLE="Release 8.4.7"
 
22
HREF="release-8-4-7.html"><LINK
 
23
REL="STYLESHEET"
 
24
TYPE="text/css"
 
25
HREF="stylesheet.css"><META
 
26
HTTP-EQUIV="Content-Type"
 
27
CONTENT="text/html; charset=ISO-8859-1"><META
 
28
NAME="creation"
 
29
CONTENT="2011-04-27T21:20:33"></HEAD
 
30
><BODY
 
31
CLASS="SECT1"
 
32
><DIV
 
33
CLASS="NAVHEADER"
 
34
><TABLE
 
35
SUMMARY="Header navigation table"
 
36
WIDTH="100%"
 
37
BORDER="0"
 
38
CELLPADDING="0"
 
39
CELLSPACING="0"
 
40
><TR
 
41
><TH
 
42
COLSPAN="5"
 
43
ALIGN="center"
 
44
VALIGN="bottom"
 
45
><A
 
46
HREF="index.html"
 
47
>PostgreSQL 9.1beta1 Documentation</A
 
48
></TH
 
49
></TR
 
50
><TR
 
51
><TD
 
52
WIDTH="10%"
 
53
ALIGN="left"
 
54
VALIGN="top"
 
55
><A
 
56
TITLE="Release 9.0"
 
57
HREF="release-9-0.html"
 
58
ACCESSKEY="P"
 
59
>Prev</A
 
60
></TD
 
61
><TD
 
62
WIDTH="10%"
 
63
ALIGN="left"
 
64
VALIGN="top"
 
65
><A
 
66
TITLE="Release Notes"
 
67
HREF="release.html"
 
68
>Fast Backward</A
 
69
></TD
 
70
><TD
 
71
WIDTH="60%"
 
72
ALIGN="center"
 
73
VALIGN="bottom"
 
74
>Appendix E. Release Notes</TD
 
75
><TD
 
76
WIDTH="10%"
 
77
ALIGN="right"
 
78
VALIGN="top"
 
79
><A
 
80
TITLE="Release Notes"
 
81
HREF="release.html"
 
82
>Fast Forward</A
 
83
></TD
 
84
><TD
 
85
WIDTH="10%"
 
86
ALIGN="right"
 
87
VALIGN="top"
 
88
><A
 
89
TITLE="Release 8.4.7"
 
90
HREF="release-8-4-7.html"
 
91
ACCESSKEY="N"
 
92
>Next</A
 
93
></TD
 
94
></TR
 
95
></TABLE
 
96
><HR
 
97
ALIGN="LEFT"
 
98
WIDTH="100%"></DIV
 
99
><DIV
 
100
CLASS="SECT1"
 
101
><H1
 
102
CLASS="SECT1"
 
103
><A
 
104
NAME="RELEASE-8-4-8"
 
105
>E.7. Release 8.4.8</A
 
106
></H1
 
107
><DIV
 
108
CLASS="NOTE"
 
109
><BLOCKQUOTE
 
110
CLASS="NOTE"
 
111
><P
 
112
><B
 
113
>Release Date: </B
 
114
>2011-04-18</P
 
115
></BLOCKQUOTE
 
116
></DIV
 
117
><P
 
118
>   This release contains a variety of fixes from 8.4.7.
 
119
   For information about new features in the 8.4 major release, see
 
120
   <A
 
121
HREF="release-8-4.html"
 
122
>Section E.15</A
 
123
>.
 
124
  </P
 
125
><DIV
 
126
CLASS="SECT2"
 
127
><H2
 
128
CLASS="SECT2"
 
129
><A
 
130
NAME="AEN109394"
 
131
>E.7.1. Migration to Version 8.4.8</A
 
132
></H2
 
133
><P
 
134
>    A dump/restore is not required for those running 8.4.X.
 
135
   </P
 
136
><P
 
137
>    However, if your installation was upgraded from a previous major
 
138
    release by running <SPAN
 
139
CLASS="APPLICATION"
 
140
>pg_upgrade</SPAN
 
141
>, you should take
 
142
    action to prevent possible data loss due to a now-fixed bug in
 
143
    <SPAN
 
144
CLASS="APPLICATION"
 
145
>pg_upgrade</SPAN
 
146
>.  The recommended solution is to run
 
147
    <TT
 
148
CLASS="COMMAND"
 
149
>VACUUM FREEZE</TT
 
150
> on all TOAST tables.
 
151
    More information is available at <A
 
152
HREF="http://wiki.postgresql.org/wiki/20110408pg_upgrade_fix"
 
153
TARGET="_top"
 
154
>    http://wiki.postgresql.org/wiki/20110408pg_upgrade_fix</A
 
155
>.
 
156
   </P
 
157
><P
 
158
>    Also, if you are upgrading from a version earlier than 8.4.2,
 
159
    see the release notes for 8.4.2.
 
160
   </P
 
161
></DIV
 
162
><DIV
 
163
CLASS="SECT2"
 
164
><H2
 
165
CLASS="SECT2"
 
166
><A
 
167
NAME="AEN109403"
 
168
>E.7.2. Changes</A
 
169
></H2
 
170
><P
 
171
></P
 
172
><UL
 
173
><LI
 
174
><P
 
175
>      Fix <SPAN
 
176
CLASS="APPLICATION"
 
177
>pg_upgrade</SPAN
 
178
>'s handling of TOAST tables
 
179
      (Bruce Momjian)
 
180
     </P
 
181
><P
 
182
>      The <TT
 
183
CLASS="STRUCTNAME"
 
184
>pg_class</TT
 
185
>.<TT
 
186
CLASS="STRUCTFIELD"
 
187
>relfrozenxid</TT
 
188
> value for
 
189
      TOAST tables was not correctly copied into the new installation
 
190
      during <SPAN
 
191
CLASS="APPLICATION"
 
192
>pg_upgrade</SPAN
 
193
>.  This could later result in
 
194
      <TT
 
195
CLASS="LITERAL"
 
196
>pg_clog</TT
 
197
> files being discarded while they were still
 
198
      needed to validate tuples in the TOAST tables, leading to
 
199
      <SPAN
 
200
CLASS="QUOTE"
 
201
>"could not access status of transaction"</SPAN
 
202
> failures.
 
203
     </P
 
204
><P
 
205
>      This error poses a significant risk of data loss for installations
 
206
      that have been upgraded with <SPAN
 
207
CLASS="APPLICATION"
 
208
>pg_upgrade</SPAN
 
209
>.  This patch
 
210
      corrects the problem for future uses of <SPAN
 
211
CLASS="APPLICATION"
 
212
>pg_upgrade</SPAN
 
213
>,
 
214
      but does not in itself cure the issue in installations that have been
 
215
      processed with a buggy version of <SPAN
 
216
CLASS="APPLICATION"
 
217
>pg_upgrade</SPAN
 
218
>.
 
219
     </P
 
220
></LI
 
221
><LI
 
222
><P
 
223
>      Suppress incorrect <SPAN
 
224
CLASS="QUOTE"
 
225
>"PD_ALL_VISIBLE flag was incorrectly set"</SPAN
 
226
>
 
227
      warning (Heikki Linnakangas)
 
228
     </P
 
229
><P
 
230
>      <TT
 
231
CLASS="COMMAND"
 
232
>VACUUM</TT
 
233
> would sometimes issue this warning in cases that
 
234
      are actually valid.
 
235
     </P
 
236
></LI
 
237
><LI
 
238
><P
 
239
>      Disallow including a composite type in itself (Tom Lane)
 
240
     </P
 
241
><P
 
242
>      This prevents scenarios wherein the server could recurse infinitely
 
243
      while processing the composite type.  While there are some possible
 
244
      uses for such a structure, they don't seem compelling enough to
 
245
      justify the effort required to make sure it always works safely.
 
246
     </P
 
247
></LI
 
248
><LI
 
249
><P
 
250
>      Avoid potential deadlock during catalog cache initialization
 
251
      (Nikhil Sontakke)
 
252
     </P
 
253
><P
 
254
>      In some cases the cache loading code would acquire share lock on a
 
255
      system index before locking the index's catalog.  This could deadlock
 
256
      against processes trying to acquire exclusive locks in the other,
 
257
      more standard order.
 
258
     </P
 
259
></LI
 
260
><LI
 
261
><P
 
262
>      Fix dangling-pointer problem in <TT
 
263
CLASS="LITERAL"
 
264
>BEFORE ROW UPDATE</TT
 
265
> trigger
 
266
      handling when there was a concurrent update to the target tuple
 
267
      (Tom Lane)
 
268
     </P
 
269
><P
 
270
>      This bug has been observed to result in intermittent <SPAN
 
271
CLASS="QUOTE"
 
272
>"cannot
 
273
      extract system attribute from virtual tuple"</SPAN
 
274
> failures while trying to
 
275
      do <TT
 
276
CLASS="LITERAL"
 
277
>UPDATE RETURNING ctid</TT
 
278
>.  There is a very small probability
 
279
      of more serious errors, such as generating incorrect index entries for
 
280
      the updated tuple.
 
281
     </P
 
282
></LI
 
283
><LI
 
284
><P
 
285
>      Disallow <TT
 
286
CLASS="COMMAND"
 
287
>DROP TABLE</TT
 
288
> when there are pending deferred trigger
 
289
      events for the table (Tom Lane)
 
290
     </P
 
291
><P
 
292
>      Formerly the <TT
 
293
CLASS="COMMAND"
 
294
>DROP</TT
 
295
> would go through, leading to
 
296
      <SPAN
 
297
CLASS="QUOTE"
 
298
>"could not open relation with OID nnn"</SPAN
 
299
> errors when the
 
300
      triggers were eventually fired.
 
301
     </P
 
302
></LI
 
303
><LI
 
304
><P
 
305
>      Prevent crash triggered by constant-false WHERE conditions during
 
306
      GEQO optimization (Tom Lane)
 
307
     </P
 
308
><P
 
309
>     </P
 
310
></LI
 
311
><LI
 
312
><P
 
313
>      Improve planner's handling of semi-join and anti-join cases
 
314
      (Tom Lane)
 
315
     </P
 
316
></LI
 
317
><LI
 
318
><P
 
319
>      Fix selectivity estimation for text search to account for NULLs
 
320
      (Jesper Krogh)
 
321
     </P
 
322
></LI
 
323
><LI
 
324
><P
 
325
>      Improve PL/pgSQL's ability to handle row types with dropped columns
 
326
      (Pavel Stehule)
 
327
     </P
 
328
><P
 
329
>      This is a back-patch of fixes previously made in 9.0.
 
330
     </P
 
331
></LI
 
332
><LI
 
333
><P
 
334
>      Fix PL/Python memory leak involving array slices (Daniel Popowich)
 
335
     </P
 
336
></LI
 
337
><LI
 
338
><P
 
339
>      Fix <SPAN
 
340
CLASS="APPLICATION"
 
341
>pg_restore</SPAN
 
342
> to cope with long lines (over 1KB) in
 
343
      TOC files (Tom Lane)
 
344
     </P
 
345
></LI
 
346
><LI
 
347
><P
 
348
>      Put in more safeguards against crashing due to division-by-zero
 
349
      with overly enthusiastic compiler optimization (Aurelien Jarno)
 
350
     </P
 
351
></LI
 
352
><LI
 
353
><P
 
354
>      Support use of dlopen() in FreeBSD and OpenBSD on MIPS (Tom Lane)
 
355
     </P
 
356
><P
 
357
>      There was a hard-wired assumption that this system function was not
 
358
      available on MIPS hardware on these systems.  Use a compile-time test
 
359
      instead, since more recent versions have it.
 
360
     </P
 
361
></LI
 
362
><LI
 
363
><P
 
364
>      Fix compilation failures on HP-UX (Heikki Linnakangas)
 
365
     </P
 
366
></LI
 
367
><LI
 
368
><P
 
369
>      Fix version-incompatibility problem with <SPAN
 
370
CLASS="APPLICATION"
 
371
>libintl</SPAN
 
372
> on
 
373
      Windows (Hiroshi Inoue)
 
374
     </P
 
375
></LI
 
376
><LI
 
377
><P
 
378
>      Fix usage of <SPAN
 
379
CLASS="APPLICATION"
 
380
>xcopy</SPAN
 
381
> in Windows build scripts to
 
382
      work correctly under Windows 7 (Andrew Dunstan)
 
383
     </P
 
384
><P
 
385
>      This affects the build scripts only, not installation or usage.
 
386
     </P
 
387
></LI
 
388
><LI
 
389
><P
 
390
>      Fix path separator used by <SPAN
 
391
CLASS="APPLICATION"
 
392
>pg_regress</SPAN
 
393
> on Cygwin
 
394
      (Andrew Dunstan)
 
395
     </P
 
396
></LI
 
397
><LI
 
398
><P
 
399
>      Update time zone data files to <SPAN
 
400
CLASS="APPLICATION"
 
401
>tzdata</SPAN
 
402
> release 2011f
 
403
      for DST law changes in Chile, Cuba, Falkland Islands, Morocco, Samoa,
 
404
      and Turkey; also historical corrections for South Australia, Alaska,
 
405
      and Hawaii.
 
406
     </P
 
407
></LI
 
408
></UL
 
409
></DIV
 
410
></DIV
 
411
><DIV
 
412
CLASS="NAVFOOTER"
 
413
><HR
 
414
ALIGN="LEFT"
 
415
WIDTH="100%"><TABLE
 
416
SUMMARY="Footer navigation table"
 
417
WIDTH="100%"
 
418
BORDER="0"
 
419
CELLPADDING="0"
 
420
CELLSPACING="0"
 
421
><TR
 
422
><TD
 
423
WIDTH="33%"
 
424
ALIGN="left"
 
425
VALIGN="top"
 
426
><A
 
427
HREF="release-9-0.html"
 
428
ACCESSKEY="P"
 
429
>Prev</A
 
430
></TD
 
431
><TD
 
432
WIDTH="34%"
 
433
ALIGN="center"
 
434
VALIGN="top"
 
435
><A
 
436
HREF="index.html"
 
437
ACCESSKEY="H"
 
438
>Home</A
 
439
></TD
 
440
><TD
 
441
WIDTH="33%"
 
442
ALIGN="right"
 
443
VALIGN="top"
 
444
><A
 
445
HREF="release-8-4-7.html"
 
446
ACCESSKEY="N"
 
447
>Next</A
 
448
></TD
 
449
></TR
 
450
><TR
 
451
><TD
 
452
WIDTH="33%"
 
453
ALIGN="left"
 
454
VALIGN="top"
 
455
>Release 9.0</TD
 
456
><TD
 
457
WIDTH="34%"
 
458
ALIGN="center"
 
459
VALIGN="top"
 
460
><A
 
461
HREF="release.html"
 
462
ACCESSKEY="U"
 
463
>Up</A
 
464
></TD
 
465
><TD
 
466
WIDTH="33%"
 
467
ALIGN="right"
 
468
VALIGN="top"
 
469
>Release 8.4.7</TD
 
470
></TR
 
471
></TABLE
 
472
></DIV
 
473
></BODY
 
474
></HTML
 
475
>
 
 
b'\\ No newline at end of file'