|
1 | | -<!-- $PostgreSQL: pgsql/doc/src/sgml/regress.sgml,v 1.40 2004/05/21 05:07:55 tgl Exp $ --> |
| 1 | +<!-- $PostgreSQL: pgsql/doc/src/sgml/regress.sgml,v 1.41 2004/08/09 05:34:39 tgl Exp $ --> |
2 | 2 |
|
3 | 3 | <chapter id="regress"> |
4 | 4 | <title id="regress-title">Regression Tests</title> |
@@ -230,39 +230,11 @@ gmake installcheck |
230 | 230 | <para> |
231 | 231 | Most of the date and time results are dependent on the time zone |
232 | 232 | environment. The reference files are generated for time zone |
233 | | - <literal>PST8PDT</literal> (Berkeley, California), and there will be apparent |
234 | | - failures if the tests are not run with that time zone setting. |
| 233 | + <literal>PST8PDT</literal> (Berkeley, California), and there will be |
| 234 | +apparentfailures if the tests are not run with that time zone setting. |
235 | 235 | The regression test driver sets environment variable |
236 | 236 | <envar>PGTZ</envar> to <literal>PST8PDT</literal>, which normally |
237 | | - ensures proper results. However, your operating system must provide |
238 | | - support for the <literal>PST8PDT</literal> time zone, or the time zone-dependent |
239 | | - tests will fail. To verify that your machine does have this |
240 | | - support, type the following: |
241 | | -<screen> |
242 | | -env TZ=PST8PDT date |
243 | | -</screen> |
244 | | - The command above should have returned the current system time in |
245 | | - the <literal>PST8PDT</literal> time zone. If the <literal>PST8PDT</literal> time zone is not available, |
246 | | - then your system may have returned the time in UTC. If the |
247 | | - <literal>PST8PDT</literal> time zone is missing, you can set the time zone |
248 | | - rules explicitly: |
249 | | -<programlisting> |
250 | | -PGTZ='PST8PDT7,M04.01.0,M10.05.03'; export PGTZ |
251 | | -</programlisting> |
252 | | - </para> |
253 | | - |
254 | | - <para> |
255 | | - There appear to be some systems that do not accept the |
256 | | - recommended syntax for explicitly setting the local time zone |
257 | | - rules; you may need to use a different <envar>PGTZ</envar> |
258 | | - setting on such machines. |
259 | | - </para> |
260 | | - |
261 | | - <para> |
262 | | - Some systems using older time-zone libraries fail to apply |
263 | | - daylight-saving corrections to dates before 1970, causing |
264 | | - pre-1970 <acronym>PDT</acronym> times to be displayed in <acronym>PST</acronym> instead. This will |
265 | | - result in localized differences in the test results. |
| 237 | + ensures proper results. |
266 | 238 | </para> |
267 | 239 | </sect2> |
268 | 240 |
|
|