Re: open item: tablespace handing in pg_dump/pg_restore - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: open item: tablespace handing in pg_dump/pg_restore
Date
Msg-id 200410112309.i9BN9qN19687@candle.pha.pa.us
Whole thread Raw
In response to Re: open item: tablespace handing in pg_dump/pg_restore  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: [CYGWIN] open item: tablespace handing in pg_dump/pg_restore
List pgsql-hackers
Tom Lane wrote:
> Bruce Momjian <pgman@candle.pha.pa.us> writes:
> > OK, I have applied the following patch that uses Cygwin native symlink()
> > instead of the Win32 junctions.  The reason for this is that Cygwin
> > symlinks work on Win95/98/ME where junction points do not and we have no
> > way to know what system will be running the Cygwin binaries so the
> > safest bet is to use the Cygwin versions.  On Win32 native we only run
> > on systems that support junctions.
>
> I think this is probably a net loss, because what it will mean is that
> you cannot take a data directory built under a Cygwin postmaster and use
> it under a native postmaster, nor vice versa.  Given the number of other
> ways in which we do not support pre-NT4 Windows systems, what is the
> benefit of allowing this one?

I assume Cygwin supports pre-NT4, and always has, and I see no reason to
change that.  Moving a data directory from Cygwin to native Win32 seems
like a pretty rare usage to diable pre-NT4 on a platform the previously
supported it.

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: open item: tablespace handing in pg_dump/pg_restore
Next
From: Neil Conway
Date:
Subject: minor code question: portal memory cxts