[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#38748: 28.0.50; crash on MacOS 10.15.2
From: |
Eli Zaretskii |
Subject: |
bug#38748: 28.0.50; crash on MacOS 10.15.2 |
Date: |
Wed, 08 Jan 2020 21:58:42 +0200 |
> From: Pip Cet <pipcet@gmail.com>
> Date: Wed, 8 Jan 2020 19:18:15 +0000
> Cc: Eli Zaretskii <eliz@gnu.org>, alan@idiocy.org, jguenther@gmail.com,
> Andrii Kolomoiets <andreyk.mad@gmail.com>, 38748@debbugs.gnu.org
>
> > Yes. Iʼll note that when this happens there are over 9000 stackframes,
> > so perhaps itʼs stack exhaustion. macOS has a default stack of 8192
> > kB, Iʼll see if increasing it helps.
>
> That does sound like infinite recursion, or infinite recursion waiting
> for something to change asynchronously that breaks the loop.
No, GC is known to take many thousands of recursive calls to
mark_object. 9000 is not a particularly high number, and doesn't
necessarily signal infinite recursion.
- bug#38748: 28.0.50; crash on MacOS 10.15.2, Andrii Kolomoiets, 2020/01/01
- bug#38748: 28.0.50; crash on MacOS 10.15.2, Eli Zaretskii, 2020/01/02
- bug#38748: 28.0.50; crash on MacOS 10.15.2, Robert Pluim, 2020/01/08
- bug#38748: 28.0.50; crash on MacOS 10.15.2, Pip Cet, 2020/01/08
- bug#38748: 28.0.50; crash on MacOS 10.15.2,
Eli Zaretskii <=
- bug#38748: 28.0.50; crash on MacOS 10.15.2, Pip Cet, 2020/01/08
- bug#38748: 28.0.50; crash on MacOS 10.15.2, Eli Zaretskii, 2020/01/08
- bug#38748: 28.0.50; crash on MacOS 10.15.2, Pip Cet, 2020/01/10
- bug#38748: 28.0.50; crash on MacOS 10.15.2, Eli Zaretskii, 2020/01/10
- bug#38748: 28.0.50; crash on MacOS 10.15.2, Robert Pluim, 2020/01/10
- bug#38748: 28.0.50; crash on MacOS 10.15.2, Eli Zaretskii, 2020/01/10
- bug#38748: 28.0.50; crash on MacOS 10.15.2, Robert Pluim, 2020/01/10
- bug#38748: 28.0.50; crash on MacOS 10.15.2, Pankaj Jangid, 2020/01/11
- bug#38748: 28.0.50; crash on MacOS 10.15.2, Eli Zaretskii, 2020/01/11
- bug#38748: 28.0.50; crash on MacOS 10.15.2, Pankaj Jangid, 2020/01/11