Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] Tablespaces

From: Richard Huxton <dev(at)archonet(dot)com>
To: Thomas Swan <tswan(at)idigx(dot)com>, jearl(at)bullysports(dot)com
Cc: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>,Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>,Zeugswetter Andreas SB SD <zeugswettera(at)spardat(dot)at>,Greg Stark <gsstark(at)mit(dot)edu>, pgsql-hackers(at)postgresql(dot)org,PostgreSQL Win32 port list <pgsql-hackers-win32(at)postgresql(dot)org>
Subject: Re: [HACKERS] Tablespaces
Date: 2004-03-05 09:02:36
Message-ID: 200403050902.36167.dev@archonet.com (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-hackers-win32
On Friday 05 March 2004 07:51, Thomas Swan wrote:
>
> Apparently, I have failed tremendously in addressing a concern. The
> question is does PostgreSQL need to rely on symlinks and will that
> dependency introduce problems?
>
> There is an active win32 port underway (see this mailing list).   One
> proposal was to try to use an OS specific filesystem feature to perform
> a symlink on NTFS. Can the special symlink that NTFS allegedly supports
> be archived the same way symlinks are archived on Unix?  If so, is there
> a utility that can do this (zip, tar, etc).

Why not try and find out?
  http://www.nedprod.com/programs/Win32/SymLink/
This will apparently create symlinks on NTFS5 volumes via a simple dialogue 
box.

You'd probably want to test using pkzip/winzip, Symantec/Norton - anyone think 
of any others?

-- 
  Richard Huxton
  Archonet Ltd

In response to

pgsql-hackers by date

Next:From: Zeugswetter Andreas SB SDDate: 2004-03-05 09:20:21
Subject: Re: [HACKERS] Tablespaces
Previous:From: Fabien COELHODate: 2004-03-05 08:22:04
Subject: Re: A plan to improve error messages with context, hint

pgsql-hackers-win32 by date

Next:From: Zeugswetter Andreas SB SDDate: 2004-03-05 09:20:21
Subject: Re: [HACKERS] Tablespaces
Previous:From: Thomas SwanDate: 2004-03-05 07:51:18
Subject: Re: [HACKERS] Tablespaces

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group