chicken-postgresql, branch 5.0.1PostgreSQL support for CHICKEN Scheme via libpq C API bindings.
https://code.more-magic.net/chicken-postgresql/atom?h=5.0.12024-12-12T07:47:31ZDrop version specifier so release-info file's version is used2024-12-12T07:47:31ZPeter Bexpeter@more-magic.net2024-12-12T07:47:31Zurn:sha1:0fbedee3b4cdd3bc35e32ff000c9ec3296e7d4fcUse bytevector foreign type instead of bare scheme-pointer2024-09-12T17:39:16ZPeter Bexpeter@more-magic.net2024-09-12T17:39:16Zurn:sha1:8ff1920c22d99913318f0d17902f53b27cb82727
This provides a little bit more safety in case we need to change this
again later.
Update C6 release-info2024-09-12T17:15:05ZPeter Bexpeter@more-magic.net2024-09-12T17:15:05Zurn:sha1:e0f990b4efde2e73e5afc01ea531bf987c69a277
Only mention the new 5.0.0 release since the old 4.x releases don't
work on C6 anyway.
Port Postgres egg to CHICKEN 62024-09-12T17:12:52ZPeter Bexpeter@more-magic.net2024-09-12T16:53:44Zurn:sha1:1088b3244e9dd89404e6eea457727805b2fb2d89
This has quite a few changes due to the low-level nature of this code:
when the contents of a string get copied by C functions, we can't pass
it to arguments of the scheme-pointer type directly anymore.
Instead, strings are now wrapper objects which point to an internal
(NUL-terminated!) bytevector. So not only do we have to extract this
bytevector and pass it to these C functions, but we also need to
calculate the string length excluding the NUL terminator. This
creates a bit more branching in the code to get the thing to copy and
length.
The nice thing is that we no longer need to append NUL bytes to
strings in a few places. Instead, we can just pass the raw bytevector
to the C functions, which means this should be rather faster now.
Fix a few tests that no longer work in newer Postgres versions2024-09-12T16:46:04ZPeter Bexpeter@more-magic.net2024-09-12T16:46:04Zurn:sha1:c1a36cc2c67de45c4f6db6ecd2cc9102c5170ba2
The WITH(OIDS=true) attribute for CREATE TABLE is no longer supported
since version 12. So simply don't run the test for inserted-oid.
I *think* this means the inserted-oid procedure is completely useless
now, but I'm not 100% sure.
The pg_type table has grown a "oid" column in 9.3 which comes before
the "typename" column, which used to be the first. So the test is a
bit too tightly coupled to the postgres system catalog. Move the test
to where we create actual tables and use it on that, instead.
Add 4.1.4 release2021-10-12T06:48:43ZPeter Bexpeter@more-magic.net2021-10-12T06:48:43Zurn:sha1:54cf30131d9cb64588d7a0a27d34653681cbd567Fix tests for newer server versions which report no "micro" version2021-10-12T06:47:18ZPeter Bexpeter@more-magic.net2021-10-12T06:47:18Zurn:sha1:0504fe76bca2d59e1f0bdf535d42e02fec677f10
Reported by Kon Lovett
Add 4.1.3 release2020-07-05T18:53:14ZPeter Bexpeter@more-magic.net2020-07-05T18:53:14Zurn:sha1:790f215b2befa2d4022f40425b474557479b9f35Add missing shebang line, required on some *nixes.2020-07-05T18:52:44ZPeter Bexpeter@more-magic.net2020-07-05T18:52:03Zurn:sha1:dd3e00f91a021232c429d0b517f7c3c3a5b65cba
This also removes the need to add an Emacs modeline.
Pointed out by Ricardo G. Herdt, as the build didn't work on Alpine.
Tag 4.1.22020-03-28T20:02:12ZPeter Bexpeter@more-magic.net2020-03-28T20:02:12Zurn:sha1:c5f9f8f36ee0313935c066ff8df43fcf176c8f40