| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
| Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: rmtree() failure on Windows |
| Date: | 2004-10-25 15:56:35 |
| Message-ID: | 20584.1098719795@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-patches |
Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> Shown below is an extract from the traces of make installcheck in
> contrib. It is decorated with some extra traces I built into
> src/port/dirmod.c::rmtree(). It shows quite reproducible failure of
> rmtree(), mostly at the rmdir calls, but even more worryingly there are
> consistent unlink failures also.
I kinda suspect that what you are looking at is a problem with the
delayed-unlinking feature that we built to cope with Windows' inability
to unlink open files, ie, it's being a little too slow to do the
unlinks. Would you refresh my memory about exactly where and when the
unlink happens if the initial try fails?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andrew Dunstan | 2004-10-25 16:03:07 | Re: rmtree() failure on Windows |
| Previous Message | Jan Wieck | 2004-10-25 15:34:25 | Re: ARC Memory Usage analysis |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andrew Dunstan | 2004-10-25 16:03:07 | Re: rmtree() failure on Windows |
| Previous Message | Jan Wieck | 2004-10-25 15:34:25 | Re: ARC Memory Usage analysis |