> You used libpq to write such a PGmodule?
No I didn't use libpq, I wrote the client from the protocol spec
http://www.postgresql.org/docs/8.3/static/protocol.html
These are the latest ones online
http://plan9.bell-labs.com/sources/contrib/maht/limbo/module/pg.m
http://plan9.bell-labs.com/sources/contrib/maht/limbo/appl/lib/pg.b
though this looks a bit older
http://plan9.bell-labs.com/sources/contrib/maht/limbo/pg/
the web interface is screwy so I gave up checking the differences :)
I'd like to know how do you would map the operations to the filesystem.
one directory per queryset row returned (possibly named by the primary
key), one file per column
Query result in a filesystem hierachy would be a pain... xml would be
better, since you could transform it quickly.
BTW, there should be an xmlfs project waiting somewhere...
ah xml, the ultimate 2d grid !
xmlfs is a pain because it has anonymous entries so you need a way of
organising it
<xml>
<a><b>123</b></a>
<a><b>456</b></a>
</xml>
when you do an ls you have to arrange 123 to appear in your listing
before 456
plus
<a><b /></a>
is not the same as
<a>
<b />
</a>