emacs-bug-tracker
[Top][All Lists]
Advanced

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

[debbugs-tracker] bug#17539: closed (24.3.91; SIGSEGV due to move_it_in_


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#17539: closed (24.3.91; SIGSEGV due to move_it_in_display_line_to)
Date: Fri, 23 May 2014 08:36:02 +0000

Your message dated Fri, 23 May 2014 10:36:56 +0200
with message-id <address@hidden>
and subject line Re: bug#17539: 24.3.91; SIGSEGV due to 
move_it_in_display_line_to
has caused the debbugs.gnu.org bug report #17539,
regarding 24.3.91; SIGSEGV due to move_it_in_display_line_to
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
17539: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17539
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 24.3.91; SIGSEGV due to move_it_in_display_line_to Date: Wed, 21 May 2014 11:57:18 +0200
Hello,

This is a crash using csv-mode.el which is available from elpa. Here's
how I reproduce (assuming csv-mode is installed) :

$ emacs -Q -f package-initialize ~/tmp/test.csv

At this point the file visiting buffer is in csv-mode. 

I then hit C-c C-a to align fields, then C-v a few times, M-v a few more
times, and I promptly get a crash.

The file test.csv weighs 11k, so I make it available online at
http://pastie.org/pastes/9195319/text

The crash seems to not happen if the frame is too big (i.e. when I
maximize the frame in gnome before testing), but it happens using -nw.

Here's the gdb backtrace :

Starting program: /mnt/gentoo-home/youngfrog/sourcetrees/emacs-git/src/emacs -Q 
-f package-initialize ~/tmp/test.csv
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
[New Thread 0xb611ab40 (LWP 19541)]
[New Thread 0xb558cb40 (LWP 19542)]
[New Thread 0xb4bffb40 (LWP 19543)]

Program received signal SIGSEGV, Segmentation fault.
move_it_in_display_line_to (address@hidden, address@hidden, address@hidden, 
address@hidden) at xdisp.c:8401
8401    {

#0  move_it_in_display_line_to (address@hidden, address@hidden, address@hidden, 
address@hidden) at xdisp.c:8401
#1  0x0807ca89 in move_it_in_display_line_to (address@hidden, address@hidden, 
address@hidden, address@hidden) at xdisp.c:8896
[snip the duplicate lines]
#940 0x0807ca89 in move_it_in_display_line_to (address@hidden, address@hidden, 
address@hidden, address@hidden) at xdisp.c:8896
#941 0x0807ca89 in move_it_in_display_line_to (address@hidden, address@hidden, 
address@hidden, address@hidden) at xdisp.c:8896
#942 0x08083276 in move_it_to (address@hidden, to_charpos=1, address@hidden, 
address@hidden, address@hidden, address@hidden) at xdisp.c:9156
#943 0x080a9e6e in window_scroll_pixel_based (address@hidden, address@hidden, 
address@hidden, address@hidden) at window.c:5119
#944 0x080adacd in window_scroll (window=141492053, n=<optimized out>, 
address@hidden, address@hidden, address@hidden) at window.c:4839
#945 0x080adde8 in scroll_command (address@hidden, address@hidden) at 
window.c:5390
#946 0x080ade01 in Fscroll_up (arg=138869698) at window.c:5411
#947 0x0818bcf0 in Ffuncall (nargs=2, args=0xbfffe9f4) at eval.c:2815
#948 0x081be81b in exec_byte_code (bytestr=1980, vector=1980, 
maxdepth=-1073747472, args_template=138869698, address@hidden, args=0x2) at 
bytecode.c:916
#949 0x0818b78d in funcall_lambda (fun=136952765, address@hidden, 
address@hidden) at eval.c:3049
#950 0x0818bac3 in Ffuncall (address@hidden, address@hidden) at eval.c:2876
#951 0x08188271 in Fcall_interactively (function=139030170, 
record_flag=138869698, keys=138878541) at callint.c:836
#952 0x0818bcc9 in Ffuncall (nargs=4, args=0xbfffed0c) at eval.c:2822
#953 0x081be81b in exec_byte_code (bytestr=1980, vector=1980, 
maxdepth=-1073746692, address@hidden, address@hidden, args=0x4) at 
bytecode.c:916
#954 0x0818b80e in funcall_lambda (fun=137226917, address@hidden, 
address@hidden) at eval.c:2983
#955 0x0818bac3 in Ffuncall (address@hidden, address@hidden) at eval.c:2876
#956 0x0818be57 in call1 (fn=138896218, arg1=139030170) at eval.c:2614
#957 0x0812b3d7 in command_loop_1 () at keyboard.c:1559
#958 0x0818a283 in internal_condition_case (address@hidden <command_loop_1>, 
handlers=138902842, address@hidden <cmd_error>) at eval.c:1354
#959 0x0811e3e5 in command_loop_2 (ignore=138869698) at keyboard.c:1177
#960 0x0818a1b3 in internal_catch (tag=138900890, address@hidden 
<command_loop_2>, arg=138869698) at eval.c:1118
#961 0x081225e2 in command_loop () at keyboard.c:1156
#962 recursive_edit_1 () at keyboard.c:777
#963 0x081228c1 in Frecursive_edit () at keyboard.c:848
#964 0x08058038 in main (argc=<optimized out>, argv=0xbffff154) at emacs.c:1646
Cannot access memory at address 0xbf7ff88f
Kill the program being debugged? (y or n) quit


In GNU Emacs 24.3.91.1 (i686-pc-linux-gnu, GTK+ Version 2.24.20)
 of 2014-05-13 on LDLC-portable
Windowing system distributor `The X.Org Foundation', version 11.0.11406000
System Description:     Ubuntu 13.10

Important settings:
  value of $LANG: fr_BE.UTF-8
  locale-coding-system: utf-8-unix

-- 
Nico.



--- End Message ---
--- Begin Message --- Subject: Re: bug#17539: 24.3.91; SIGSEGV due to move_it_in_display_line_to Date: Fri, 23 May 2014 10:36:56 +0200 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.91 (gnu/linux)
[cc: 17539-done]

Eli Zaretskii <address@hidden> writes:
> Thanks, I think I fixed that (emacs-24 branch, revision 117137).  The
> patch is below if you want to try that.

It seems to work fine, thanks !

-- 
Nico.


--- End Message ---

reply via email to

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