| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
| |
Per discussion, if we have PKT in there then PKST should be too.
Also, fix mistaken claim that these abbrevs are not known to zic.
|
|
|
|
| |
identify the system time zone setting. Per recent discussion.
|
|
|
|
| |
it with the list we have in pgtz.c, showing any differences.
|
| |
|
|
|
|
| |
to one that's up to date with Windows 2003R2.
|
|
|
|
|
|
|
|
|
|
| |
Windows timezone name where the information in the registry is
incomplete, instead of aborting.
This fixes cases when the registry information is incomplete for
a timezone that is alphabetically before the one that is in use.
Per report from Alexander Forschner
|
|
|
|
|
| |
case the registry data doesn't follow the format we expect, to facilitate
debugging.
|
| |
|
|
|
|
| |
properly; it's been making that comment uglier with each run.
|
|
|
|
|
|
|
|
|
|
| |
corner cases that come up in certain timezones (apparently, only those with
lots and lots of distinct TZ transition rules, as far as I can gather from
a quick scan of their archives). Per suggestion from Jeevan Chalke.
Back-patch to 8.4. Possibly we need to push this into earlier releases
as well, but I'm hesitant to update them to the 64-bit tzcode without
more thought and testing.
|
|
|
|
| |
Samoa, Chile; corrections to recent changes in Paraguay and Bangladesh.
|
|
|
|
| |
Bangladesh, Mexico, Paraguay.
|
| |
|
| |
|
|
|
|
|
| |
Antarctica, Argentina, Bangladesh, Fiji, Novokuznetsk, Pakistan, Palestine,
Samoa, Syria. Also historical corrections for Hong Kong.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
settings: avoid calling superuser() in contexts where it's not defined,
don't leak the transient copies of GetConfigOption output, and avoid the
whole exercise in postmaster child processes.
I found that actually no current caller of GetConfigOption has any use for
its internal check of GUC_SUPERUSER_ONLY. But rather than just remove
that entirely, it seemed better to add a parameter indicating whether to
enforce the check.
Per report from Simon and subsequent testing.
|
|
|
|
|
|
|
|
|
| |
to the Default timezone abbreviation set.
Back-port the the current file set to all branches that contain tznames.
This includes adding SGT to the Default set in pre-8.4 releases.
Joachim Wieland
|
|
|
|
| |
Egypt, Mauritius, Bangladesh.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Update install-sh to that from Autoconf 2.63, plus our Darwin-specific
changes (which I simplified a bit). install-sh is now able to install
multiple files in one run, so we could simplify our makefiles sometime.
install-sh also now has a -d option to create directories, so we don't need
mkinstalldirs anymore.
Use AC_PROG_MKDIR_P in configure.in, so we can use mkdir -p when available
instead of install-sh -d. For consistency with the rest of the world,
the corresponding make variable has been renamed from $(mkinstalldirs) to
$(MKDIR_P).
|
|
|
|
| |
Bangladesh, Egypt, Jordan, Pakistan.
|
|
|
|
| |
provided by Andrew.
|
|
|
|
|
| |
Argentina/San_Luis, Cuba, Jordan (historical correction only), Morocco,
Palestine, Syria, Tunisia.
|
|
|
|
|
|
|
| |
Mauritius began using DST in the summer 2008-2009; the Olson library has been
updated already.
Xavier Bugaud
|
|
|
|
|
| |
as the preferred spelling of that zone name, corrects historical DST
information for Switzerland and Cuba.
|
|
|
|
| |
document change.
|
|
|
|
|
|
| |
when --with-system-tzdata is not used.
initial patch by Richard Evans
|
| |
|
|
|
|
|
|
|
|
|
| |
and thereby in the pg_timezone_names view. Although we allow such zones
to be used in certain limited contexts like AT TIME ZONE, we don't allow
them in SET TIME ZONE, and bug #4528 shows that they're more likely to
confuse users than do anything useful. So hide 'em. (Note that we don't
even generate these zones when installing our own timezone database.
But they are likely to be present when using a system-provided database.)
|
|
|
|
| |
Argentina, Brazil, Mauritius, Syria).
|
|
|
|
| |
Argentina, Bahamas, Brazil, Mauritius, Morocco, Pakistan, Palestine, Paraguay).
|
|
|
|
|
|
|
|
|
|
|
| |
timezone setting in the current year and for 100 years back, rather than
always examining years 1904-2004. The original coding would have problems
distinguishing zones whose behavior diverged only after 2004; which is a
situation we will surely face sometime, if it's not out there already.
In passing, also prevent selection of the dummy "Factory" timezone, even
if that's exactly what the system is using. Reporting time as GMT seems
better than that.
|
|
|
|
| |
Morocco, Iraq, Choibalsan, Pakistan, Syria, Cuba, Argentina/San_Luis).
|
|
|
|
|
| |
abbreviations. It doesn't conflict with any other abbreviation
so there seems no reason not to include it. Per a recent gripe.
|
| |
|
| |
|
|
|
|
| |
of "VET" accordingly. Per bug #3997 from Aaron Mizrachi.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
this adds support for 64-bit tzdata files, which is needed to support DST
calculations beyond 2038. Add a regression test case to give some minimal
confidence that that really works.
Heikki Linnakangas
|
|
|
|
|
| |
in windows servicepacks.
Fix timezone mapping for "Mexico 2"
|
| |
|
| |
|
| |
|
|
|
|
| |
avoid this problem in the future.)
|
| |
|
| |
|
|
|
|
| |
Per gripe from Zdenek Kotala, though not exactly his patch.
|
|
|
|
| |
Might as well have the latest when we wrap 8.3beta1.
|
| |
|
|
|
|
|
|
| |
but just hardwire the specified timezone database path into the executable.
Per discussion, this avoids some packaging disadvantages of using a
symlink.
|