Re: What's left?
От | Claudio Natoli |
---|---|
Тема | Re: What's left? |
Дата | |
Msg-id | A02DEC4D1073D611BAE8525405FCCE2B55F291@harris.memetrics.local обсуждение исходный текст |
Ответ на | What's left? ("Merlin Moncure" <merlin.moncure@rcsonline.com>) |
Ответы |
Re: What's left?
|
Список | pgsql-hackers |
Some fool wrote: > It will then be a matter of fixing things like: > * installation directory issues (/usr/local/pgsql/bin won't work too > well outside of the MingW environment :-) > * general directory handling (ie. whitespaces in directory names; > forward/backslash path canonicalization) > * sync issues > * any missing structs/items in shared memory > * generally, running the test suite, and fixing whatever is busted (I'm > at 41 tests passing now :-) One important thing I forgot, that someone could start looking at now: * backends keeping files open when other backends are trying to delete/rename them The port I wrote for here at work simply modified the functions in dirmod.c, to attempt the delete (or rename), and, on a failure identifiable as being presumably due to another process holding the file open, simply schedules the file for deletion at system start time using the Win32 API for doing so (hey, it is Windows, it is going to reboot sooner or later :-). In the case of rename, just copies the existing file and schedules the original for deletion. Ugly, and sometimes slow where we'd rather not be, but it gets us by. We must do better for the official port, and whilst better solutions are obviously conceivable, AFAICS they will require some amount of backend changes and therefore consent from main list. Someone might want to start looking at a nice, clean solution to this. Cheers, Claudio --- Certain disclaimers and policies apply to all email sent from Memetrics. For the full text of these disclaimers and policies see <a href="http://www.memetrics.com/emailpolicy.html">http://www.memetrics.com/em ailpolicy.html</a>
В списке pgsql-hackers по дате отправления: