From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Pip Cet Newsgroups: gmane.emacs.bugs Subject: bug#41321: 27.0.91; Emacs aborts due to invalid pseudovector objects Date: Mon, 25 May 2020 17:41:32 +0000 Message-ID: References: <83zha8cgpi.fsf@gnu.org> <83r1vibmyj.fsf@gnu.org> <83imgublku.fsf@gnu.org> <831rncjuwf.fsf@gnu.org> <83h7w5xvfa.fsf@gnu.org> <83y2phwb9x.fsf@gnu.org> <83r1v9w9vi.fsf@gnu.org> <83mu5xw50d.fsf@gnu.org> <83k110wxte.fsf@gnu.org> <834ks4vygh.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="19847"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 41321@debbugs.gnu.org, Stefan Monnier To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon May 25 19:43:09 2020 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 1jdH81-00054p-9L for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 25 May 2020 19:43:09 +0200 Original-Received: from localhost ([::1]:50328 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jdH80-00074o-BW for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 25 May 2020 13:43:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41686) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jdH7u-00074h-CM for bug-gnu-emacs@gnu.org; Mon, 25 May 2020 13:43:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59113) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jdH7u-00038w-3Y for bug-gnu-emacs@gnu.org; Mon, 25 May 2020 13:43:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jdH7u-0004V1-0r for bug-gnu-emacs@gnu.org; Mon, 25 May 2020 13:43:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 May 2020 17:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41321 X-GNU-PR-Package: emacs Original-Received: via spool by 41321-submit@debbugs.gnu.org id=B41321.159042853717245 (code B ref 41321); Mon, 25 May 2020 17:43:01 +0000 Original-Received: (at 41321) by debbugs.gnu.org; 25 May 2020 17:42:17 +0000 Original-Received: from localhost ([127.0.0.1]:42426 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jdH7A-0004U5-RC for submit@debbugs.gnu.org; Mon, 25 May 2020 13:42:17 -0400 Original-Received: from mail-ot1-f44.google.com ([209.85.210.44]:42642) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jdH78-0004Tr-Ol for 41321@debbugs.gnu.org; Mon, 25 May 2020 13:42:15 -0400 Original-Received: by mail-ot1-f44.google.com with SMTP id z3so14323602otp.9 for <41321@debbugs.gnu.org>; Mon, 25 May 2020 10:42:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=jdYq+V76uti5Y2OytQzFXPGnvFpOed+NsMr8V5cglC4=; b=AOFF/3kKCmLnuKm207Q5Nf6quVdUga1JEeLqQHK8P0e7nC3h+0OgpB/8IkupegahoQ YHYPP3HUI5NnpCaJntVl2rfwmB8yzvHiwJpkCiE/a52tqUBO+ePudweovj4TrgPtPbZ6 sjlfOv2YObCQ/vsRnhTX78aQ2M4UJsK594JHzTmfihGTtw7LBRR0f8/hWga15mls7YAt aFdpmqySYMQIkr/WItEDjPaSSzG04AfX/KWReYge000DZQUgX+ZyTEwTflIRUNwITMJj uKa3lTrIfRXLohfwkVMswdGvbnk68AVeTgd5FQmcI+riQhA0X6qajVpdCTZ3njJkwIwI kfqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jdYq+V76uti5Y2OytQzFXPGnvFpOed+NsMr8V5cglC4=; b=YrulesQy7xlU1r0aLJFlMEhwzboW7mMeTOlKB8qmMQGyZIeW+j+nbolYWk+lxgN4G/ hn7XSHPIP6K3S3l9lJGLLkpz1mOI7YkKDP/fPMpaLcGRnxNF7RDjS1v69ZRnYKVaaR1z 2p358JB/SmYrjNzO4ylRSaebBAPVBQKtClnw1qhwqq4IrFO/ujcfjX3Pp3KuCL6kzh4r UPGzorbz3VkfgCeHFsQ/4H/wt6wGWX60c9UX9imImqjuBXsVGBC0XRZXseogR9mQSzRF RKwjhabn29OvLMkBoRWhfV1twkkQCK6MbdS8bFydwMpi4tk9uB+/PnX/3Bg7vwovfhfV uP8w== X-Gm-Message-State: AOAM531rajT7gV7AJ2W0b2kWQPFKoeXpSwA/9aeQ85QCa1p+Z04PrvH5 RJK9495/U3Cam5OGC1pRWqqo68x9+iPN3dSrkCE= X-Google-Smtp-Source: ABdhPJzz+RK8iLosPcNj+JYOtwIyml2MFQMOI8I1vtpWtnmDrVxdsKT5IxCN1VJrzEmnFORuScCancMJ4t0DCeInP4M= X-Received: by 2002:a9d:7a50:: with SMTP id z16mr23142541otm.292.1590428529002; Mon, 25 May 2020 10:42:09 -0700 (PDT) In-Reply-To: <834ks4vygh.fsf@gnu.org> 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" Xref: news.gmane.io gmane.emacs.bugs:180995 Archived-At: On Mon, May 25, 2020 at 3:14 PM Eli Zaretskii wrote: > > From: Pip Cet > > Date: Mon, 25 May 2020 06:40:11 +0000 > > Cc: 41321@debbugs.gnu.org, Stefan Monnier > > > > What are you actually planning to do? > Not > much: I intend to continue running Emacs under GDB and collect data > about the crashes until either I figure out what causes the crashes, > or the crashes disappear (which would mean the problem was fixed > indirectly by some other change). (Or directly, of course. I still believe my "theory" about your bug is correct.) > > I think we should work around the mingw bug on both the master and > > emacs-27 branches. > > That depends on what the proposed solution or workaround will be. For emacs-27, reducing the alignment requirement in maybe_lisp_pointer: that will only make us check more pointers, not fewer, so while it is a GC change it's one that makes sense. For master, I'd consider setting LISP_ALIGNMENT to 8 on the mingw32 platform, where memory is already scarce. I don't trust the alleged performance hit of 20%, so we might have to collect some actual performance data. But we definitely need to make strings aligned to LISP_ALIGNMENT, one way or the other, because that's the original reason for maybe_mark_pointer.