From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Mike Mascari <mascarm(at)mascari(dot)com> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Win32 rename()/unlink() questions |
Date: | 2002-09-20 04:05:27 |
Message-ID: | 200209200405.g8K45RV12655@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Mike Mascari wrote:
> I read the article and did not come away with that conclusion.
> The article describes using the MOVEFILE_DELAY_UNTIL_REBOOT
> flag, which was created for the express purpose of allowing a
> SETUP.EXE to remove itself, or rather tell Windows to remove it
> on the next reboot. Also, if you want the Win32 port to run in
> 95/98/ME, you can't rely on MoveFileEx(), you have to use
> MoveFile().
>
> I will do some testing with concurrency and let you know. But
> don't get your hopes up. This is one of the many advantages that
> TABLESPACEs have when more than one relation is stored in a
> single DATAFILE. There was Oracle for MS-DOS, after all..
I was focusing on handling of pg_pwd and other config file that are
written by various backend while other backends are reading them. The
actual data files should be OK because we have an exclusive lock when we
are adding/removing them.
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
From | Date | Subject | |
---|---|---|---|
Next Message | Christopher Kings-Lynne | 2002-09-20 04:18:39 | Re: Postgres 7.2.2 Segment Error |
Previous Message | Mike Mascari | 2002-09-20 04:01:49 | Re: Win32 rename()/unlink() questions |