~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-1-12.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.1.12</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 8.1.13"
 
19
HREF="release-8-1-13.html"><LINK
 
20
REL="NEXT"
 
21
TITLE="Release 8.1.11"
 
22
HREF="release-8-1-11.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 8.1.13"
 
57
HREF="release-8-1-13.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.1.11"
 
90
HREF="release-8-1-11.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-1-12"
 
105
>E.65. Release 8.1.12</A
 
106
></H1
 
107
><DIV
 
108
CLASS="NOTE"
 
109
><BLOCKQUOTE
 
110
CLASS="NOTE"
 
111
><P
 
112
><B
 
113
>Release Date: </B
 
114
>never released</P
 
115
></BLOCKQUOTE
 
116
></DIV
 
117
><P
 
118
>   This release contains a variety of fixes from 8.1.11.
 
119
   For information about new features in the 8.1 major release, see
 
120
   <A
 
121
HREF="release-8-1.html"
 
122
>Section E.77</A
 
123
>.
 
124
  </P
 
125
><DIV
 
126
CLASS="SECT2"
 
127
><H2
 
128
CLASS="SECT2"
 
129
><A
 
130
NAME="AEN118164"
 
131
>E.65.1. Migration to Version 8.1.12</A
 
132
></H2
 
133
><P
 
134
>    A dump/restore is not required for those running 8.1.X.
 
135
    However, if you are upgrading from a version earlier than 8.1.2,
 
136
    see the release notes for 8.1.2.
 
137
   </P
 
138
></DIV
 
139
><DIV
 
140
CLASS="SECT2"
 
141
><H2
 
142
CLASS="SECT2"
 
143
><A
 
144
NAME="AEN118167"
 
145
>E.65.2. Changes</A
 
146
></H2
 
147
><P
 
148
></P
 
149
><UL
 
150
><LI
 
151
><P
 
152
>      Fix <TT
 
153
CLASS="COMMAND"
 
154
>ALTER TABLE ADD COLUMN ... PRIMARY KEY</TT
 
155
> so that the new
 
156
      column is correctly checked to see if it's been initialized to all
 
157
      non-nulls (Brendan Jurd)
 
158
     </P
 
159
><P
 
160
>      Previous versions neglected to check this requirement at all.
 
161
     </P
 
162
></LI
 
163
><LI
 
164
><P
 
165
>      Fix possible <TT
 
166
CLASS="COMMAND"
 
167
>CREATE TABLE</TT
 
168
> failure when inheriting the
 
169
      <SPAN
 
170
CLASS="QUOTE"
 
171
>"same"</SPAN
 
172
> constraint from multiple parent relations that
 
173
      inherited that constraint from a common ancestor (Tom)
 
174
     </P
 
175
></LI
 
176
><LI
 
177
><P
 
178
>      Fix conversions between ISO-8859-5 and other encodings to handle
 
179
      Cyrillic <SPAN
 
180
CLASS="QUOTE"
 
181
>"Yo"</SPAN
 
182
> characters (<TT
 
183
CLASS="LITERAL"
 
184
>e</TT
 
185
> and <TT
 
186
CLASS="LITERAL"
 
187
>E</TT
 
188
> with
 
189
      two dots) (Sergey Burladyan)
 
190
     </P
 
191
></LI
 
192
><LI
 
193
><P
 
194
>      Fix a few datatype input functions
 
195
      that were allowing unused bytes in their results to contain
 
196
      uninitialized, unpredictable values (Tom)
 
197
     </P
 
198
><P
 
199
>      This could lead to failures in which two apparently identical literal
 
200
      values were not seen as equal, resulting in the parser complaining
 
201
      about unmatched <TT
 
202
CLASS="LITERAL"
 
203
>ORDER BY</TT
 
204
> and <TT
 
205
CLASS="LITERAL"
 
206
>DISTINCT</TT
 
207
>
 
208
      expressions.
 
209
     </P
 
210
></LI
 
211
><LI
 
212
><P
 
213
>      Fix a corner case in regular-expression substring matching
 
214
      (<TT
 
215
CLASS="LITERAL"
 
216
>substring(<TT
 
217
CLASS="REPLACEABLE"
 
218
><I
 
219
>string</I
 
220
></TT
 
221
> from
 
222
      <TT
 
223
CLASS="REPLACEABLE"
 
224
><I
 
225
>pattern</I
 
226
></TT
 
227
>)</TT
 
228
>) (Tom)
 
229
     </P
 
230
><P
 
231
>      The problem occurs when there is a match to the pattern overall but
 
232
      the user has specified a parenthesized subexpression and that
 
233
      subexpression hasn't got a match.  An example is
 
234
      <TT
 
235
CLASS="LITERAL"
 
236
>substring('foo' from 'foo(bar)?')</TT
 
237
>.
 
238
      This should return NULL, since <TT
 
239
CLASS="LITERAL"
 
240
>(bar)</TT
 
241
> isn't matched, but
 
242
      it was mistakenly returning the whole-pattern match instead (ie,
 
243
      <TT
 
244
CLASS="LITERAL"
 
245
>foo</TT
 
246
>).
 
247
     </P
 
248
></LI
 
249
><LI
 
250
><P
 
251
>      Update time zone data files to <SPAN
 
252
CLASS="APPLICATION"
 
253
>tzdata</SPAN
 
254
> release 2008c (for
 
255
      DST law changes in Morocco, Iraq, Choibalsan, Pakistan, Syria, Cuba,
 
256
      Argentina/San_Luis, and Chile)
 
257
     </P
 
258
></LI
 
259
><LI
 
260
><P
 
261
>      Fix incorrect result from <SPAN
 
262
CLASS="APPLICATION"
 
263
>ecpg</SPAN
 
264
>'s
 
265
      <CODE
 
266
CLASS="FUNCTION"
 
267
>PGTYPEStimestamp_sub()</CODE
 
268
> function (Michael)
 
269
     </P
 
270
></LI
 
271
><LI
 
272
><P
 
273
>      Fix core dump in <TT
 
274
CLASS="FILENAME"
 
275
>contrib/xml2</TT
 
276
>'s
 
277
      <CODE
 
278
CLASS="FUNCTION"
 
279
>xpath_table()</CODE
 
280
> function when the input query returns a
 
281
      NULL value (Tom)
 
282
     </P
 
283
></LI
 
284
><LI
 
285
><P
 
286
>      Fix <TT
 
287
CLASS="FILENAME"
 
288
>contrib/xml2</TT
 
289
>'s makefile to not override
 
290
      <TT
 
291
CLASS="LITERAL"
 
292
>CFLAGS</TT
 
293
> (Tom)
 
294
     </P
 
295
></LI
 
296
><LI
 
297
><P
 
298
>      Fix <TT
 
299
CLASS="LITERAL"
 
300
>DatumGetBool</TT
 
301
> macro to not fail with <SPAN
 
302
CLASS="APPLICATION"
 
303
>gcc</SPAN
 
304
>
 
305
      4.3 (Tom)
 
306
     </P
 
307
><P
 
308
>      This problem affects <SPAN
 
309
CLASS="QUOTE"
 
310
>"old style"</SPAN
 
311
> (V0) C functions that
 
312
      return boolean.  The fix is already in 8.3, but the need to
 
313
      back-patch it was not realized at the time.
 
314
     </P
 
315
></LI
 
316
><LI
 
317
><P
 
318
>      Fix longstanding <TT
 
319
CLASS="COMMAND"
 
320
>LISTEN</TT
 
321
>/<TT
 
322
CLASS="COMMAND"
 
323
>NOTIFY</TT
 
324
>
 
325
      race condition (Tom)
 
326
     </P
 
327
><P
 
328
>      In rare cases a session that had just executed a
 
329
      <TT
 
330
CLASS="COMMAND"
 
331
>LISTEN</TT
 
332
> might not get a notification, even though
 
333
      one would be expected because the concurrent transaction executing
 
334
      <TT
 
335
CLASS="COMMAND"
 
336
>NOTIFY</TT
 
337
> was observed to commit later.
 
338
     </P
 
339
><P
 
340
>      A side effect of the fix is that a transaction that has executed
 
341
      a not-yet-committed <TT
 
342
CLASS="COMMAND"
 
343
>LISTEN</TT
 
344
> command will not see any
 
345
      row in <TT
 
346
CLASS="STRUCTNAME"
 
347
>pg_listener</TT
 
348
> for the <TT
 
349
CLASS="COMMAND"
 
350
>LISTEN</TT
 
351
>,
 
352
      should it choose to look; formerly it would have.  This behavior
 
353
      was never documented one way or the other, but it is possible that
 
354
      some applications depend on the old behavior.
 
355
     </P
 
356
></LI
 
357
><LI
 
358
><P
 
359
>      Disallow <TT
 
360
CLASS="COMMAND"
 
361
>LISTEN</TT
 
362
> and <TT
 
363
CLASS="COMMAND"
 
364
>UNLISTEN</TT
 
365
> within a
 
366
      prepared transaction (Tom)
 
367
     </P
 
368
><P
 
369
>      This was formerly allowed but trying to do it had various unpleasant
 
370
      consequences, notably that the originating backend could not exit
 
371
      as long as an <TT
 
372
CLASS="COMMAND"
 
373
>UNLISTEN</TT
 
374
> remained uncommitted.
 
375
     </P
 
376
></LI
 
377
><LI
 
378
><P
 
379
>      Fix rare crash when an error occurs during a query using a hash index
 
380
      (Heikki)
 
381
     </P
 
382
></LI
 
383
><LI
 
384
><P
 
385
>      Fix input of datetime values for February 29 in years BC (Tom)
 
386
     </P
 
387
><P
 
388
>      The former coding was mistaken about which years were leap years.
 
389
     </P
 
390
></LI
 
391
><LI
 
392
><P
 
393
>      Fix <SPAN
 
394
CLASS="QUOTE"
 
395
>"unrecognized node type"</SPAN
 
396
> error in some variants of
 
397
      <TT
 
398
CLASS="COMMAND"
 
399
>ALTER OWNER</TT
 
400
> (Tom)
 
401
     </P
 
402
></LI
 
403
><LI
 
404
><P
 
405
>      Fix <SPAN
 
406
CLASS="APPLICATION"
 
407
>pg_ctl</SPAN
 
408
> to correctly extract the postmaster's port
 
409
      number from command-line options (Itagaki Takahiro, Tom)
 
410
     </P
 
411
><P
 
412
>      Previously, <TT
 
413
CLASS="LITERAL"
 
414
>pg_ctl start -w</TT
 
415
> could try to contact the
 
416
      postmaster on the wrong port, leading to bogus reports of startup
 
417
      failure.
 
418
     </P
 
419
></LI
 
420
><LI
 
421
><P
 
422
>      Use <TT
 
423
CLASS="OPTION"
 
424
>-fwrapv</TT
 
425
> to defend against possible misoptimization
 
426
      in recent <SPAN
 
427
CLASS="APPLICATION"
 
428
>gcc</SPAN
 
429
> versions (Tom)
 
430
     </P
 
431
><P
 
432
>      This is known to be necessary when building <SPAN
 
433
CLASS="PRODUCTNAME"
 
434
>PostgreSQL</SPAN
 
435
>
 
436
      with <SPAN
 
437
CLASS="APPLICATION"
 
438
>gcc</SPAN
 
439
> 4.3 or later.
 
440
     </P
 
441
></LI
 
442
><LI
 
443
><P
 
444
>      Fix display of constant expressions in <TT
 
445
CLASS="LITERAL"
 
446
>ORDER BY</TT
 
447
>
 
448
      and <TT
 
449
CLASS="LITERAL"
 
450
>GROUP BY</TT
 
451
> (Tom)
 
452
     </P
 
453
><P
 
454
>      An explictly casted constant would be shown incorrectly.  This could
 
455
      for example lead to corruption of a view definition during
 
456
      dump and reload.
 
457
     </P
 
458
></LI
 
459
><LI
 
460
><P
 
461
>      Fix <SPAN
 
462
CLASS="APPLICATION"
 
463
>libpq</SPAN
 
464
> to handle NOTICE messages correctly
 
465
      during COPY OUT (Tom)
 
466
     </P
 
467
><P
 
468
>      This failure has only been observed to occur when a user-defined
 
469
      datatype's output routine issues a NOTICE, but there is no
 
470
      guarantee it couldn't happen due to other causes.
 
471
     </P
 
472
></LI
 
473
></UL
 
474
></DIV
 
475
></DIV
 
476
><DIV
 
477
CLASS="NAVFOOTER"
 
478
><HR
 
479
ALIGN="LEFT"
 
480
WIDTH="100%"><TABLE
 
481
SUMMARY="Footer navigation table"
 
482
WIDTH="100%"
 
483
BORDER="0"
 
484
CELLPADDING="0"
 
485
CELLSPACING="0"
 
486
><TR
 
487
><TD
 
488
WIDTH="33%"
 
489
ALIGN="left"
 
490
VALIGN="top"
 
491
><A
 
492
HREF="release-8-1-13.html"
 
493
ACCESSKEY="P"
 
494
>Prev</A
 
495
></TD
 
496
><TD
 
497
WIDTH="34%"
 
498
ALIGN="center"
 
499
VALIGN="top"
 
500
><A
 
501
HREF="index.html"
 
502
ACCESSKEY="H"
 
503
>Home</A
 
504
></TD
 
505
><TD
 
506
WIDTH="33%"
 
507
ALIGN="right"
 
508
VALIGN="top"
 
509
><A
 
510
HREF="release-8-1-11.html"
 
511
ACCESSKEY="N"
 
512
>Next</A
 
513
></TD
 
514
></TR
 
515
><TR
 
516
><TD
 
517
WIDTH="33%"
 
518
ALIGN="left"
 
519
VALIGN="top"
 
520
>Release 8.1.13</TD
 
521
><TD
 
522
WIDTH="34%"
 
523
ALIGN="center"
 
524
VALIGN="top"
 
525
><A
 
526
HREF="release.html"
 
527
ACCESSKEY="U"
 
528
>Up</A
 
529
></TD
 
530
><TD
 
531
WIDTH="33%"
 
532
ALIGN="right"
 
533
VALIGN="top"
 
534
>Release 8.1.11</TD
 
535
></TR
 
536
></TABLE
 
537
></DIV
 
538
></BODY
 
539
></HTML
 
540
>
 
 
b'\\ No newline at end of file'