Read extension script files in text not binary mode.
authorTom Lane <[email protected]>
Fri, 25 Oct 2024 16:19:58 +0000 (12:19 -0400)
committerTom Lane <[email protected]>
Fri, 25 Oct 2024 16:19:58 +0000 (12:19 -0400)
commit924e03917d6f7c7536b2a1228b5422f175f58f9e
treeb7b86d216b1a69926717d36c25d9511a34d5700a
parentde380a62b5dae610b3504b5036e5d5b1150cc4a4
Read extension script files in text not binary mode.

This change affects only Windows, where it should cause DOS-style
newlines (\r\n) to be converted to plain \n during script loading.
This eliminates one potential discrepancy in the behavior of
extension script files between Windows and non-Windows.  While
there's a small chance that this might cause undesirable behavior
changes for some extensions, it can also be argued that this may
remove behavioral surprises for others.  An example is that in
the buildfarm, we are getting different results for the tests
added by commit 774171c4f depending on whether our git tree has
been checked out with Unix or DOS newlines.

The choice to use binary mode goes all the way back to our invention
of extensions in commit d9572c4e3.  However, I suspect it was not
thought through carefully but was just a side-effect of the ready
availability of an almost-suitable function read_binary_file().
On balance, changing to text mode seems like a better answer than
other ways in which we might fix the inconsistent test results.

Discussion: https://postgr.es/m/2480333.1729784872@sss.pgh.pa.us
src/backend/commands/extension.c