From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Newsgroups: gmane.emacs.devel Subject: Re: [ELPA] New package: dired-duplicates Date: Thu, 9 Nov 2023 09:38:50 +0100 Message-ID: References: <83edha9mlg.fsf@gnu.org> <87h6m5shpf.fsf@gmail.com> <831qd9a7gg.fsf@gnu.org> <87lebhz78r.fsf@posteo.net> <83sf5p8efg.fsf@gnu.org> <2b30b6e0-d30e-41e1-83a5-05b0c3fa8aa6@gmx.at> <83lebg8zsu.fsf@gnu.org> <715392ae-8ae8-449e-905b-8ff2aa6a2e5a@gmx.at> <837cmr1nja.fsf@gnu.org> <48fece87-5bd9-4d37-a6bb-2e9b9da00bc2@gmx.at> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8BI4iAQjixGwSHwO" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26098"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , emacs-devel@gnu.org To: Harald Judt Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Nov 09 09:40:05 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1r10a5-0006Xh-Og for ged-emacs-devel@m.gmane-mx.org; Thu, 09 Nov 2023 09:40:05 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1r10Z3-0007TU-49; Thu, 09 Nov 2023 03:39:01 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r10Z1-0007TI-6L for emacs-devel@gnu.org; Thu, 09 Nov 2023 03:38:59 -0500 Original-Received: from mail.tuxteam.de ([5.199.139.25]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r10Yy-0002pb-V2; Thu, 09 Nov 2023 03:38:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tuxteam.de; s=mail; h=From:In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=mBxwA58FRv4nBnueiwNEG7u/UuhDqWpxXjaM7FpyJG8=; b=nWpZduPv55+sDHGJpHKUH6Need i2KhHQb/QdD9W7MCV6N1txnFNQVYr4ZFcWPfI1+taKGxkSfyMfx5SvBpxT5wog0z8Af8Nuxziao6I 7tk0ILhr6bhb9OCqVakzYfgcMR6YqIOL67IYhUpz0Jce2dlB3dHSA+GZMp3J6RKo25EgZOWtHKL0A kRvEw5y72omNxnAlddiBMRq4SMvR4RkPVE84FNkC2lWyhwF5pHFR69O9RrajfdTUxozEvIqBnIP2d /xSDtCnRBMb4yfkSuKvMzDcVip4bOh3tXQVVXqdVgMncRxzApBATiSkGhpVxdE3bgXgz56uyxj3D/ ZQkMmrCw==; Original-Received: from tomas by mail.tuxteam.de with local (Exim 4.94.2) (envelope-from ) id 1r10Ys-0007WE-4F; Thu, 09 Nov 2023 09:38:50 +0100 Content-Disposition: inline In-Reply-To: <48fece87-5bd9-4d37-a6bb-2e9b9da00bc2@gmx.at> Received-SPF: pass client-ip=5.199.139.25; envelope-from=tomas@tuxteam.de; helo=mail.tuxteam.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:312386 Archived-At: --8BI4iAQjixGwSHwO Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 09, 2023 at 09:00:11AM +0100, Harald Judt wrote: [...] > Yes, but I wonder, why do this? There can be 32-bit systems as well as > 64-bit systems that can have only 2GiB RAM, both might fail when trying to > open a file that has e.g. 1536MiB. Then, there might be both types of > systems that have 8gb of RAM that can open such files with no problems? Eli's remark was about Emacs's integer size (which is used to address spots in buffers). On 32 bit *builds* it isn't wide enough for big buffers. On 64 bit builds it is. It's about Emacs's build, not the OS around it. Think "address space", just one or two onion layers further. Cheers --=20 t --8BI4iAQjixGwSHwO Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQRp53liolZD6iXhAoIFyCz1etHaRgUCZUyakwAKCRAFyCz1etHa RowBAJ93T8r14m0ZcOHzAFdtpkpcwervJgCeMWp3pRuOpjzW/Pohhv8WcZ9RG2o= =ee5A -----END PGP SIGNATURE----- --8BI4iAQjixGwSHwO--