{"push_id":2968244468,"size":1,"distinct_size":1,"ref":"refs/heads/master","head":"d8cc1616b5547d49d899be7b68713272ce334708","before":"e7eb07f7095185e64d7b9c8ff5f3e1588d6e508a","commits":[{"sha":"d8cc1616b5547d49d899be7b68713272ce334708","author":{"name":"Tom Lane","email":"ffeaa947aef224da9ba99b6a18bdd74288df0e3e@sss.pgh.pa.us"},"message":"Minor additional improvements for ecpglib/prepare.c.\n\nAvoid allocating never-used entries in stmtCacheEntries[], other than the\nintentionally-unused zero'th entry.  Tie the array size directly to the\nbucket count and size, rather than having undocumented dependencies between\nthree magic constants.  Fix the hash calculation to be platform-independent\n--- notably, it was sensitive to the signed'ness of \"char\" before, not to\nmention having an unnecessary hard-wired dependency on the existence and\nsize of type \"long long\".  (The lack of complaints says it's been a long\ntime since anybody tried to build PG on a compiler without \"long long\",\nand certainly with the requirement for C99 this isn't a live bug anymore.\nBut it's still not per project coding style.)  Fix ecpg_auto_prepare's\nnew-cache-entry path so that it increments the exec count for the new\ncache entry not the dummy zero'th entry.\n\nThe last of those is an actual bug, though one of little consequence;\nthe rest is mostly future-proofing and neatnik-ism.  Doesn't seem\nnecessary to back-patch.","distinct":true,"url":"https://api.github.com/repos/postgres/postgres/commits/d8cc1616b5547d49d899be7b68713272ce334708"}]}
{"actor":{"display_login":"postgres-mirror"}}