Bug 1214657 - [abrt] emacs: count_size_as_multibyte(): emacs-24.4 killed by SIGSEGV
Summary: [abrt] emacs: count_size_as_multibyte(): emacs-24.4 killed by SIGSEGV
Keywords:
Status: CLOSED DUPLICATE of bug 1071984
Alias: None
Product: Fedora
Classification: Fedora
Component: emacs
Version: 21
Hardware: i686
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jan Chaloupka
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:48cfaac992fd9f42cafd48fb64a...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-04-23 10:07 UTC by Yury Kazakevich
Modified: 2015-04-23 11:04 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-04-23 11:04:06 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
File: backtrace (361.21 KB, text/plain)
2015-04-23 10:07 UTC, Yury Kazakevich 		no flags Details
File: cgroup (177 bytes, text/plain)
2015-04-23 10:07 UTC, Yury Kazakevich 		no flags Details
File: core_backtrace (7.40 KB, text/plain)
2015-04-23 10:07 UTC, Yury Kazakevich 		no flags Details
File: dso_list (11.71 KB, text/plain)
2015-04-23 10:07 UTC, Yury Kazakevich 		no flags Details
File: environ (981 bytes, text/plain)
2015-04-23 10:07 UTC, Yury Kazakevich 		no flags Details
File: exploitable (82 bytes, text/plain)
2015-04-23 10:07 UTC, Yury Kazakevich 		no flags Details
File: limits (1.29 KB, text/plain)
2015-04-23 10:07 UTC, Yury Kazakevich 		no flags Details
File: maps (36.76 KB, text/plain)
2015-04-23 10:07 UTC, Yury Kazakevich 		no flags Details
File: open_fds (1.10 KB, text/plain)
2015-04-23 10:07 UTC, Yury Kazakevich 		no flags Details
File: proc_pid_status (803 bytes, text/plain)
2015-04-23 10:07 UTC, Yury Kazakevich 		no flags Details
View All

Description Yury Kazakevich 2015-04-23 10:07:30 UTC 
Description of problem:
No specific steps, just after some time I have noticed the emacs hangs.

Version-Release number of selected component:
emacs-24.4-6.fc21

Additional info:
reporter:       libreport-2.3.0
backtrace_rating: 4
cmdline:        emacs
crash_function: count_size_as_multibyte
executable:     /usr/bin/emacs-24.4
kernel:         3.19.3-200.fc21.i686+PAE
runlevel:       N 5
type:           CCpp
uid:            1000
var_log_messages: [System Logs]:\n-- Logs begin at Sun 2015-04-19 20:16:39 MSK, end at Thu 2015-04-23 12:52:31 MSK. --

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 count_size_as_multibyte at ../../src/character.c:690
 #1 concat at ../../src/fns.c:570
 #2 Fcopy_sequence at ../../src/fns.c:456
 #3 Fget_buffer_create at ../../src/buffer.c:591
 #4 Ffuncall at ../../src/eval.c:2812
 #5 exec_byte_code at ../../src/bytecode.c:916
 #6 funcall_lambda at ../../src/eval.c:2979
 #7 Ffuncall at ../../src/eval.c:2873
 #8 exec_byte_code at ../../src/bytecode.c:916
 #9 Fbyte_code at ../../src/bytecode.c:482
Comment 1 Yury Kazakevich 2015-04-23 10:07:35 UTC 
Created attachment 1017866 [details]
File: backtrace
Comment 2 Yury Kazakevich 2015-04-23 10:07:37 UTC 
Created attachment 1017867 [details]
File: cgroup
Comment 3 Yury Kazakevich 2015-04-23 10:07:39 UTC 
Created attachment 1017868 [details]
File: core_backtrace
Comment 4 Yury Kazakevich 2015-04-23 10:07:40 UTC 
Created attachment 1017869 [details]
File: dso_list
Comment 5 Yury Kazakevich 2015-04-23 10:07:41 UTC 
Created attachment 1017870 [details]
File: environ
Comment 6 Yury Kazakevich 2015-04-23 10:07:43 UTC 
Created attachment 1017871 [details]
File: exploitable
Comment 7 Yury Kazakevich 2015-04-23 10:07:44 UTC 
Created attachment 1017872 [details]
File: limits
Comment 8 Yury Kazakevich 2015-04-23 10:07:46 UTC 
Created attachment 1017873 [details]
File: maps
Comment 9 Yury Kazakevich 2015-04-23 10:07:47 UTC 
Created attachment 1017874 [details]
File: open_fds
Comment 10 Yury Kazakevich 2015-04-23 10:07:48 UTC 
Created attachment 1017875 [details]
File: proc_pid_status
Comment 11 Jan Chaloupka 2015-04-23 11:04:06 UTC 
Hello Yury,

thank You for reporting this issue. Unfortunately this is one of those issues that are hard to reproduce as they happen randomly. In short, emacs's garbage collector was freeing memory. Asynchronously interrupted and leading to emacs to try to handle this situation. Emacs reads an address that can not access (error: Cannot access memory at address 0xae71000).

The same as here bz#490640, bz#1071984.

Would be great if you had a reproducer. I am closing this bug. However, if you manage to find a way how to reproduce it will be grateful.

Kind regards
Jan

*** This bug has been marked as a duplicate of bug 1071984 ***
Note You need to log in before you can comment on or make changes to this bug.