GNU bug report logs -
#62895
Emacs 28.2 NS build segfaults on startup
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 62895 in the body.
You can then email your comments to 62895 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#62895
; Package
emacs
.
(Mon, 17 Apr 2023 06:54:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"F. Romage" <mrfromage <at> comcast.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 17 Apr 2023 06:54:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Building Emacs 28.2 with the --with-ns option succeeds under Fedora 37 using GNUstep, but running it results in an immediate segmentation fault. I have attached the console messages before the segfault, as well as the strace output.
With Emacs 27.2 the build runs and works for the most part, provided I use the cairo backend for GNUstep (defaults write NSGlobalDomain GSBackend libgnustep-cairo). With the default art backend or the xlib backend (libgnustep-art, libgnustep-xlib) the text in the editor is garbled and fairly unreadable. The cairo backend fixes all that, but it would be nice to use the default art backend, since many GNUstep apps work better with that.
[Message part 2 (text/html, inline)]
[emacs-strace.txt (text/plain, attachment)]
[emacs-segfault.txt (text/plain, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#62895
; Package
emacs
.
(Wed, 19 Apr 2023 02:40:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 62895 <at> debbugs.gnu.org (full text, mbox):
"F. Romage" <mrfromage <at> comcast.net> writes:
> Building Emacs 28.2 with the --with-ns option succeeds under Fedora 37 using GNUstep, but running it results in an immediate segmentation
> fault. I have attached the console messages before the segfault, as well as the strace output.
>
> With Emacs 27.2 the build runs and works for the most part, provided I use the cairo backend for GNUstep (defaults write NSGlobalDomain
> GSBackend libgnustep-cairo). With the default art backend or the xlib backend (libgnustep-art, libgnustep-xlib) the text in the editor is garbled
> and fairly unreadable. The cairo backend fixes all that, but it would be nice to use the default art backend, since many GNUstep apps work
> better with that.
The GNUstep build works in Emacs 29. Large parts of its font driver
have also been rewritten, so text display problems should no longer be
present.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#62895
; Package
emacs
.
(Thu, 20 Apr 2023 03:14:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 62895 <at> debbugs.gnu.org (full text, mbox):
"F. Romage" <mrfromage <at> comcast.net> writes:
>> On 04/18/2023 10:38 PM Po Lu <luangruo <at> yahoo.com> wrote:
>> The GNUstep build works in Emacs 29. Large parts of its font driver
>> have also been rewritten, so text display problems should no longer be present.
>
> Today I checked out the latest code using git, which gave me this version information:
>
> GNU Emacs 30.0.50
> Development version a01528c95002 on master branch; build date 2023-04-19.
>
> I was able to build using --with-ns but got the same segfault when running it as I did with 28.2. Was there a regression from Emacs 29 to 30 for the NS build?
Then would you please show a backtrace from the crash, and also tell
which version of GNUstep you have installed? It works for me.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#62895
; Package
emacs
.
(Thu, 20 Apr 2023 03:54:03 GMT)
Full text and
rfc822 format available.
Message #14 received at 62895 <at> debbugs.gnu.org (full text, mbox):
> On 04/18/2023 10:38 PM Po Lu <luangruo <at> yahoo.com> wrote:
> The GNUstep build works in Emacs 29. Large parts of its font driver
> have also been rewritten, so text display problems should no longer be present.
Today I checked out the latest code using git, which gave me this version information:
GNU Emacs 30.0.50
Development version a01528c95002 on master branch; build date 2023-04-19.
I was able to build using --with-ns but got the same segfault when running it as I did with 28.2. Was there a regression from Emacs 29 to 30 for the NS build?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#62895
; Package
emacs
.
(Sun, 23 Apr 2023 18:53:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 62895 <at> debbugs.gnu.org (full text, mbox):
> On 04/19/2023 11:13 PM Po Lu <luangruo <at> yahoo.com> wrote:
> Then would you please show a backtrace from the crash, and also tell
> which version of GNUstep you have installed? It works for me.
I was using GNUstep base 1.24 and gui 0.24. Upgrading to base 1.28 and gui 0.29 fixed the problem with Emacs 30.0.50 not starting. In fact it's more stable than Emacs 27.2 with the older GNUstep I had been using. I'm still trying to get themes working properly, but everything else seems to work fine. Thanks for providing a reason for upgrading GNUstep, which I had been putting off for several years. I think this bug report can be closed.
Reply sent
to
Po Lu <luangruo <at> yahoo.com>
:
You have taken responsibility.
(Mon, 24 Apr 2023 00:48:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
"F. Romage" <mrfromage <at> comcast.net>
:
bug acknowledged by developer.
(Mon, 24 Apr 2023 00:48:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 62895-done <at> debbugs.gnu.org (full text, mbox):
"F. Romage" <mrfromage <at> comcast.net> writes:
>> On 04/19/2023 11:13 PM Po Lu <luangruo <at> yahoo.com> wrote:
>> Then would you please show a backtrace from the crash, and also tell
>> which version of GNUstep you have installed? It works for me.
>
> I was using GNUstep base 1.24 and gui 0.24. Upgrading to base 1.28 and
> gui 0.29 fixed the problem with Emacs 30.0.50 not starting. In fact
> it's more stable than Emacs 27.2 with the older GNUstep I had been
> using. I'm still trying to get themes working properly, but everything
> else seems to work fine. Thanks for providing a reason for upgrading
> GNUstep, which I had been putting off for several years. I think this
> bug report can be closed.
OK, closing. Thanks.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 22 May 2023 11:24:14 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 79 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.