GNU bug report logs - #39577
27.0.60; [android 32 bit arm] Assertion failed during compilation

Previous Next

Full log

Message #23 received at 39577 <at> debbugs.gnu.org (full text, mbox):

From: Henrik Grimler <henrik <at> grimler.se>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 39577 <at> debbugs.gnu.org
Subject: Re: 27.0.60; Assertion failed during compilation
Date: Tue, 18 Feb 2020 16:49:41 +0100

On Mon, 2020-02-17 at 12:53 -0800, Paul Eggert wrote:
> I installed the attached patch into master, to work around the 
> getloadavg-related assertion failure. However, I don't think this
> fixes the 
> actual bug.

Thanks, will try a new build tonight.

> > This android version does not have getloadavg (so I guess
> > lib/getloadavg.c is used instead?)
> 
> If so, you should be able to step through the replacement getloadavg
> and see why 
> it's reporting bogus values. I have the sneaking suspicion that
> floating point 
> isn't working properly, and that it's treating tiny numbers as NaNs
> or vice 
> versa. But this bug is relatively unimportant.

Yeah, I will investigate it more when I have some time and report back
here. 

> The main problem here seems to be the sigsetjmp-related bug. You
> might try 
> putting a breakpoint on handle_sigsegv before running Emacs; that
> might give you 
> a better backtrace.

After Eli suggested that the problem is indeed in the sigsetjmp
function I configured emacs with 

```
emacs_cv_func__setjmp=no 
emacs_cv_func_sigsetjmp=no
```

and it seems to have helped (5 days without segfaults now). Setting
only one of the two does not help. This seems like an acceptable
workaround in my case, but maybe it causes some other side effects I am
yet to encounter(?).

Thanks for the hint about breakpoint on handle_sigsegv, I will see if I
can learn more about what is actaully happening.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.