From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Morten Welinder" Subject: Re: Cygwin can't handle huge packfiles? Date: Mon, 3 Apr 2006 10:26:27 -0400 Message-ID: <118833cc0604030726r44b0682etec3349f62986e3c0@mail.gmail.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Cc: "Kees-Jan Dijkzeul" , git@vger.kernel.org X-From: git-owner@vger.kernel.org Mon Apr 03 16:27:25 2006 Return-path: Envelope-to: gcvg-git@gmane.org Received: from vger.kernel.org ([209.132.176.167]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FQQ0v-0005Fe-Ft for gcvg-git@gmane.org; Mon, 03 Apr 2006 16:26:41 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751277AbWDCO0i (ORCPT ); Mon, 3 Apr 2006 10:26:38 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751398AbWDCO0i (ORCPT ); Mon, 3 Apr 2006 10:26:38 -0400 Received: from zproxy.gmail.com ([64.233.162.199]:39704 "EHLO zproxy.gmail.com") by vger.kernel.org with ESMTP id S1751277AbWDCO0i convert rfc822-to-8bit (ORCPT ); Mon, 3 Apr 2006 10:26:38 -0400 Received: by zproxy.gmail.com with SMTP id o37so1850175nzf for ; Mon, 03 Apr 2006 07:26:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=imG1SC/yqu2pJqTy7V7SqZlo4GlC/W2b9eyEf0BW2PE99lBu9bJ7E6QpH/WfIHzcO11N144rtpfjddk2RAO6icxmK+wUijvwYyGt4eYlOxkVsD7BKMT9lSIt1QmYsyDkvhrB0VMh7GEBVszwV2GXR82/EIEYEN9LxHsh3Pr7bic= Received: by 10.35.127.7 with SMTP id e7mr1269080pyn; Mon, 03 Apr 2006 07:26:27 -0700 (PDT) Received: by 10.35.39.13 with HTTP; Mon, 3 Apr 2006 07:26:27 -0700 (PDT) To: "Johannes Schindelin" In-Reply-To: Content-Disposition: inline Sender: git-owner@vger.kernel.org Precedence: bulk X-Mailing-List: git@vger.kernel.org Archived-At: > The problem is not mmap() on cygwin, but that a fork() has to jump through > loops to reinstall the open file descriptors on cygwin. If the > corresponding file was deleted, that fails. Therefore, we work around that > on cygwin by actually reading the file into memory, *not* mmap()ing it. Maybe, but you aren't going to be able to handler much bigger packs even on *nix. Unless you go 64-bit, that is. M.