From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 10.90.117.16 with SMTP id p16cs610133agc; Thu, 15 Oct 2009 06:00:03 -0700 (PDT) Received: by 10.224.86.227 with SMTP id t35mr18054qal.121.1255611603046; Thu, 15 Oct 2009 06:00:03 -0700 (PDT) Return-Path: Received: from rubyforge.org (rubyforge.org [205.234.109.19]) by mx.google.com with ESMTP id 7si155728qyk.114.2009.10.15.06.00.02; Thu, 15 Oct 2009 06:00:03 -0700 (PDT) Received-SPF: pass (google.com: domain of sup-talk-bounces@rubyforge.org designates 205.234.109.19 as permitted sender) client-ip=205.234.109.19; Authentication-Results: mx.google.com; spf=pass (google.com: domain of sup-talk-bounces@rubyforge.org designates 205.234.109.19 as permitted sender) smtp.mail=sup-talk-bounces@rubyforge.org Received: from rubyforge.org (rubyforge.org [127.0.0.1]) by rubyforge.org (Postfix) with ESMTP id 9F9D818582CA; Thu, 15 Oct 2009 09:00:02 -0400 (EDT) Received: from entry.masanjin.net (masanjin.net [209.20.72.13]) by rubyforge.org (Postfix) with ESMTP id 9C8001858292 for ; Thu, 15 Oct 2009 08:59:53 -0400 (EDT) Received: from w by entry.masanjin.net with local (Exim 4.69) (envelope-from ) id 1MyPvt-0000Qq-IY for sup-talk@rubyforge.org; Thu, 15 Oct 2009 05:59:53 -0700 From: William Morgan To: sup-talk In-reply-to: <20091012223449.GB31940@tilus.net> References: <20091012223449.GB31940@tilus.net> Date: Thu, 15 Oct 2009 05:59:53 -0700 Message-Id: <1255611567-sup-8695@masanjin.net> User-Agent: Sup/git Subject: Re: [sup-talk] Xapian: Term too long X-BeenThere: sup-talk@rubyforge.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: User & developer discussion of Sup List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: sup-talk-bounces@rubyforge.org Errors-To: sup-talk-bounces@rubyforge.org Reformatted excerpts from Tero Tilus's message of 2009-10-12: > Looks like lib/sup/xapian_index.rb tries to override > Xapian::Document#add_term with a version which is wired to ditch too > long terms. Only that you can't override methods just by including a > module. Methods of the including class override methods in included > module. Very good point. Thanks! -- William _______________________________________________ sup-talk mailing list sup-talk@rubyforge.org http://rubyforge.org/mailman/listinfo/sup-talk