Thanks for the response, peter:
My understanding is that building a too-large index with swish-e on either
1) a large-file enabled swish-e on a non-large-file filesystem
2) a non-large-file enabled swish-e
will result in about about the same error (core dump). So in that respect, I don't see a problem with enabling the large-file options with swish-e, even on a non-64-bit filesystem. Right?
I think the issue might be more that large-file-support indexes are slightly larger or slower (though I'm not positive this is even true). The big index support is a big win for those who need it!
Interested to hear more on the subject,
Peter Karman <email@example.com> wrote:
If we could detect 64-bit filesystem arch at ./configure time, this
On 11/27/2007 03:37 PM, J Robinson wrote:
> Hello, All:
> I was hoping that the swish-e developers could make the
> large file support options
> ( -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 )
> the default for the next version of swish-e.
> I've been using those flags on swish-e since august 2005.
Be a better pen pal.
Text or chat with friends inside Yahoo! Mail. See how. http://overview.mail.yahoo.com/
Users mailing list
Received on Wed Nov 28 10:10:35 2007