rainman wrote:

Currently lsearch requires linux. It could work on MacOS since it
afaik support hard and soft links, with some minor modification.

Windows is more difficult, one would probably need something like
info files that would describe the links, or just use a slower
copy, instead of linking.

So, the above cp would be: cp + ln. Hopefully, in some next release
it should have customizable paths, and should be able to detect
the OS, and use the most efficient solution for it.

Creating the destination directory, then shelling out to ln to link each file should be compatible with any UNIXy system (Linux, Mac OS X, *BSD, Solaris, etc) and not a very difficult change, so that'd be my recommendation for a short-term change.

Windows does support hardlinks of some sort on NTFS, though I couldn't tell you if it's worth the bother. :)

I did a little googling yesterday for Java code supporting creation of hardlinks; this util class from an Apache project has a function which allegedly can create hardlinks on either Unix or Windows by shelling out the appropriate low-level command:

http://svn.apache.org/viewvc/lucene/hadoop/trunk/src/java/org/apache/hadoop/fs/FileUtil.java?view=markup

Haven't tested it meself. :)

robchur wrote:

(In reply to comment #2)

Windows does support hardlinks of some sort on NTFS, though I couldn't tell you
if it's worth the bother. :)

NTFS Junction Points? No, it's not worth the bother, and there's no standard toolkit to create or manage them - Windows uses them internally, and exposes them via Win32, but doesn't ship with any kind of command-line utility comparable to ln.

*ahem*

C:\Documents and Settings\brion> fsutil hardlink create bar.txt foo.txt
Hardlink created for C:\Documents and Settings\brion\bar.txt <<===>> C:\Documents and Settings\brion\foo.txt

:)

robchur wrote:

Well, in my defence, what I said was more or less accurate; that's not an NTFS Junction Point at all. What's actually indefensible here is that I read "hardlink" and thought of the (dodgy) equivalent of a symlink.

Points off all round.

rainman wrote:

Fixed in r26333.

[Merging "MediaWiki extensions/Lucene Search" into "Wikimedia/lucene-search2", see bug 46542. You can filter bugmail for: search-component-merge-20130326 ]