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

Re: win32 tablespace handing

From: Reini Urban <rurban(at)x-ray(dot)at>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: PostgreSQL Developers <pgsql-hackers(at)postgresql(dot)org>,pgsql-hackers-win32(at)postgresql(dot)org
Subject: Re: win32 tablespace handing
Date: 2004-10-05 18:56:17
Message-ID: 4162EE51.6070800@x-ray.at (view raw or flat)
Thread:
Lists: pgsql-cygwinpgsql-hackerspgsql-hackers-win32
Bruce Momjian schrieb:
>>Reini Urban schrieb:
>>>Cygwin can do symlinks for directories via the magic .lnk file.
>>>But Cygwin can also do junctions via hardlinks in ln.exe.
>>>I thought link() calls the junction code.
>>>I'll investigate why the libc link() failed, and if ln.exe does some 
>>>sifferent magic, similar to pgsymlink.
>>
>>I thought a little bit over this.
>>
>>hardlinks and junctions don't work across physical disks, only symlinks.
> 
> 
> Where did you read this?  I just looked and can see no such restriction.

Sorry, obviously I just got old information.
So we have to update our old cygwin code for NTFS5.

You can use Volume Mount Points with DeviceIoControl now too, since 
Win2000 NTFS 5. Sorry. I only knew about Directory Junction Points.

http://www.codeproject.com/w2k/junctionpoints.asp
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

In response to

pgsql-cygwin by date

Next:From: Marek LewczukDate: 2004-10-06 08:21:28
Subject: initdb and postgresql 8
Previous:From: Bruce MomjianDate: 2004-10-05 17:59:38
Subject: Re: win32 tablespace handing

pgsql-hackers by date

Next:From: Tom LaneDate: 2004-10-05 21:48:27
Subject: Re: libpq and prepared statements progress for 8.0
Previous:From: Magnus HaganderDate: 2004-10-05 18:13:00
Subject: Re: win32 tablespace handing

pgsql-hackers-win32 by date

Next:From: Jomar AndradeDate: 2004-10-06 01:35:17
Subject: [archiver] out of memory
Previous:From: Magnus HaganderDate: 2004-10-05 18:13:00
Subject: Re: win32 tablespace handing

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