Return-Path: Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: (qmail 67952 invoked from network); 3 Dec 2010 12:15:39 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 3 Dec 2010 12:15:39 -0000 Received: (qmail 57191 invoked by uid 500); 3 Dec 2010 12:15:38 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 57003 invoked by uid 500); 3 Dec 2010 12:15:37 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 56982 invoked by uid 99); 3 Dec 2010 12:15:37 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Dec 2010 12:15:37 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Dec 2010 12:15:34 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id oB3CFDPp025025 for ; Fri, 3 Dec 2010 12:15:13 GMT Message-ID: <6041030.92621291378513209.JavaMail.jira@thor> Date: Fri, 3 Dec 2010 07:15:13 -0500 (EST) From: "Robert Muir (JIRA)" To: dev@lucene.apache.org Subject: [jira] Commented: (LUCENE-2791) WindowsDirectory In-Reply-To: <22607233.86291291338491348.JavaMail.jira@thor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LUCENE-2791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12966508#action_12966508 ] Robert Muir commented on LUCENE-2791: ------------------------------------- bq. And Mike also said that we may create files by codecs with names that are non-ascii. And as you are the unicode policeman, I dont unterstand how you can live with default charsets... its my understanding that all indexfiles/codecs are ascii-only. If this is going to change, then there is a lot of policework to do. Personally i would really prefer if we simply keep codecs and lucene filenames as ascii-only! For non-ascii filenames, java.io.File is broken, its equals() is inconsistent with its hashCode(), even on windows, and definitely on things like macos (as i think it still uses unicode normalization to normalize filenames). We should seriously avoid the system-dependent problems that will arise by using non-ascii filenames in these parts of lucene: i don't see this bringing a lot of benefits either. > WindowsDirectory > ---------------- > > Key: LUCENE-2791 > URL: https://issues.apache.org/jira/browse/LUCENE-2791 > Project: Lucene - Java > Issue Type: New Feature > Components: Store > Reporter: Robert Muir > Attachments: LUCENE-2791.patch, LUCENE-2791.patch, WindowsDirectory.dll, WindowsDirectory_amd64.dll > > > We can use Windows' overlapped IO to do pread() and avoid the performance problems of SimpleFS/NIOFSDir. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org