Pip Cet writes: > "Oliver Reiter via \"Bug reports for GNU Emacs, the Swiss army knife of text editors\"" writes: > >> Dear all, >> >> I have encountered multiple crashes on feature/igc with pgtk when >> copying from Emacs to somewhere else. All crashes seem to involve some >> form of 'pgtk_handle_selection_*' function (xbacktrace is always empty). >> These crashes appear to be reproducible for me, if you need further >> info. > > Thanks for the report! Can you try adding -fno-tree-sra to your CFLAGS > and recompiling? This looks like > > I can confirm that adding this flag solves it, no more crashes when copying stuff from Emacs. >> #9 pgtk_handle_selection_request (event=0x7fffffffc780) >> at /home/reitero/build/sources/emacs/emacs_debug/src/pgtkselect.c:585 >> local_selection_time = >> dpyinfo = 0x55dee7e0 > > This pointer has been truncated to 32 bits; it should be 0x555555dee7e0. > That's consistent with the gcc bug above (and > , which has been > correctly marked as a duplicate). > >> selection = 0x45 >> selection_symbol = XIL(0x1c0) >> target = >> target_symbol = XIL(0x3f00) >> property = 0x5e >> local_selection_data = >> success = false >> count = >> pushed = false >> alias = >> tem = >> DONE = > >> Configured using: >> 'configure 'CFLAGS=-g3 -ggdb -O3 -mtune=native -march=native >> -fomit-frame-pointer' CPPFLAGS=-I/home/reitero/.local/lib/mps > > Using -fomit-frame-pointer will result in the compiler putting > references to GC-able objects in %rbp; since MPS usually uses setjmp to > spill the registers to the stack, and setjmp "scrambles" %rbp for > security reasons, that will result in references which are invisible to > MPS, which will cause other crashes. > > Pip Thanks, I'll use -fno-omit-frame-pointer for now. Oliver