From lucene-net-dev-return-vincenttaylor@example.com Sun Oct 01 11:07:27 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 10199 invoked from network); 1 Oct 2006 11:07:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Oct 2006 11:07:27 -0000 Received: (qmail 49467 invoked by uid 500); 1 Oct 2006 11:07:27 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 49441 invoked by uid 500); 1 Oct 2006 11:07:26 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 49432 invoked by uid 99); 1 Oct 2006 11:07:26 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 01 Oct 2006 04:07:26 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [83.161.120.155] ([83.161.120.155:33922] helo=brutus.apache.org) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id 7F/E4-01321-E61AF154 for <vincenttaylor@example.com>; Sun, 01 Oct 2006 04:07:26 -0700 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id EB87C7142E7 for <vincenttaylor@example.com>; Sun, 1 Oct 2006 04:07:20 -0700 (PDT) Message-ID: <32424739.1159700840961.JavaMail.root@brutus> Date: Sun, 1 Oct 2006 04:07:20 -0700 (PDT) From: "Asgeir Halldorsson (JIRA)" <vincenttaylor@example.com> To: vincenttaylor@example.com Subject: [jira] Updated: (LUCENENET-8) Throwing an exception as a result of a normal situation is extremely bad in .net In-Reply-To: <21288301.1151718209789.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/LUCENENET-8?page=all ] Asgeir Halldorsson updated LUCENENET-8: --------------------------------------- Attachment: test.patch I made a small test. See attached patch. (NOTE: Not tested fully) And it seams removing the exception in refill makes indexing time 50% less. I created a small test app that created 1024 docs with 1 filed. Filled with Guid. And the indextimer was just over 14sec after patch about 10sec > Throwing an exception as a result of a normal situation is extremely bad in .net > -------------------------------------------------------------------------------- > > Key: LUCENENET-8 > URL: http://issues.apache.org/jira/browse/LUCENENET-8 > Project: Lucene.Net > Issue Type: Task > Environment: Windows XP, Visual Studio 2003 > Reporter: Jo Inge Arnes > Attachments: test.patch > > > At the end of the FastCharStream.Refill() method, it says: > int charsRead = input.Read(buffer, newPosition, buffer.Length - newPosition); > if (charsRead <= 0) > throw new System.IO.IOException("read past eof"); > else > bufferLength += charsRead; > When I run Lucene in the debugger, this causes an exception to be thrown all the time. > To me it looks like it is thrown as a result of a normal situation, not because of some critical error. > Is this correct? > If this is the case, then the code is horrible. Throwing an exception in .NET is extremely slow, and should never be thrown as a result of a normal situation. I repeat: "extremely slow" -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From lucene-net-dev-return-vincenttaylor@example.com Mon Oct 02 19:22:56 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 45951 invoked from network); 2 Oct 2006 19:22:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Oct 2006 19:22:56 -0000 Received: (qmail 87338 invoked by uid 500); 2 Oct 2006 19:22:55 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 87307 invoked by uid 500); 2 Oct 2006 19:22:55 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 87298 invoked by uid 99); 2 Oct 2006 19:22:55 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Oct 2006 12:22:55 -0700 X-ASF-Spam-Status: No, hits=2.0 required=5.0 tests=HTML_MESSAGE Received: from [83.161.120.155] ([83.161.120.155:45136] helo=smtpq2.tilbu1.nb.home.nl) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id 81/F5-24395-C0761254 for <vincenttaylor@example.com>; Mon, 02 Oct 2006 12:22:52 -0700 Received: from [83.161.120.155] (port=35732 helo=smtp2.tilbu1.nb.home.nl) by smtpq2.tilbu1.nb.home.nl with esmtp (Exim 4.30) id 1GUTNI-0002qx-P5 for vincenttaylor@example.com; Mon, 02 Oct 2006 21:22:48 +0200 Received: from cc540376-a.assen1.dr.home.nl ([83.161.120.155]:4174 helo=thuis) by smtp2.tilbu1.nb.home.nl with smtp (Exim 4.30) id 1GUTNG-0001I7-IT for vincenttaylor@example.com; Mon, 02 Oct 2006 21:22:46 +0200 Message-ID: <005801c6e658$2e5746a0$6501a8c0@thuis> From: "Marco Dissel" <vincenttaylor@example.com> To: <vincenttaylor@example.com> Subject: sign lucene.net.dll Date: Mon, 2 Oct 2006 21:23:03 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0055_01C6E668.F1CF74D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.2663 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2757 X-AtHome-MailScanner-Information: Neem contact op met vincenttaylor@example.com voor meer informatie X-AtHome-MailScanner: Found to be clean X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_NextPart_000_0055_01C6E668.F1CF74D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello Is there a specific reason for not signing the lucene.net assembly with = a key file? Thanks Marco ------=_NextPart_000_0055_01C6E668.F1CF74D0-- From lucene-net-dev-return-vincenttaylor@example.com Tue Oct 03 12:48:05 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 64344 invoked from network); 3 Oct 2006 12:48:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Oct 2006 12:48:05 -0000 Received: (qmail 90881 invoked by uid 500); 3 Oct 2006 12:48:04 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 90716 invoked by uid 500); 3 Oct 2006 12:48:04 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 90698 invoked by uid 99); 3 Oct 2006 12:48:03 -0000 X-ASF-Spam-Status: No, hits=3.2 required=10.0 tests=ADVANCE_FEE_1,HTML_10_20,HTML_MESSAGE,MIME_BOUND_NEXTPART,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of vincenttaylor@example.com designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO gwa6.webcontrolcenter.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Oct 2006 05:48:03 -0700 Received: from maila25.webcontrolcenter.com [83.161.120.155] by gwa6.webcontrolcenter.com with SMTP; Tue, 3 Oct 2006 05:46:35 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=----_SmarterMail_NextPart_3555056300117164 Date: Tue, 3 Oct 2006 05:46:00 -0700 Received: from [83.161.120.155] by maila25.webcontrolcenter.com via HTTP; Tue, 3 Oct 2006 05:46:00 -0700 Subject: re: How to use a field for date/time range searches From: "Saurabh Dani" <vincenttaylor@example.com> Reply-To: vincenttaylor@example.com To: <vincenttaylor@example.com>,<vincenttaylor@example.com> CC: Message-ID: <vincenttaylor@example.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------_SmarterMail_NextPart_3555056300117164 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0D=0A Torsten:=0D=0A=0D=0AThis is not the exact answer to your original q= uestion, but Otis had a "bookmark" / "tag" on one those Internet bookmark b= oards for efficient date range searches in large indexes. I found it once w= hile searching for date range queries on Google, but could not find it agai= n.=0D=0AIf you can find that link somehow, it really has some very good inf= ormation on fast searches when searching for a date range.=0D=0A=0D=0AThank= s=0D=0ASaurabh=0D=0A=0D=0A----------------------------------------=0D=0A=0D= =0AReturn-Path: <lucene-net-user-return-165-saurabh=3Ddanicorp.com@incubato= r.apache.org> Tue Oct 03 04:21:24 2006=0D=0AReceived: from hermes.apache.or= g [83.161.120.155] by maila25.webcontrolcenter.com with SMTP;=0D=0ATue, 3 = Oct 2006 04:21:24 -0700=0D=0AReceived: (qmail 65315 invoked by uid 500); 3 = Oct 2006 11:21:22 -0000=0D=0AReceived: (qmail 65268 invoked by uid 99); 3 O= ct 2006 11:21:22 -0000=0D=0AReceived: from idunn.apache.osuosl.org (HELO id= unn.apache.osuosl.org) (83.161.120.155)=0D=0Aby apache.org (qpsmtpd/0.29) w= ith ESMTP; Tue, 03 Oct 2006 04:21:22 -0700=0D=0AReceived: from [213.165.64.= 20] ([83.161.120.155:53304] helo=3Dmail.gmx.net)=0D=0Aby idunn.apache.osuosl= .org (ecelerity 83.161.120.155 r(12930)) with ESMTP=0D=0Aid 10/6B-29668-78742254 f= or <vincenttaylor@example.com>; Tue, 03 Oct 2006 04:21:08 -0700= =0D=0AReceived: (qmail invoked by alias); 03 Oct 2006 11:18:00 -0000=0D=0AR= eceived: from p549C40ED.dip0.t-ipconnect.de (EHLO MOB217) [83.161.120.155]= =0D=0Aby mail.gmx.net (mp032) with SMTP; 03 Oct 2006 13:18:00 +0200=0D=0AMa= iling-List: contact vincenttaylor@example.com; run by ezmlm= =0D=0APrecedence: bulk=0D=0AList-Help: <mailto:lucene-net-user-help@incubat= or.apache.org>=0D=0AList-Unsubscribe: <mailto:lucene-net-user-unsubscribe@i= ncubator.apache.org>=0D=0AList-Post: <mailto:vincenttaylor@example.com= he.org>=0D=0AList-Id: <lucene-net-user.incubator.apache.org>=0D=0AReply-To:= vincenttaylor@example.com=0D=0ADelivered-To: mailing list lucen= vincenttaylor@example.com=0D=0AX-ASF-Spam-Status: No, hits=3D0.0 requ= ired=3D5.0 tests=3D=0D=0AX-Authenticated: #6569119=0D=0AFrom: "Torsten Rend= elmann" <vincenttaylor@example.com>=0D=0ATo: <vincenttaylor@example.com= ache.org>,=0D=0A<vincenttaylor@example.com>=0D=0ASubject: How to = use a field for date/time range searches=0D=0ADate: Tue, 3 Oct 2006 13:17:5= 7 +0200=0D=0AMessage-ID: <vincenttaylor@example.com>=0D= =0AMIME-Version: 1.0=0D=0AContent-Type: text/plain;=0D=0Acharset=3D"us-asci= i"=0D=0AContent-Transfer-Encoding: 7bit=0D=0AX-Mailer: Microsoft Office Out= look 11=0D=0AX-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962=0D=0A= Thread-Index: AcbkmNSCd6zYC1D0Tt67JW1M+LO7PAAABQWQAJDYRrA=3D=0D=0AIn-Reply-= To: <018a01c6e498$f655d520$6401a8c0@aroushlt>=0D=0AX-Y-GMX-Trusted: 0=0D=0A= X-Rcpt-To: <vincenttaylor@example.com>=0D=0AX-SmarterMail-Spam: SPF_Pass =0D=0A= =0D=0AHello all,=0D=0A=0D=0AI try to figure out how to use a field for date= /time range searches.=0D=0AAs the docs (http://www.dotlucene.net/documentat= ion/QuerySyntax.html)=0D=0Astates,=0D=0AI used to add this line within my L= ucene.Document Create() function:=0D=0A...=0D=0Adoc.Add(Field.Keyword("date= ", item.Date));=0D=0A...=0D=0AWhere item.Date is a DateTime object containi= ng a UTC(!) date and time.=0D=0A=0D=0AI used Luke to test the search: I pro= vided "date:{20060901 TO 20061001}"=0D=0Ain=0D=0Athe search input tab, but = no result is returned (but there must be=0D=0Aresults).=0D=0AMy questions:= =0D=0A=0D=0AQ1. Is my query correct?=0D=0AQ2. Do I have to change impl., to= get it work?=0D=0AQ3. What happens with the provided DateTime? Hopefully t= here is no=0D=0ATimeZone.UtcOffset() substraction handling inside?=0D=0AQ4.= How do I search for time? E.g. an item posted in the last hour...=0D=0A=0D= =0AThe version I used is Lucene.Net-1.9.1-002-29Sep06.src.zip=0D=0A=0D=0ATo= rstenR=0D=0A=0D=0A ------_SmarterMail_NextPart_3555056300117164-- From lucene-net-dev-return-vincenttaylor@example.com Tue Oct 03 17:06:31 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 64598 invoked from network); 3 Oct 2006 17:06:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 3 Oct 2006 17:06:31 -0000 Received: (qmail 83812 invoked by uid 500); 3 Oct 2006 17:06:31 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 83738 invoked by uid 500); 3 Oct 2006 17:06:30 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 83729 invoked by uid 99); 3 Oct 2006 17:06:30 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Oct 2006 10:06:30 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [83.161.120.155] ([83.161.120.155:40473] helo=brutus.apache.org) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id 72/85-08153-49892254 for <vincenttaylor@example.com>; Tue, 03 Oct 2006 10:06:29 -0700 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 88D527142E0 for <vincenttaylor@example.com>; Tue, 3 Oct 2006 10:06:19 -0700 (PDT) Message-ID: <31348986.1159895179558.JavaMail.root@brutus> Date: Tue, 3 Oct 2006 10:06:19 -0700 (PDT) From: "Jon Sanford (JIRA)" <vincenttaylor@example.com> To: vincenttaylor@example.com Subject: [jira] Created: (LUCENENET-18) Search via Remoting Returns Incorrect Result MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Search via Remoting Returns Incorrect Result -------------------------------------------- Key: LUCENENET-18 URL: http://issues.apache.org/jira/browse/LUCENENET-18 Project: Lucene.Net Issue Type: Bug Reporter: Jon Sanford Priority: Minor Searches performed across remoting boundaries return incorrect results. The same query against the same index in a local search returns the correct results. The issue is with a comparison done in the TermBuffer.CompareTo(TermBuffer other) method. The field names are cast to System.Object for evaluation. The runtime is comparing the strings by reference rather than value. The references will never match since the communication is across application domains. Fix detail: ------------- File: Index/TermBuffer.cs Class: TermBuffer Method: CompareTo(TermBuffer other) Change: if ((System.Object) field == (System.Object) other.field) to if (field == other.field) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From lucene-net-dev-return-vincenttaylor@example.com Wed Oct 04 01:42:32 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 25133 invoked from network); 4 Oct 2006 01:42:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Oct 2006 01:42:32 -0000 Received: (qmail 79910 invoked by uid 500); 4 Oct 2006 01:42:32 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 79823 invoked by uid 500); 4 Oct 2006 01:42:31 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 79814 invoked by uid 99); 4 Oct 2006 01:42:31 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Oct 2006 18:42:31 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [83.161.120.155] ([83.161.120.155:38636] helo=brutus.apache.org) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id 88/77-00170-68113254 for <vincenttaylor@example.com>; Tue, 03 Oct 2006 18:42:30 -0700 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id B9ADF7142DA for <vincenttaylor@example.com>; Tue, 3 Oct 2006 18:42:20 -0700 (PDT) Message-ID: <2327423.1159926140758.JavaMail.root@brutus> Date: Tue, 3 Oct 2006 18:42:20 -0700 (PDT) From: "George Aroush (JIRA)" <vincenttaylor@example.com> To: vincenttaylor@example.com Subject: [jira] Commented: (LUCENENET-8) Throwing an exception as a result of a normal situation is extremely bad in .net In-Reply-To: <21288301.1151718209789.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/LUCENENET-8?page=comments#action_12439702 ] George Aroush commented on LUCENENET-8: --------------------------------------- Hi, I am all for making Lucene.Net faster. At the same time, I want to preserve the compatibility of Lucene.Net with it's Java version.. If this throw was introduced in the .Net version only, then I would have made the change, but it's not -- Java Lucene has the same code. I will post this JIRA issue to the Java mailing list and see what they have to say about it. Who knows, they agree that it should be removed. Regards, -- George Aroush > Throwing an exception as a result of a normal situation is extremely bad in .net > -------------------------------------------------------------------------------- > > Key: LUCENENET-8 > URL: http://issues.apache.org/jira/browse/LUCENENET-8 > Project: Lucene.Net > Issue Type: Task > Environment: Windows XP, Visual Studio 2003 > Reporter: Jo Inge Arnes > Attachments: test.patch > > > At the end of the FastCharStream.Refill() method, it says: > int charsRead = input.Read(buffer, newPosition, buffer.Length - newPosition); > if (charsRead <= 0) > throw new System.IO.IOException("read past eof"); > else > bufferLength += charsRead; > When I run Lucene in the debugger, this causes an exception to be thrown all the time. > To me it looks like it is thrown as a result of a normal situation, not because of some critical error. > Is this correct? > If this is the case, then the code is horrible. Throwing an exception in .NET is extremely slow, and should never be thrown as a result of a normal situation. I repeat: "extremely slow" -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From lucene-net-dev-return-vincenttaylor@example.com Wed Oct 04 01:49:09 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 26363 invoked from network); 4 Oct 2006 01:49:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Oct 2006 01:49:09 -0000 Received: (qmail 84212 invoked by uid 500); 4 Oct 2006 01:49:09 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 84137 invoked by uid 500); 4 Oct 2006 01:49:09 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 84128 invoked by uid 99); 4 Oct 2006 01:49:09 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Oct 2006 18:49:09 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [83.161.120.155] ([83.161.120.155:37446] helo=sidekick.frogspace.net) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id 9B/97-00170-31313254 for <vincenttaylor@example.com>; Tue, 03 Oct 2006 18:49:08 -0700 Received: from pool-220.873.8087.bos.east.verizon.net ([83.161.120.155] helo=aroushlt) by sidekick.frogspace.net with esmtp (Exim 4.44) id 1GUvsg-0003WW-0C for vincenttaylor@example.com; Tue, 03 Oct 2006 18:49:06 -0700 From: "George Aroush" <vincenttaylor@example.com> To: <vincenttaylor@example.com> Subject: RE: sign lucene.net.dll Date: Tue, 3 Oct 2006 21:49:05 -0400 Message-ID: <060301c6e757$46b250a0$6401a8c0@aroushlt> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <005801c6e658$2e5746a0$6501a8c0@thuis> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Thread-Index: AcbmWCsGDAehZl37RM+78HE3RcDqZAA+kf9g X-SA-Exim-Connect-IP: 83.161.120.155 X-SA-Exim-Mail-From: vincenttaylor@example.com X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi Marco, There is no specific reason other then time. If you need this, can you submit a JIRA request (see: http://issues.apache.org/jira/browse/LUCENENET) and then follow up on it with a patch? I can then commit that patch to SVN. Regards, -- George Aroush -----Original Message----- From: Marco Dissel [mailto:vincenttaylor@example.com] Sent: Monday, October 02, 2006 3:23 PM To: vincenttaylor@example.com Subject: sign lucene.net.dll Hello Is there a specific reason for not signing the lucene.net assembly with a key file? Thanks Marco From lucene-net-dev-return-vincenttaylor@example.com Wed Oct 04 01:53:50 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 26988 invoked from network); 4 Oct 2006 01:53:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Oct 2006 01:53:50 -0000 Received: (qmail 90420 invoked by uid 500); 4 Oct 2006 01:53:41 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 90403 invoked by uid 500); 4 Oct 2006 01:53:41 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 90378 invoked by uid 99); 4 Oct 2006 01:53:41 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Oct 2006 18:53:41 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [83.161.120.155] ([83.161.120.155:37848] helo=sidekick.frogspace.net) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id 68/B7-00170-42413254 for <vincenttaylor@example.com>; Tue, 03 Oct 2006 18:53:40 -0700 Received: from pool-220.873.8087.bos.east.verizon.net ([83.161.120.155] helo=aroushlt) by sidekick.frogspace.net with esmtp (Exim 4.44) id 1GUvx4-0004Lm-HJ; Tue, 03 Oct 2006 18:53:38 -0700 From: "George Aroush" <vincenttaylor@example.com> To: <vincenttaylor@example.com>, <vincenttaylor@example.com> Subject: RE: Indexing In Lucene Date: Tue, 3 Oct 2006 21:53:37 -0400 Message-ID: <060401c6e757$e9192cb0$6401a8c0@aroushlt> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <E07627674982E445BBD8236E84A6A39805D780EB@ctsinpunsxua> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Thread-Index: AcbmyEagaImEKxzzT5eHnDJNXWGVVQAjxlVQ X-SA-Exim-Connect-IP: 83.161.120.155 X-SA-Exim-Mail-From: vincenttaylor@example.com X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi Akil, You can find the answer to your question by reading "Lucene in Action" book as well some Wiki pages on Lucene. (Google to find the pages.) Regards, -- George Aroush -----Original Message----- From: Ajani, Akil (Cognizant) [mailto:vincenttaylor@example.com] Sent: Tuesday, October 03, 2006 4:45 AM To: vincenttaylor@example.com; vincenttaylor@example.com; vincenttaylor@example.com Cc: vincenttaylor@example.com; vincenttaylor@example.com Subject: Indexing In Lucene Hi, Can you tell me how indexing takes place in lucene(Depth).if document has 1....n indices then which algorithm it uses,which information retrival model it uses... Thanks & Regards, Akil Ajani Cognizant Technology Solutions India Pvt. Ltd. Plot # 26, Rajiv Gandhi Infotech Park, MIDC Hinjewadi, Pune 411057 Tel: (91) (20) 40201100 ext 2825 Vnet: 22809 "Technical Skill is the mastery of complexity, while creativity is the mastery of simplicity." This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Any unauthorised review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful. Visit us at http://www.cognizant.com From lucene-net-dev-return-vincenttaylor@example.com Wed Oct 04 01:56:32 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 27598 invoked from network); 4 Oct 2006 01:56:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Oct 2006 01:56:32 -0000 Received: (qmail 95682 invoked by uid 500); 4 Oct 2006 01:56:32 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 95606 invoked by uid 500); 4 Oct 2006 01:56:32 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 95597 invoked by uid 99); 4 Oct 2006 01:56:32 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Oct 2006 18:56:32 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [83.161.120.155] ([83.161.120.155:45861] helo=brutus.apache.org) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id E0/D7-00170-FC413254 for <vincenttaylor@example.com>; Tue, 03 Oct 2006 18:56:31 -0700 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 4A5C47142A7 for <vincenttaylor@example.com>; Tue, 3 Oct 2006 18:56:21 -0700 (PDT) Message-ID: <17105321.1159926981301.JavaMail.root@brutus> Date: Tue, 3 Oct 2006 18:56:21 -0700 (PDT) From: "George Aroush (JIRA)" <vincenttaylor@example.com> To: vincenttaylor@example.com Subject: [jira] Assigned: (LUCENENET-18) Search via Remoting Returns Incorrect Result In-Reply-To: <31348986.1159895179558.JavaMail.root@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/LUCENENET-18?page=all ] George Aroush reassigned LUCENENET-18: -------------------------------------- Assignee: George Aroush > Search via Remoting Returns Incorrect Result > -------------------------------------------- > > Key: LUCENENET-18 > URL: http://issues.apache.org/jira/browse/LUCENENET-18 > Project: Lucene.Net > Issue Type: Bug > Reporter: Jon Sanford > Assigned To: George Aroush > Priority: Minor > > Searches performed across remoting boundaries return incorrect results. The same query against the same index in a local search returns the correct results. The issue is with a comparison done in the TermBuffer.CompareTo(TermBuffer other) method. The field names are cast to System.Object for evaluation. The runtime is comparing the strings by reference rather than value. The references will never match since the communication is across application domains. > Fix detail: > ------------- > File: Index/TermBuffer.cs > Class: TermBuffer > Method: CompareTo(TermBuffer other) > Change: > if ((System.Object) field == (System.Object) other.field) > to > if (field == other.field) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From lucene-net-dev-return-vincenttaylor@example.com Wed Oct 04 01:59:37 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 27927 invoked from network); 4 Oct 2006 01:59:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Oct 2006 01:59:37 -0000 Received: (qmail 98938 invoked by uid 500); 4 Oct 2006 01:59:37 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 98861 invoked by uid 500); 4 Oct 2006 01:59:36 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 98852 invoked by uid 99); 4 Oct 2006 01:59:36 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Oct 2006 18:59:36 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [83.161.120.155] ([83.161.120.155:45220] helo=brutus.apache.org) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id D5/E7-00170-88513254 for <vincenttaylor@example.com>; Tue, 03 Oct 2006 18:59:36 -0700 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 5F67B7142A7 for <vincenttaylor@example.com>; Tue, 3 Oct 2006 18:59:21 -0700 (PDT) Message-ID: <27421627.1159927161388.JavaMail.root@brutus> Date: Tue, 3 Oct 2006 18:59:21 -0700 (PDT) From: "George Aroush (JIRA)" <vincenttaylor@example.com> To: vincenttaylor@example.com Subject: [jira] Commented: (LUCENENET-18) Search via Remoting Returns Incorrect Result In-Reply-To: <31348986.1159895179558.JavaMail.root@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/LUCENENET-18?page=comments#action_12439704 ] George Aroush commented on LUCENENET-18: ---------------------------------------- Good catch. Thanks. I have to make a new release -- most likely over the weekend. -- George Aroush > Search via Remoting Returns Incorrect Result > -------------------------------------------- > > Key: LUCENENET-18 > URL: http://issues.apache.org/jira/browse/LUCENENET-18 > Project: Lucene.Net > Issue Type: Bug > Reporter: Jon Sanford > Assigned To: George Aroush > Priority: Minor > > Searches performed across remoting boundaries return incorrect results. The same query against the same index in a local search returns the correct results. The issue is with a comparison done in the TermBuffer.CompareTo(TermBuffer other) method. The field names are cast to System.Object for evaluation. The runtime is comparing the strings by reference rather than value. The references will never match since the communication is across application domains. > Fix detail: > ------------- > File: Index/TermBuffer.cs > Class: TermBuffer > Method: CompareTo(TermBuffer other) > Change: > if ((System.Object) field == (System.Object) other.field) > to > if (field == other.field) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From lucene-net-dev-return-vincenttaylor@example.com Wed Oct 04 02:19:32 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 30996 invoked from network); 4 Oct 2006 02:19:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Oct 2006 02:19:32 -0000 Received: (qmail 13027 invoked by uid 500); 4 Oct 2006 02:19:32 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 12977 invoked by uid 500); 4 Oct 2006 02:19:32 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 12967 invoked by uid 99); 4 Oct 2006 02:19:32 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Oct 2006 19:19:32 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [83.161.120.155] ([83.161.120.155:40581] helo=brutus.apache.org) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id 1D/48-00170-23A13254 for <vincenttaylor@example.com>; Tue, 03 Oct 2006 19:19:30 -0700 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id B96807142DA for <vincenttaylor@example.com>; Tue, 3 Oct 2006 19:19:20 -0700 (PDT) Message-ID: <16804138.1159928360757.JavaMail.root@brutus> Date: Tue, 3 Oct 2006 19:19:20 -0700 (PDT) From: "George Aroush (JIRA)" <vincenttaylor@example.com> To: vincenttaylor@example.com Subject: [jira] Assigned: (LUCENENET-19) Remove non-implemented Clones from PhraseQuery and TermQuery In-Reply-To: <28000763.1159928359561.JavaMail.root@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/LUCENENET-19?page=all ] George Aroush reassigned LUCENENET-19: -------------------------------------- Assignee: George Aroush > Remove non-implemented Clones from PhraseQuery and TermQuery > ------------------------------------------------------------ > > Key: LUCENENET-19 > URL: http://issues.apache.org/jira/browse/LUCENENET-19 > Project: Lucene.Net > Issue Type: Bug > Environment: Windows > Reporter: George Aroush > Assigned To: George Aroush > > There are two Clones one in PhraseQuery and one in TermQuery, they both return null when called. Those Clones are not needed so they should be removed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From lucene-net-dev-return-vincenttaylor@example.com Wed Oct 04 02:19:32 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 30994 invoked from network); 4 Oct 2006 02:19:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Oct 2006 02:19:32 -0000 Received: (qmail 13019 invoked by uid 500); 4 Oct 2006 02:19:32 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 12966 invoked by uid 500); 4 Oct 2006 02:19:32 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 12957 invoked by uid 99); 4 Oct 2006 02:19:31 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Oct 2006 19:19:31 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [83.161.120.155] ([83.161.120.155:40579] helo=brutus.apache.org) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id 0D/48-00170-13A13254 for <vincenttaylor@example.com>; Tue, 03 Oct 2006 19:19:29 -0700 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 89B5B7142D1 for <vincenttaylor@example.com>; Tue, 3 Oct 2006 19:19:19 -0700 (PDT) Message-ID: <28000763.1159928359561.JavaMail.root@brutus> Date: Tue, 3 Oct 2006 19:19:19 -0700 (PDT) From: "George Aroush (JIRA)" <vincenttaylor@example.com> To: vincenttaylor@example.com Subject: [jira] Created: (LUCENENET-19) Remove non-implemented Clones from PhraseQuery and TermQuery MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Remove non-implemented Clones from PhraseQuery and TermQuery ------------------------------------------------------------ Key: LUCENENET-19 URL: http://issues.apache.org/jira/browse/LUCENENET-19 Project: Lucene.Net Issue Type: Bug Environment: Windows Reporter: George Aroush There are two Clones one in PhraseQuery and one in TermQuery, they both return null when called. Those Clones are not needed so they should be removed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From lucene-net-dev-return-vincenttaylor@example.com Wed Oct 04 02:21:33 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 31386 invoked from network); 4 Oct 2006 02:21:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Oct 2006 02:21:33 -0000 Received: (qmail 14409 invoked by uid 500); 4 Oct 2006 02:21:33 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 14386 invoked by uid 500); 4 Oct 2006 02:21:33 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 14377 invoked by uid 99); 4 Oct 2006 02:21:33 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Oct 2006 19:21:33 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [83.161.120.155] ([83.161.120.155:45084] helo=brutus.apache.org) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id 17/58-00170-CAA13254 for <vincenttaylor@example.com>; Tue, 03 Oct 2006 19:21:32 -0700 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id AB2A27142A7 for <vincenttaylor@example.com>; Tue, 3 Oct 2006 19:21:22 -0700 (PDT) Message-ID: <22290675.1159928482698.JavaMail.root@brutus> Date: Tue, 3 Oct 2006 19:21:22 -0700 (PDT) From: "George Aroush (JIRA)" <vincenttaylor@example.com> To: vincenttaylor@example.com Subject: [jira] Commented: (LUCENENET-19) Remove non-implemented Clones from PhraseQuery and TermQuery In-Reply-To: <28000763.1159928359561.JavaMail.root@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/LUCENENET-19?page=comments#action_12439706 ] George Aroush commented on LUCENENET-19: ---------------------------------------- This defect is in 1.9 and 1.9.1 release only. > Remove non-implemented Clones from PhraseQuery and TermQuery > ------------------------------------------------------------ > > Key: LUCENENET-19 > URL: http://issues.apache.org/jira/browse/LUCENENET-19 > Project: Lucene.Net > Issue Type: Bug > Environment: Windows > Reporter: George Aroush > Assigned To: George Aroush > > There are two Clones one in PhraseQuery and one in TermQuery, they both return null when called. Those Clones are not needed so they should be removed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From lucene-net-dev-return-vincenttaylor@example.com Wed Oct 04 02:27:33 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 32578 invoked from network); 4 Oct 2006 02:27:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Oct 2006 02:27:33 -0000 Received: (qmail 17915 invoked by uid 500); 4 Oct 2006 02:27:33 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 17836 invoked by uid 500); 4 Oct 2006 02:27:33 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 17827 invoked by uid 99); 4 Oct 2006 02:27:33 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Oct 2006 19:27:33 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [83.161.120.155] ([83.161.120.155:56051] helo=brutus.apache.org) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id 25/78-00170-31C13254 for <vincenttaylor@example.com>; Tue, 03 Oct 2006 19:27:31 -0700 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 74CBC7142D6 for <vincenttaylor@example.com>; Tue, 3 Oct 2006 19:27:21 -0700 (PDT) Message-ID: <3847978.1159928841475.JavaMail.root@brutus> Date: Tue, 3 Oct 2006 19:27:21 -0700 (PDT) From: "George Aroush (JIRA)" <vincenttaylor@example.com> To: vincenttaylor@example.com Subject: [jira] Commented: (LUCENENET-18) Search via Remoting Returns Incorrect Result In-Reply-To: <31348986.1159895179558.JavaMail.root@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/LUCENENET-18?page=comments#action_12439709 ] George Aroush commented on LUCENENET-18: ---------------------------------------- This defect is in 1.9, 1.9.1 and 2.0 > Search via Remoting Returns Incorrect Result > -------------------------------------------- > > Key: LUCENENET-18 > URL: http://issues.apache.org/jira/browse/LUCENENET-18 > Project: Lucene.Net > Issue Type: Bug > Reporter: Jon Sanford > Assigned To: George Aroush > Priority: Minor > > Searches performed across remoting boundaries return incorrect results. The same query against the same index in a local search returns the correct results. The issue is with a comparison done in the TermBuffer.CompareTo(TermBuffer other) method. The field names are cast to System.Object for evaluation. The runtime is comparing the strings by reference rather than value. The references will never match since the communication is across application domains. > Fix detail: > ------------- > File: Index/TermBuffer.cs > Class: TermBuffer > Method: CompareTo(TermBuffer other) > Change: > if ((System.Object) field == (System.Object) other.field) > to > if (field == other.field) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From lucene-net-dev-return-vincenttaylor@example.com Wed Oct 04 02:42:52 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 34261 invoked from network); 4 Oct 2006 02:42:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Oct 2006 02:42:52 -0000 Received: (qmail 27685 invoked by uid 500); 4 Oct 2006 02:42:51 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 27655 invoked by uid 500); 4 Oct 2006 02:42:51 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 27646 invoked by uid 99); 4 Oct 2006 02:42:51 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Oct 2006 19:42:51 -0700 X-ASF-Spam-Status: No, hits=2.0 required=5.0 tests=HTML_MESSAGE Received: from [83.161.120.155] ([83.161.120.155:37468] helo=smtp.everdreamcorp.com) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id 05/C8-00170-9AF13254 for <vincenttaylor@example.com>; Tue, 03 Oct 2006 19:42:50 -0700 Received: from EDC-XCHANGE2003.everdream.corp (edc-exchclust1.everdream.corp [83.161.120.155]) by smtp.everdreamcorp.com (8.12.8/8.12.8/Single Node Virtual Host 040112 - Everdream Corporation) with ESMTP id k942gkqd018585 for <vincenttaylor@example.com>; Tue, 3 Oct 2006 19:42:46 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6E75E.C60CB2B4" Subject: RE: [jira] Commented: (LUCENENET-8) Throwing an exception as a result of a normal situation is extremely bad in .net Date: Tue, 3 Oct 2006 19:41:32 -0700 Message-ID: <vincenttaylor@example.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [jira] Commented: (LUCENENET-8) Throwing an exception as a result of a normal situation is extremely bad in .net Thread-Index: AcbnVl/cfGnRq1sOQjmASCgobiyxbAACDonS References: <2327423.1159926140758.JavaMail.root@brutus> From: "Neil Carson" <vincenttaylor@example.com> To: <vincenttaylor@example.com>, <vincenttaylor@example.com> Cc: "Mark Brinicombe" <vincenttaylor@example.com> X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------_=_NextPart_001_01C6E75E.C60CB2B4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi George =20 You may want to really consider this one. We were running tests indexing = a dozen or two fields, and making this change made Lucene.NET almost = 100x faster indexing. Yes, really that order of magnitude from a simple = change. =20 I'm not sure if that's the only place we changed... Mark? =20 Neil ________________________________ From: George Aroush (JIRA) [mailto:vincenttaylor@example.com] Sent: Tue 10/3/2006 6:42 PM To: vincenttaylor@example.com Subject: [jira] Commented: (LUCENENET-8) Throwing an exception as a = result of a normal situation is extremely bad in .net [ = http://issues.apache.org/jira/browse/LUCENENET-8?page=3Dcomments#action_1= 2439702 ] =20 George Aroush commented on LUCENENET-8: --------------------------------------- Hi, I am all for making Lucene.Net faster. At the same time, I want to = preserve the compatibility of Lucene.Net with it's Java version.. If = this throw was introduced in the .Net version only, then I would have = made the change, but it's not -- Java Lucene has the same code. I will post this JIRA issue to the Java mailing list and see what they = have to say about it. Who knows, they agree that it should be removed. Regards, -- George Aroush > Throwing an exception as a result of a normal situation is extremely = bad in .net > = -------------------------------------------------------------------------= ------- > > Key: LUCENENET-8 > URL: http://issues.apache.org/jira/browse/LUCENENET-8 > Project: Lucene.Net > Issue Type: Task > Environment: Windows XP, Visual Studio 2003 > Reporter: Jo Inge Arnes > Attachments: test.patch > > > At the end of the FastCharStream.Refill() method, it says: > int charsRead =3D input.Read(buffer, newPosition, buffer.Length - = newPosition); > if (charsRead <=3D 0) > throw new System.IO.IOException("read past eof"); > else > bufferLength +=3D charsRead; > When I run Lucene in the debugger, this causes an exception to be = thrown all the time. > To me it looks like it is thrown as a result of a normal situation, = not because of some critical error. > Is this correct? > If this is the case, then the code is horrible. Throwing an exception = in .NET is extremely slow, and should never be thrown as a result of a = normal situation. I repeat: "extremely slow" -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: = http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: = http://www.atlassian.com/software/jira =20 ------_=_NextPart_001_01C6E75E.C60CB2B4-- From lucene-net-dev-return-vincenttaylor@example.com Wed Oct 04 02:59:10 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 36708 invoked from network); 4 Oct 2006 02:59:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Oct 2006 02:59:09 -0000 Received: (qmail 37415 invoked by uid 500); 4 Oct 2006 02:59:09 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 37392 invoked by uid 500); 4 Oct 2006 02:59:09 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 37383 invoked by uid 99); 4 Oct 2006 02:59:09 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Oct 2006 19:59:09 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [83.161.120.155] ([83.161.120.155:44127] helo=sidekick.frogspace.net) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id 37/19-00170-B7323254 for <vincenttaylor@example.com>; Tue, 03 Oct 2006 19:59:08 -0700 Received: from pool-220.873.8087.bos.east.verizon.net ([83.161.120.155] helo=aroushlt) by sidekick.frogspace.net with esmtp (Exim 4.44) id 1GUwyP-0002ht-Ff; Tue, 03 Oct 2006 19:59:05 -0700 From: "George Aroush" <vincenttaylor@example.com> To: <vincenttaylor@example.com> Cc: "'Mark Brinicombe'" <vincenttaylor@example.com> Subject: RE: [jira] Commented: (LUCENENET-8) Throwing an exception as a result of a normal situation is extremely bad in .net Date: Tue, 3 Oct 2006 22:59:04 -0400 Message-ID: <062401c6e761$0d6d03d0$6401a8c0@aroushlt> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Thread-Index: AcbnVl/cfGnRq1sOQjmASCgobiyxbAACDonSAAAaF9AAAH5wUA== X-SA-Exim-Connect-IP: 83.161.120.155 X-SA-Exim-Mail-From: vincenttaylor@example.com X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi Neil, I believe you changed at more then this one place. And I believe you have a bug waiting to happen (unless if you did other changes to prevent the bug.) Per my JIRA comment, I submitted this question to the Java Lucene mailing list. The response that I got is not to make this change as it will break Lucene -- yes, they are aware that it will make Lucene run faster (the Java version too.) You can read the two responses (so far) that I got here: http://mail-archives.apache.org/mod_mbox/lucene-java-dev/200610.mbox/%3cc68e vincenttaylor@example.com%3e What version of Lucne.Net are you using? Can give me a difference of your version vs. what's under SVN (of your version)? This should help identify what caused your modified version run faster. Regards, -- George Aroush -----Original Message----- From: Neil Carson [mailto:vincenttaylor@example.com] Sent: Tuesday, October 03, 2006 10:42 PM To: vincenttaylor@example.com; vincenttaylor@example.com Cc: Mark Brinicombe Subject: RE: [jira] Commented: (LUCENENET-8) Throwing an exception as a result of a normal situation is extremely bad in .net Hi George You may want to really consider this one. We were running tests indexing a dozen or two fields, and making this change made Lucene.NET almost 100x faster indexing. Yes, really that order of magnitude from a simple change. I'm not sure if that's the only place we changed... Mark? Neil ________________________________ From: George Aroush (JIRA) [mailto:vincenttaylor@example.com] Sent: Tue 10/3/2006 6:42 PM To: vincenttaylor@example.com Subject: [jira] Commented: (LUCENENET-8) Throwing an exception as a result of a normal situation is extremely bad in .net [ http://issues.apache.org/jira/browse/LUCENENET-8?page=comments#action_124397 02 ] George Aroush commented on LUCENENET-8: --------------------------------------- Hi, I am all for making Lucene.Net faster. At the same time, I want to preserve the compatibility of Lucene.Net with it's Java version.. If this throw was introduced in the .Net version only, then I would have made the change, but it's not -- Java Lucene has the same code. I will post this JIRA issue to the Java mailing list and see what they have to say about it. Who knows, they agree that it should be removed. Regards, -- George Aroush > Throwing an exception as a result of a normal situation is extremely > bad in .net > ---------------------------------------------------------------------- > ---------- > > Key: LUCENENET-8 > URL: http://issues.apache.org/jira/browse/LUCENENET-8 > Project: Lucene.Net > Issue Type: Task > Environment: Windows XP, Visual Studio 2003 > Reporter: Jo Inge Arnes > Attachments: test.patch > > > At the end of the FastCharStream.Refill() method, it says: > int charsRead = input.Read(buffer, newPosition, buffer.Length - > newPosition); if (charsRead <= 0) > throw new System.IO.IOException("read past eof"); else > bufferLength += charsRead; > When I run Lucene in the debugger, this causes an exception to be thrown all the time. > To me it looks like it is thrown as a result of a normal situation, not because of some critical error. > Is this correct? > If this is the case, then the code is horrible. Throwing an exception in .NET is extremely slow, and should never be thrown as a result of a normal situation. I repeat: "extremely slow" -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From lucene-net-dev-return-vincenttaylor@example.com Wed Oct 04 03:09:32 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 38388 invoked from network); 4 Oct 2006 03:09:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Oct 2006 03:09:32 -0000 Received: (qmail 44281 invoked by uid 500); 4 Oct 2006 03:09:31 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 44257 invoked by uid 500); 4 Oct 2006 03:09:31 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 44248 invoked by uid 99); 4 Oct 2006 03:09:31 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Oct 2006 20:09:31 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [83.161.120.155] ([83.161.120.155:55581] helo=brutus.apache.org) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id 48/49-00170-AE523254 for <vincenttaylor@example.com>; Tue, 03 Oct 2006 20:09:30 -0700 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id CE2687142D1 for <vincenttaylor@example.com>; Tue, 3 Oct 2006 20:09:20 -0700 (PDT) Message-ID: <7419805.1159931360841.JavaMail.root@brutus> Date: Tue, 3 Oct 2006 20:09:20 -0700 (PDT) From: "Joe Shaw (JIRA)" <vincenttaylor@example.com> To: vincenttaylor@example.com Subject: [jira] Commented: (LUCENENET-19) Remove non-implemented Clones from PhraseQuery and TermQuery In-Reply-To: <28000763.1159928359561.JavaMail.root@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/LUCENENET-19?page=comments#action_12439716 ] Joe Shaw commented on LUCENENET-19: ----------------------------------- It also happens for a few other Query classes too, including RangeQuery, PrefixQuery, etc. Our patch which removes the overrides from all the Query classes is here: http://cvs.gnome.org/viewcvs/*checkout*/beagle/beagled/Lucene.Net/upstream-changes/22_null_clone_overrides.patch?rev=1.1 > Remove non-implemented Clones from PhraseQuery and TermQuery > ------------------------------------------------------------ > > Key: LUCENENET-19 > URL: http://issues.apache.org/jira/browse/LUCENENET-19 > Project: Lucene.Net > Issue Type: Bug > Environment: Windows > Reporter: George Aroush > Assigned To: George Aroush > > There are two Clones one in PhraseQuery and one in TermQuery, they both return null when called. Those Clones are not needed so they should be removed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From lucene-net-dev-return-vincenttaylor@example.com Wed Oct 04 15:58:08 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 2495 invoked from network); 4 Oct 2006 15:58:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Oct 2006 15:58:08 -0000 Received: (qmail 50941 invoked by uid 500); 4 Oct 2006 15:58:06 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 50873 invoked by uid 500); 4 Oct 2006 15:58:05 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 50822 invoked by uid 99); 4 Oct 2006 15:58:05 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Oct 2006 08:58:05 -0700 X-ASF-Spam-Status: No, hits=1.2 required=5.0 tests=RCVD_IN_SORBS_WEB Received: from [83.161.120.155] ([83.161.120.155:44714] helo=sidekick.frogspace.net) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id C7/F0-17684-FF9D3254 for <vincenttaylor@example.com>; Wed, 04 Oct 2006 08:57:52 -0700 Received: from bi01pt1.ct.us.ibm.com ([83.161.120.155] helo=aroushlt) by sidekick.frogspace.net with esmtp (Exim 4.44) id 1GV980-0001jB-Nm; Wed, 04 Oct 2006 08:57:48 -0700 From: "George Aroush" <vincenttaylor@example.com> To: <vincenttaylor@example.com>, <vincenttaylor@example.com> Subject: RE: Memory leak with sorted searches Date: Wed, 4 Oct 2006 11:57:47 -0400 Message-ID: <007701c6e7cd$d6b00690$41832209@aroushlt> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <vincenttaylor@example.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Thread-Index: Acbnvf+d8O7ZuwX8TAi2Wr10CsoGjwAD1EXQ X-SA-Exim-Connect-IP: 83.161.120.155 X-SA-Exim-Mail-From: vincenttaylor@example.com X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi Phil, What will really help is if you can provide a working code that demonstrate the problem. This will help me and others to better see what the problem is and we can use it for debugging. Once you have a minimal working code demonstrating the problem, please submit a JIRA issue and post the code there. Btw, what version and build of Lucene.Net are you seeing this in? Please provide this info too. Regards, -- George -----Original Message----- From: Philip Withington [mailto:vincenttaylor@example.com] Sent: Wednesday, October 04, 2006 10:03 AM To: vincenttaylor@example.com Subject: Re: Memory leak with sorted searches George The fixes made to solve the memory problem during indexing seem to work great. However during sorted searching the problem remains. I think I've narrowed the problem down to the fact that I'm creating and closing a new IndexSearcher for every search. If I keep the the IndexSearcher open, the problem does not occur. Therefore I'm guessing that IndexSearcher.Close() is not releasing all of its resources. Do what I've described repeatedly and memory usage will increase indefinitely. However if I don't apply the sort I get no problems whatsoever. Regards Phil On 9/28/06, George Aroush <vincenttaylor@example.com> wrote: > > Hi Phil and Michael, > > I don't know about that proposed fix you referred to and I don't know > if the known memory leak, during indexing, in Lucene.Net 1.9, 1.9.1 > and 2.0 is the same leak as what you are observing with the sort. > > To help me track this down, can you: > > 1) Try the fix that I found to fix a leak (see my earlier post.) > 2) If #1 above doesn't fix your problem, try with .NET 2.0 > 3) If you are still seeing the problem, can you post an sample working > code which demonstrates the problem? > > Regards, > > -- George Aroush > > > -----Original Message----- > From: Philip Withington [mailto:vincenttaylor@example.com] > Sent: Wednesday, September 27, 2006 6:58 PM > To: vincenttaylor@example.com > Subject: Re: Memory leak with sorted searches > > I am using .Net 1.1. I found some proposed fixes to the problem here > http://blog.dotlucene.net/2006/06/lucenenet-19-rc1-build-003.html but > would rather not take the risk of modifying code I do not fully > understand. From what I understand from reading the lists, the next > release of Lucene.Net ( > 2.0) will initially be geared towards the 1.1 version of the framework > so I wonder if this will fix the problem. > > Michael > > Sorry if I've misunderstood but are you talking about re-sorting the > hits after you've initially retrieved them ordered by relevance? > > Regards > > Phil > > > On 9/27/06, Michael Mitiaguin <vincenttaylor@example.com> wrote: > > > > Philip, > > > > Personally, I found feature a very slow ( comparing to search itself > > ) , so I just sort memory collection after iterating Hits. > > You may have noticed messages regarding memory leak for indexing in > > .Net > > 1.1 > > Are you using .Net 1.1 ? I don't remember any memory leak when I > > used it witn .Net 2 > > > > Regards > > Michael > > > > On 9/28/06, Philip Withington <vincenttaylor@example.com> wrote: > > > > > > I'm finding that the memory leak problem with sorted searches > > > means that > > I > > > cannot use this feature of Lucene.Net. I'm using version 1.9.1. > > > Is > > there > > > a > > > version out there with a fix for this problem or will it be fixed > > > in a forthcoming release? > > > > > > Regards > > > > > > Phil > > > > > > > > > > > > From lucene-net-dev-return-vincenttaylor@example.com Wed Oct 04 16:44:37 2006 Return-Path: <lucene-net-dev-return-vincenttaylor@example.com> Delivered-To: vincenttaylor@example.com Received: (qmail 18799 invoked from network); 4 Oct 2006 16:44:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 4 Oct 2006 16:44:36 -0000 Received: (qmail 40447 invoked by uid 500); 4 Oct 2006 16:44:36 -0000 Delivered-To: vincenttaylor@example.com Received: (qmail 40432 invoked by uid 500); 4 Oct 2006 16:44:36 -0000 Mailing-List: contact vincenttaylor@example.com; run by ezmlm Precedence: bulk List-Help: <mailto:vincenttaylor@example.com> List-Unsubscribe: <mailto:vincenttaylor@example.com> List-Post: <mailto:vincenttaylor@example.com> List-Id: <lucene-net-dev.incubator.apache.org> Reply-To: vincenttaylor@example.com Delivered-To: mailing list vincenttaylor@example.com Received: (qmail 40423 invoked by uid 99); 4 Oct 2006 16:44:36 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Oct 2006 09:44:36 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [83.161.120.155] ([83.161.120.155:43786] helo=smtp.everdreamcorp.com) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id 0B/42-17684-FE4E3254 for <vincenttaylor@example.com>; Wed, 04 Oct 2006 09:44:33 -0700 Received: from EDC-XCHANGE2003.everdream.corp (edc-exchclust1.everdream.corp [83.161.120.155]) by smtp.everdreamcorp.com (8.12.8/8.12.8/Single Node Virtual Host 040112 - Everdream Corporation) with ESMTP id k94GiOqd030268 for <vincenttaylor@example.com>; Wed, 4 Oct 2006 09:44:25 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [jira] Commented: (LUCENENET-8) Throwing an exception as a result of a normal situation is extremely bad in .net Date: Wed, 4 Oct 2006 09:44:24 -0700 Message-ID: <vincenttaylor@example.com> In-Reply-To: <062401c6e761$0d6d03d0$6401a8c0@aroushlt> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [jira] Commented: (LUCENENET-8) Throwing an exception as a result of a normal situation is extremely bad in .net Thread-Index: AcbnVl/cfGnRq1sOQjmASCgobiyxbAACDonSAAAaF9AAAH5wUAAc1bKA From: "Neil Carson" <vincenttaylor@example.com> To: <vincenttaylor@example.com> Cc: "Mark Brinicombe" <vincenttaylor@example.com> X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Mark - can you send the diff/info? Neil =20 > -----Original Message----- > From: George Aroush [mailto:vincenttaylor@example.com]=20 > Sent: Tuesday, October 03, 2006 7:59 PM > To: vincenttaylor@example.com > Cc: Mark Brinicombe > Subject: RE: [jira] Commented: (LUCENENET-8) Throwing an=20 > exception as a result of a normal situation is extremely bad in .net >=20 > Hi Neil, >=20 > I believe you changed at more then this one place. And I=20 > believe you have a bug waiting to happen (unless if you did=20 > other changes to prevent the bug.) >=20 > Per my JIRA comment, I submitted this question to the Java=20 > Lucene mailing list. The response that I got is not to make=20 > this change as it will break Lucene -- yes, they are aware=20 > that it will make Lucene run faster (the Java version too.) >=20 > You can read the two responses (so far) that I got here: > http://mail-archives.apache.org/mod_mbox/lucene-java-dev/20061 0.mbox/%3cc68e > vincenttaylor@example.com%3e >=20 > What version of Lucne.Net are you using? Can give me a=20 > difference of your version vs. what's under SVN (of your=20 > version)? This should help identify what caused your=20 > modified version run faster. >=20 > Regards, >=20 > -- George Aroush >=20 >=20 > -----Original Message----- > From: Neil Carson [mailto:vincenttaylor@example.com] > Sent: Tuesday, October 03, 2006 10:42 PM > To: vincenttaylor@example.com;=20 > vincenttaylor@example.com > Cc: Mark Brinicombe > Subject: RE: [jira] Commented: (LUCENENET-8) Throwing an=20 > exception as a result of a normal situation is extremely bad in .net >=20 > Hi George > =20 > You may want to really consider this one. We were running=20 > tests indexing a dozen or two fields, and making this change=20 > made Lucene.NET almost 100x faster indexing. Yes, really that=20 > order of magnitude from a simple change. > =20 > I'm not sure if that's the only place we changed... Mark? > =20 > Neil >=20 > ________________________________ >=20 > From: George Aroush (JIRA) [mailto:vincenttaylor@example.com] > Sent: Tue 10/3/2006 6:42 PM > To: vincenttaylor@example.com > Subject: [jira] Commented: (LUCENENET-8) Throwing an=20 > exception as a result of a normal situation is extremely bad in .net >=20 >=20 >=20 > [ > http://issues.apache.org/jira/browse/LUCENENET-8?page=3Dcomments #action_124397 > 02 ] > =20 > George Aroush commented on LUCENENET-8: > --------------------------------------- >=20 > Hi,
{'source': 'Apache Software Foundation Public Mail Archives'}