From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#61960: 30.0.50; Unexec build reliably crashes during loadup Date: Fri, 21 Jul 2023 19:30:41 +0300 Message-ID: <83v8ed9qha.fsf@gnu.org> References: <62049aa9ffcf9f39fd423fb87cd8dc8e0b77f9b8.camel@yandex.ru> <63f3de6f0cc0d015d2dcbcdd6adc95482dc0c6ad.camel@yandex.ru> <835y72q2r1.fsf@gnu.org> <26a72dd4ef44849cbf2ed99f61199779e411136f.camel@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30731"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 61960@debbugs.gnu.org To: Konstantin Kharlamov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jul 21 18:31:33 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1qMt2R-0007mS-LP for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 21 Jul 2023 18:31:31 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qMt23-0001uV-EA; Fri, 21 Jul 2023 12:31:07 -0400 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 1qMt1z-0001uE-PE for bug-gnu-emacs@gnu.org; Fri, 21 Jul 2023 12:31:03 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qMt1y-0003Z9-LV for bug-gnu-emacs@gnu.org; Fri, 21 Jul 2023 12:31:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qMt1y-0006wS-5D for bug-gnu-emacs@gnu.org; Fri, 21 Jul 2023 12:31:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 21 Jul 2023 16:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61960 X-GNU-PR-Package: emacs Original-Received: via spool by 61960-submit@debbugs.gnu.org id=B61960.168995701426625 (code B ref 61960); Fri, 21 Jul 2023 16:31:02 +0000 Original-Received: (at 61960) by debbugs.gnu.org; 21 Jul 2023 16:30:14 +0000 Original-Received: from localhost ([127.0.0.1]:34728 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qMt1C-0006vM-Cj for submit@debbugs.gnu.org; Fri, 21 Jul 2023 12:30:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49030) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qMt18-0006u2-HG for 61960@debbugs.gnu.org; Fri, 21 Jul 2023 12:30:13 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qMt12-0003TI-I0; Fri, 21 Jul 2023 12:30:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=90GLSaT4FA5zjuHxOx9uDo0fOwoQPgRo9meDZYuoDCE=; b=lX2Gruv/vu8ut6bqmk0L Ip62Ed56zgOOHg8pKcIouT6qoPxWkkyGwhTtz6+0+2UdjfJo+cjiRvSOTsxmnUFac6AWCf4YZ2S8E 90IWOS2jEHH1WfPguD8+GeRm1A/XcwhxMhh88AaDEFo2+pZEXGuKwaAFhnGhk2HMYvjaqBUzl4hQx PWuHQb1o+1N4j7vSsAX3sCZbjAAwsEayoicPMOLKQ0p1dcfqAvO21mfM6xGTTcM0qEzByC1cdWvFM /VNnSZOng2qQr9552vxCeTYygqHAiLvKgmhTrDo9k5QE0QmesdgrgksAr5STh3hhRD+eUVomHYxoX +UAaEVjTJtkrdg==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qMt12-00064K-0s; Fri, 21 Jul 2023 12:30:04 -0400 In-Reply-To: <26a72dd4ef44849cbf2ed99f61199779e411136f.camel@yandex.ru> (message from Konstantin Kharlamov on Fri, 21 Jul 2023 19:09:04 +0300) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:265743 Archived-At: > From: Konstantin Kharlamov > Cc: 61960@debbugs.gnu.org > Date: Fri, 21 Jul 2023 19:09:04 +0300 > > That makes me wonder if keeping this whole customized allocation engine > even makes sense. It is not used in the actual Emacs, only in `temacs` > — but why? It is used in temacs because otherwise we'd not know how to record allocated memory in the dumped Emacs. Doing so requires control on the allocation details, and we can only do that with code we ourselves maintain. You will see that in a build with pdumper gmalloc.c is not compiled at all. > So, I would be glad to hear what people think about the purpose of this > gmalloc being in the project. It is only needed in the unexec build, AFAIU.