all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Rob Browning <rlb@defaultvalue.org>
To: Eli Zaretskii <eliz@gnu.org>,
	Noam Postavsky <npostavs@users.sourceforge.net>
Cc: 21474@debbugs.gnu.org
Subject: bug#21474: emacs-25.0.50: compilation error in leim: Args out of
Date: Sat, 26 Nov 2016 15:17:14 -0600	[thread overview]
Message-ID: <87shqe0wmd.fsf@trouble.defaultvalue.org> (raw)
In-Reply-To: <83r35y3equ.fsf@gnu.org>

Eli Zaretskii <eliz@gnu.org> writes:

> But those problems should have been solved, even without disabling
> REL_ALLOC, if Rob is building the current emacs-25 branch.  Right?

Well, Debian's on 25.1 (very few additional patches so far), so not the
tip of emacs-25.  But thanks to both of your help, and after reading
some of the related bugs, I looked over the changes since 25.1, and saw
what I think are the commits in question, commits that appear relevant
to this problem, and maybe to the other one.

But backing up -- with respect to Debian's version, the current Debian
package (25.1+1-2) should be the deb/emacs25/v/25.1+1-2 tag here:

  https://anonscm.debian.org/cgit/users/rlb/emacs.git/tag/?h=deb/emacs25/v/25.1%2b1-2

Which is effectively the 25.1 tree, after making adjustments for
Debian's DFSG issue, and applying these patches:

  https://anonscm.debian.org/cgit/users/rlb/emacs.git/tree/debian/patches?h=deb/emacs25/v/25.1%2b1-2

(Those patches are both in that directory, *and* applied to the working
tree you get if you check out that tag.)

That tree is the one that's been intermittently crashing, and I think
the only patch it has from upstream after 25.1 is the nopie fix.

In any case, after poking around in the newer emacs-25 commits (as
mentioned above), it seemed like applying these allocation related
patches might help:

  b6998ea * src/regex.h (re_match_object): Improve commentary.
  ad66b3f Fix handling of allocation in regex matching
  f6134bb Port to GCC 6.2.1 + --enable-gcc-warnings
  c2a1792 * src/regex.c (re_search_2): Make new code safe for -Wjump-misses-init.
  ee04aed Fix handling of buffer relocation in regex.c functions
  7bb5c4f Port --enable-gcc-warnings to bleeding-edge glibc
  1047496 Another fix for using pointer to buffer text
  96ac0c3 Yet another fix for using pointers into buffer text
  32827b3 Default REL_ALLOC to 'no'
  fee4cef Revert fixes to allocation of regex matching
  43986d1 Inhibit buffer relocation during regex searches
  0221b7a Mark relocation workarounds with REL_ALLOC

And indeed, with those, I've yet to see a crash, but as we know, they're
intermittent.  To help increase confidence, two others who have been
able to produce the crash are probably also going to test that tree
soon.

Of course, if y'all have some other way you'd like to see this handled,
I'd be more than happy to try to accommodate.

Thanks again
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4





  reply	other threads:[~2016-11-26 21:17 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-14 12:40 bug#21474: emacs-25.0.50: compilation error in leim: Args out of range Thomas Klausner
2015-09-14 12:47 ` Eli Zaretskii
2015-09-14 15:58   ` Thomas Klausner
2015-09-14 17:39     ` Eli Zaretskii
2015-09-19 19:59       ` Thomas Klausner
2016-11-25 22:23 ` bug#21474: emacs-25.0.50: compilation error in leim: Args out of Rob Browning
2016-11-25 22:34   ` Noam Postavsky
2016-11-26  7:02     ` Eli Zaretskii
2016-11-26 21:17       ` Rob Browning [this message]
2016-11-26 22:30         ` Noam Postavsky
2016-11-26 23:15           ` Rob Browning
2016-11-27  2:53             ` Noam Postavsky
2016-11-27  3:16               ` Rob Browning
2016-11-27 13:53                 ` Noam Postavsky
     [not found] <87a8cn2oek.fsf@trouble.defaultvalue.org>
2016-11-25 22:45 ` Rob Browning
2016-11-26  7:12   ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87shqe0wmd.fsf@trouble.defaultvalue.org \
    --to=rlb@defaultvalue.org \
    --cc=21474@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    --cc=npostavs@users.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.