On Sat, Jul 20, 2019 at 11:11 AM <xxxxxx@ancell-ent.com> wrote:
 
(signal-process proc sig)     →     undefined         (procedure)         (POSIX signal(2), kill(1))

Works for me.  I deeply appreciate all the editorial work you have done and are doing, by the way.
 
The time functions are a major exception to the functions that use return record with named field accessors, which also disallows a timespec? predicate. This hit me over the head as I was creating a Chibi Scheme wrapper for clock_gettime, which takes a pointer to a timespec struct.  Finishing the whole time section will be even more trivial if we change timespec to the record(?) type the Chibi Scheme FFI creates, not having to copy the contents of that struct into a pair will be cleaner and faster, and faster can matter for something returning time in a granularity that's possibly nanoseconds.

This was discussed earlier.  In short, it's difficult to share record types between separate SRFIs on the specification side (which spec controls?) and between separate libraries on the implementation side (which library exports the names?).  Using a standard Scheme type bypasses the problem.  I chose pairs because I know MIT Scheme uses them at the bottom level, and because they are often implemented more efficiently than other datatypes.

For the specific Chibi problem, I'd just write a bit of hand-rolled C to call clock_gettime and return a pair.  You can use lib/scheme/time.c as a general model.  The C procedure for returning a pair is sexp_cons: see <http://synthcode.com/scheme/chibi/#h4_Constructors>.

I just noticed that spawn* use both plists and alists....

The only reason the environment is an alist is `get-environment-variables` in R7RS, in turn derived from SRFI 98.

John Cowan          http://vrici.lojban.org/~cowan        xxxxxx@ccil.org
"Your honour puts yourself to much trouble correcting my English and
doubtless the final letter will be much better literature; but it will
go from me Mukherji to him Bannerji, and he Bannerji will understand it a
great deal better as I Mukherji write it than as your honour corrects it."
        --19th-century Indian civil servant to his British superior