help-nano
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Help-nano] Segfault on ctrl-C (curpos)


From: Liam Gretton
Subject: [Help-nano] Segfault on ctrl-C (curpos)
Date: Tue, 20 Dec 2016 08:21:35 +0000
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1

I build Nano for our SLES and CentOS systems. For quite a few versions
including 2.7.2 my SLES builds segfault if ctrl-C (curpos) is used.

I've finally got round to rebuilding with debugging enabled and the
following is reported when ctrl-C is pressed (new Nano session, nothing
in the buffer):

 get_key_buffer(): the sequence of hex codes: 163
 before parsing:  keycode = 355, escapes = 0, byte_digits = 0
 whoops, returning null given func 4270736 in menu 1
 Segmentation fault

If I explicitly bind ctrl-C to 'curpos' in nanorc Nano's debug output
handily gives me a list of numeric menu function IDs, and 4270736 is cancel:

Added func 4270736 (Cancel) for menus 7afe
Added func 4350032 (Cur Pos) for menus 1

The error therefore suggests Cancel is being called out of context
instead of curpos.

Any ideas what might be wrong?

My build options (identical on CentOS where there are no such problems):

./configure --prefix=/opt/nano \
  --sysconfdir=/etc \
  --enable-utf8

Nanorc:

set backup
set const
set cut
set noconvert
set nonewlines
set nowrap
set smarthome
set smooth
set speller "aspell -x -c"
set tabsize 4

## Enable ~/.nano_history for saving and reading search/replace strings.
set historylog

# UI colours
set functioncolor green
set keycolor brightgreen
set statuscolor brightyellow,blue
set titlecolor brightyellow,blue

# Syntax highlighting
include /opt/nano/share/nano/*.nanorc


-- 
Liam Gretton                                    address@hidden
Systems Specialist                           http://www.le.ac.uk/its/
IT Services                                   Tel: +44 (0)116 2522254
University Of Leicester, University Road
Leicestershire LE1 7RH, United Kingdom



reply via email to

[Prev in Thread] Current Thread [Next in Thread]