From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yasushi SHOJI Subject: Re: gitweb - option to disable rename detection Date: Wed, 17 Aug 2005 08:14:23 +0900 Message-ID: <871x4txynk.wl@mail2.atmark-techno.com> References: <87d5ofoxvt.wl@mail2.atmark-techno.com> <87br3zorjk.wl@mail2.atmark-techno.com> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: git@vger.kernel.org X-From: git-owner@vger.kernel.org Wed Aug 17 01:15:04 2005 Return-path: Received: from vger.kernel.org ([209.132.176.167]) by ciao.gmane.org with esmtp (Exim 4.43) id 1E5Add-0001oc-7D for gcvg-git@gmane.org; Wed, 17 Aug 2005 01:14:33 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750729AbVHPXOa (ORCPT ); Tue, 16 Aug 2005 19:14:30 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750731AbVHPXOa (ORCPT ); Tue, 16 Aug 2005 19:14:30 -0400 Received: from shop.atmark-techno.com ([210.191.215.173]:29092 "EHLO mail2.atmark-techno.com") by vger.kernel.org with ESMTP id S1750729AbVHPXOa (ORCPT ); Tue, 16 Aug 2005 19:14:30 -0400 Received: from smtp.local-network (dns1.atmark-techno.com [210.191.215.170]) by mail2.atmark-techno.com (Postfix) with ESMTP id 6900876A; Wed, 17 Aug 2005 08:14:29 +0900 (JST) Received: from wat.atmark-techno.com (unknown [192.168.10.81]) by smtp.local-network (Postfix) with ESMTP id ED0BBB61F; Wed, 17 Aug 2005 08:17:12 +0900 (JST) To: Linus Torvalds In-Reply-To: User-Agent: Wanderlust/2.14.0 Sender: git-owner@vger.kernel.org Precedence: bulk X-Mailing-List: git@vger.kernel.org At Mon, 15 Aug 2005 15:43:26 -0700 (PDT), Linus Torvalds wrote: > > On Tue, 16 Aug 2005, Yasushi SHOJI wrote: > > > > > Instead of disabling it entirely, how about just having some limit on it? > > > > ah, that's a good idea. here is a quick and dirty patch. > > This makes it somewhat more expensive. yes. but much cheaper than OOM ;P > - I was thinking about disabling it > in git-diff-tree, since the rename logic already knows how many > new/deleted files there are. I'll leave this feature for homework. I'll work on prepare_temp_file() first since it seems to fix my problem. regards, -- yashi