Re: Report: removing the inconsistencies in our CVS->git conversion
Tom Lane <tgl@sss.pgh.pa.us>
Commits
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Applied patch to jdbc from Kim Ho at RedHat, fixing improper handling of empty queries under the V3 protocol
- e8839c2b6c00 7.4.1 cited
-
Applied patch for jdbc from Kim Ho at RedHat to more correctly deal with boolean values
- c020d67bc692 7.4.1 cited
-
Applied patch from Oliver Jowett to improve a buffer sizing.
- d7c609f7c4de 7.4.1 cited
-
Code cleanup inspired by recent resname bug report (doesn't fix the bug
- 88381ade63de 7.4.1 cited
-
Pass shared memory id and socket descriptor number on command line for
- d9fd7d12f6c0 7.4.1 cited
-
Second try at avoiding conflicts with system isblank().
- e3859d1ad982 7.2.5 cited
-
Applied Kris Jurkas patch to fix rollback and SQLException
- 985e551b4866 7.4.1 cited
-
applied patch from Oliver Jowett
- d23fd9572b4c 7.4.1 cited
-
Make the world at least somewhat safe for zero-column tables, and
- 6d0d15c45173 7.3.1 cited
-
Add mention of -F not supported by pg_dumpall. Code already disallows it.
- c43760a7143b 7.3.1 cited
-
Two versions of QueryExecutor, currently only version 2 works 100%
- 78d40a2a2f41 7.3.1 cited
-
modifications to the way the protocol is handled to be consistent with
- 54cc549d8f25 7.3.1 cited
-
Part of Anders Bengtsson's patch to clean up Connection.java
- 00923229c2f0 7.3.1 cited
-
Applied Anders patch to move the startup code out of Connection into StartupPacket
- d96c29ab301a 7.3.1 cited
-
>Added ServerEncoding
- eb1fb8650fb2 7.3.1 cited
-
> I am backing out this patch. Please resubmit with this corrected. Thanks.
- d3337c6e3f9b 7.3.1 cited
-
Fixes bug where query hangs if there is an error in the query, went back to
- 202a19e47bfd 7.3.1 cited
-
Backpatch array I/O code and documentation fixes, also array slice
- bbc1fb07c625 7.2.1 cited
-
fixed QueryExecuter to deal with multiple errors
- 134fe5ec61cb 7.3.1 cited
-
Repair bad calculation in timetz_izone() which gave erroneous results.
- efec53adb3a3 7.2.1 cited
-
backed out changes for cancel, no need to look for two 'Z' responses
- ffe356b5dd39 7.3.1 cited
-
Patch by Nicolas Verger to correctly propogate SQLWarning to the Statement and ResultSet
- 29ea8ff9b13f 7.3.1 cited
-
fixed cancel query bug introduced by patch
- ff2f9b663f73 7.3.1 cited
-
Autoconf for jdbc debug changes.
- b7cc409f7f5e 7.3.1 cited
-
Updated the list of encodings supported to match what the backend now supports
- bf737b859f7e 7.2.1 cited
-
Added some additional comments in the code
- f50793c743c7 7.2.1 cited
-
Update TODO list.
- 311eef41ea01 7.2.1 cited
-
Remove ConnectionHook.java. No longer used, bad code.
- 5621ec0629b1 7.2.1 cited
-
The attached patch removes some old and dead code (and some related
- 0e4d43f4593c 7.2.1 cited
-
First batch of the tools merged in...
- e2e84a1c5e13 7.1.1 cited
-
This patch fixes an arrayindexoutofbounds exception that was just
- 4e45005ffb8f 7.1.1 cited
-
Add ./include/config.h.win32 to RELEASE update list.
- ba6fda5191a1 7.1.1 cited
I wrote: > Oh, mystery explained upon comparing the cvs2git.options files. > I was using Max's file which had this in it: > ExcludeRegexpStrategyRule(r'unlabeled-.*'), > I think I'll rerun without that just to convince myself of what it is > we're dropping. But right now it seems that everything is pretty sane. OK, I found out what we're dropping. Those "unlabeled" branches each have a manufactured creation commit that just deletes a lot of files, plus a single real commit, which all look like this: + commit 6c23cb5f371f273cade66408f3a888c2f94af293 refs/heads/unlabeled-1.51.2 + Author: Tom Lane <tgl@sss.pgh.pa.us> + Date: Sat Sep 28 20:00:29 2002 +0000 + + Make the world at least somewhat safe for zero-column tables, and + remove the special case in ALTER DROP COLUMN to prohibit dropping a + table's last column. + + M src/test/regress/expected/alter_table.out + + commit d554d56827e4337835b0792c2568e8e9fee2d950 refs/heads/unlabeled-1.87.2 + Author: Tom Lane <tgl@sss.pgh.pa.us> + Date: Sat Sep 28 20:00:28 2002 +0000 + + Make the world at least somewhat safe for zero-column tables, and + remove the special case in ALTER DROP COLUMN to prohibit dropping a + table's last column. + + M src/backend/executor/nodeAgg.c + + commit 7724eba3a121e5c84da3467fe6f0b176bf3f3d4b refs/heads/unlabeled-1.59.2 + Author: Tom Lane <tgl@sss.pgh.pa.us> + Date: Sat Sep 28 20:00:27 2002 +0000 + + Make the world at least somewhat safe for zero-column tables, and + remove the special case in ALTER DROP COLUMN to prohibit dropping a + table's last column. + + M src/backend/executor/execTuples.c + + commit 6924390f0cfa2aac1308719e51cb4cc2b24e2bc7 refs/heads/unlabeled-1.44.2 + Author: Tom Lane <tgl@sss.pgh.pa.us> + Date: Sat Sep 28 20:00:26 2002 +0000 + + Make the world at least somewhat safe for zero-column tables, and + remove the special case in ALTER DROP COLUMN to prohibit dropping a + table's last column. + + M src/backend/commands/tablecmds.c + + commit 83029b0525f3324c30d35fcc9c77d2c301bdf7cf refs/heads/unlabeled-1.90.2 + Author: Tom Lane <tgl@sss.pgh.pa.us> + Date: Sat Sep 28 20:00:25 2002 +0000 + + Make the world at least somewhat safe for zero-column tables, and + remove the special case in ALTER DROP COLUMN to prohibit dropping a + table's last column. + + M src/backend/access/common/tupdesc.c + M src/backend/parser/parse_target.c + commit 6d0d15c451739396851d3f93f81c63a47535bf1e refs/tags/REL7_4_BETA1 Author: Tom Lane <tgl@sss.pgh.pa.us> Date: Sat Sep 28 20:00:19 2002 +0000 If you go and look at the CVS history of these files, you'll see that indeed they all have branches sprouted on that date that are unreferenced. This commit occurred during that interval between where we'd initially branched 7.3 and where we moved it up to head. I think what happened was that I tried to back-patch a fix into what was then the 7.3 branch, and when Marc moved the branch point, these commits all ended up orphans. So indeed there's no harm discarding them. (I always suspected that what Marc had done wasn't entirely kosher, and yup, now the chickens are coming home to roost.) regards, tom lane