Partitioning the problem space Lassi Kortela 09 May 2019 13:05 UTC

There are several largely disjoint sub-problems tackled by this SRFI:

- Processes, signals, file descriptors, user and group IDs
- File system (i.e. dealing with files by name instead of fd/port)
- Glob syntax (could be implemented in fully portable Scheme)
- User and group information (getpwent() et.al.)
- Text terminal facilities (tty, curses, Windows console)
- Networking and sockets (currently out of scope for this SRFI)

Are we being overambitious? Should we partition things into multiple SRFIs?