sqlite3 temp files

[Jeremy Lavergne]

>> Whenever a port is installed with registry2.0, a few files named like
>> /private/var/tmp/etilqs_IP9NDJcYHrXhFa2 are created by sqlite. (You
>> can't see them in the filesystem because it unlinks them; you have to
>> use e.g. lsof.) If you install a lot of ports in one port(1) invocation,
>> it can run out of fds. [1]
>> 
>> The files go away when the subinterpreter is deleted (which triggers an
>> sqlite3_close() call). The way things work currently, it's not really
>> possible to delete the subinterpreters for dependencies before all of
>> them are installed.
> 
> I hacked around this limitation, so the immediate problem is fixed.
> Still very interested if anyone knows how to make this stuff work right

Sounds like port would need rewritten to not spawn sub-interpreters: compute things and then run everything in one instance.

If I'm not mistaken, running out of file pointers isn't specific to sqlite so much as a long-standing tragedy of macports.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2435 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20100519/2cf7c519/attachment.bin>