From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Kien Nguyen Newsgroups: gmane.emacs.devel Subject: Re: MPS: Win64 testers? Date: Sun, 1 Sep 2024 05:15:53 -0700 Message-ID: References: <87bk1k8mzd.fsf@protonmail.com> <861q2gs8xu.fsf@gnu.org> <877cc88j4p.fsf@protonmail.com> <86seuvre6x.fsf@gnu.org> <8734mv8yb6.fsf@protonmail.com> <87wmk54yk5.fsf@protonmail.com> <87jzfv4pk2.fsf@protonmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13089"; mail-complaints-to="usenet@ciao.gmane.io" Cc: =?UTF-8?B?U2ViYXN0acOhbiBNb27DrWE=?= , Eli Zaretskii , emacs-devel@gnu.org, yantar92@posteo.net To: Pip Cet Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Sep 01 14:39:28 2024 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 1skjrc-0003IJ-8k for ged-emacs-devel@m.gmane-mx.org; Sun, 01 Sep 2024 14:39:28 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1skjqm-0007mh-G0; Sun, 01 Sep 2024 08:38:36 -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 1skjV5-0006NG-Qf for emacs-devel@gnu.org; Sun, 01 Sep 2024 08:16:13 -0400 Original-Received: from mail-ej1-x633.google.com ([2a00:1450:4864:20::633]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1skjV4-0002KL-3l; Sun, 01 Sep 2024 08:16:11 -0400 Original-Received: by mail-ej1-x633.google.com with SMTP id a640c23a62f3a-a866d3ae692so190287066b.0; Sun, 01 Sep 2024 05:16:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725192966; x=1725797766; darn=gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=uUrtM0jPC4A9B216L7OJuWX6Np3h9WKJ981ElaZ7/c8=; b=HyiJ2d7xHriv/Aph+WN6Qoc23VUte86/8fr7tuNY4ZP1Ub+BHGb7nI58mBVLLD9hAh zHVojvlIwHQIUwnr+0sgf3YCq5xXx30CKWlA3cDH3Po/P3CnLXtYBdaDIIZar8UNPBSO MhdrJRhshN0CSrevUyLG1ZpDUcX+6z1kMTNbupsdTS1FDyqxAR/9T4CfyRHGdMu6r1H1 3bDv66F+6S7ghzsdYb0m8tch4WZ7axvNWtzZrNU45EteaiSFo4FpER4H8q75nTXNW6f2 N1z+DDr9haNvH9a/02/Sj1ogWnxAIg76Gl4sCqh4TbImgUbUeXJKWIUIYCzn1Q1bMMZ/ uDlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725192966; x=1725797766; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=uUrtM0jPC4A9B216L7OJuWX6Np3h9WKJ981ElaZ7/c8=; b=NvscEr9Gc9gUJiUmXn8NCHkBub0J8izrYUarsXCLYgTYet+sixsxdg3jVzVxrpmrj+ Pz99hr8NZl1CEG7qw2geiXRVPrf/S0pny9ptIJtlm5AwJ5k3pXJPFzS9j/rq+x86Y9lU tiJiNyk5Pya9hzHiGrTkt5DF08p1T6CYIGCRezs1O6totpWvgfUW0QB2CHlQA+f3lYVB CjdI9xKPj1QdyqMIAXqcGOWejBFGiGCFHZpTVSrKplmN5/NQO2h+HG+6Gn4gvQrokFHr jvWrszyn1lJuBORU4I4cKfd1GASWIA888QxgCB8pktTEZ2lxLHG/WoMDCPbZk0sgsQ3U oSVw== X-Forwarded-Encrypted: i=1; AJvYcCWj3NB+D0DMKrpoPzEZQIdq70klHJYDBBTARhq/DmOMlB+i+qCU/f/FBtp4XdwQHaQXKwubu0ekSrfxY04=@gnu.org, AJvYcCWzDmhmQKXVJh0bWpIwYj51XhuFkcBBXDgvh3wAQ3LEPHhjuGliiAlnxohFeM55Z9kWMeW0@gnu.org X-Gm-Message-State: AOJu0Yz5awoZKwN6zkc2ZZ1n40mOnCRmmoScBOsyORU3nu89oCSNxaEQ xVB2jE2g4zplQXei+vgyLl1MI9W2+k8S0lEIZ53w5j0S6Jch59waw/udtfiNfy8dcR0aS1mkVE8 oQUKJWF2S8H09IjTd1/pGH7M3gKU= X-Google-Smtp-Source: AGHT+IG+MJZimlSLzantMXtIot4uvK5aTnHy9MIxtawKZYeXROr0dEBKg9Ml//AfCO+NulyIdXqsCynFTSXKTOpXGGk= X-Received: by 2002:a05:6402:2791:b0:5c2:5254:ce63 with SMTP id 4fb4d7f45d1cf-5c25254d6a9mr932389a12.19.1725192965642; Sun, 01 Sep 2024 05:16:05 -0700 (PDT) In-Reply-To: <87jzfv4pk2.fsf@protonmail.com> Received-SPF: pass client-ip=2a00:1450:4864:20::633; envelope-from=kien.n.quang@gmail.com; helo=mail-ej1-x633.google.com X-Spam_score_int: -4 X-Spam_score: -0.5 X-Spam_bar: / X-Spam_report: (-0.5 / 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, SUBJ_LACKS_WORDS=1.572, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Sun, 01 Sep 2024 08:38:35 -0400 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:323256 Archived-At: > Did this happen randomly, or is it reproducible? It happens randomly for me. > What I suspect is that we failed to trace an object, probably a face > (but maybe it was an ordinary vector), during the previous GC. I don't > see how that could have happened, yet... > Were you using non-ASCII faces at the time? Yes, I'm using nerd-icons which is full of non-ASCII characters. > Slow because of the hook or because of other reasons? It doesn't seem to be because of hooks as I can still type, a tad slower than normal. On the other hands, whenever a compiled package is loaded, it's really slow. I do delay loading a lot so using Emacs under debugger has not been enjoyable so far. > You should realize that attaching to Emacs when it crashes many times > misses important information, because when Emacs is not running under > the debugger, fatal exceptions go to the top-level exception handler, > which at times loses important information, like exactly which code > caused the crash. So running an unstable Emacs build outside of GDB > is not recommended on Windows for several good reasons. The mps build is quite stable for me and only crash once in a while so ... > In any case, you should be able to invoke remove_w32_kbdhook from the > debugger, as soon as you attach to Emacs. I hesitate to make the > change you proposed because emacs_abort is called not just when Emacs > is under a debugger, so the change will affect many users who don't > debug Emacs. Got it, I will try that next time. It will need some setups as at the time the debugger is attached, typing is really slow so it's impossible to type anything long. Btw, I think that at the time emacs_abort (for Windows) is called, the process is going to crashed anyway unless the debugger is attached and do some hot patches. The function is either abort or wait for a debugger to attach anyway. Is there another way to recover and continue to use Emacs?