The current amd64 binary package for nano (nano-4.2) segfaults on all machines I've tried it on (all on FreeBSD-12.0). Building the binary manually from ports fixes the problem. Please upload a correctly built binary.
*** Bug 239188 has been marked as a duplicate of this bug. ***
Yeah, something has wrong. You must unset LANG... x@FreeBSD:~ % nano --version GNU nano, version 4.2 (C) 1999-2011, 2013-2019 Free Software Foundation, Inc. (C) 2014-2019 the contributors to nano Email: nano@nano-editor.org Web: https://nano-editor.org/ Compiled options: --enable-utf8 x@FreeBSD:~ % setenv LANG pl_PL.UTF-8 x@FreeBSD:~ % nano --version Segmentation fault (core dumped) x@FreeBSD:~ % setenv LANG x@FreeBSD:~ % nano --version GNU nano, version 4.2 (C) 1999-2011, 2013-2019 Free Software Foundation, Inc. (C) 2014-2019 the contributors to nano Email: nano@nano-editor.org Web: https://nano-editor.org/ Compiled options: --enable-utf8
Looking at this in freenode #freebsd it appears to be a LANG/LC_MESSAGES/locale thing with ncurses. setting LANG or LC_MESSAGES may be an alt. work around too. $ env LC_MESSAGES=pl_PL.UTF-8 nano --version Segmentation fault (zrzut pamięci) $ env LC_MESSAGES=en_US.UTF-8 nano --version GNU nano, version 4.2 (C) 1999-2011, 2013-2019 Free Software Foundation, Inc. (C) 2014-2019 the contributors to nano Email: nano@nano-editor.org Web: https://nano-editor.org/
I've tried to remove (pkg remove nano) and re- install nano from ports but it did not work. I get the same segmentation fault error. Is there something i could try? I am not a real expert in FreeBSD so, if you can, try to explain step by step the solution. Thanks a lot in advance
I'm also experiencing this problem as well with Japanese. This really causes problems in my workflow. % env LC_MESSAGES=ja_JP.UTF-8 nano --version [1] 15105 segmentation fault (core dumped) env LC_MESSAGES=ja_JP.UTF-8 nano --version % env LC_MESSAGES=en_US.UTF-8 nano --version GNU nano, version 4.2 (C) 1999-2011, 2013-2019 Free Software Foundation, Inc. (C) 2014-2019 the contributors to nano Email: nano@nano-editor.org Web: https://nano-editor.org/ Compiled options: --enable-utf8
(In reply to Robert Clausecker from comment #0) I'm using 13.0-CURRENT and built from ports.
I can confirm the below: [root@waldfest /]# uname -a FreeBSD waldfest 12.0-RELEASE-p3 FreeBSD 12.0-RELEASE-p3 GENERIC amd64 [root@waldfest /]# env LC_MESSAGES=en_US.UTF-8 nano --version GNU nano, version 4.2 (C) 1999-2011, 2013-2019 Free Software Foundation, Inc. (C) 2014-2019 the contributors to nano Email: nano@nano-editor.org Web: https://nano-editor.org/ Compiled options: --enable-utf8 [root@waldfest /]# env LC_MESSAGES=de_DE.UTF-8 nano --version Segmentation fault [root@waldfest /]# locale LANG=de_DE.UTF-8 LC_CTYPE="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_NUMERIC="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_ALL= Nano crashes on amd64 (binary package) on a machine that is not using en_US it seems. Unsetting LANG or changing LC_MESSAGES (see above) fixes the issue.
A commit references this bug: Author: danilo Date: Sun Jul 28 19:11:14 UTC 2019 New revision: 507525 URL: https://svnweb.freebsd.org/changeset/ports/507525 Log: - Update to 4.3 - Re-introduce CPPFLAGS. Without it the configure test for libintl fails and nano crashes when the user selects one of the NLS supported languages PR: 239189 Changes: head/editors/nano/Makefile head/editors/nano/distinfo
May you test this new update, guys?
I can confirm that adding the following line to the Makefile of editors/nano fixes the issue: NLS_CPPFLAGS= -I${LOCALBASE}/include Thanks for fixing this Danilo!
Works for me. Thank you for fixing this.