Bug 676599 - [abrt] coreutils-8.5-7.fc14: __strftime_internal: Process /bin/sleep was killed by signal 11 (SIGSEGV)
[abrt] coreutils-8.5-7.fc14: __strftime_internal: Process /bin/sleep was kill...
Product: Fedora
Classification: Fedora
Component: coreutils (Show other bugs)
i686 Linux
unspecified Severity unspecified
: ---
: ---
Assigned To: Ondrej Vasik
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2011-02-10 05:52 EST by Urs Schuerch
Modified: 2011-02-10 07:25 EST (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2011-02-10 07:12:30 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
File: backtrace (1.45 KB, text/plain)
2011-02-10 05:52 EST, Urs Schuerch
no flags Details

  None (edit)
Description Urs Schuerch 2011-02-10 05:52:19 EST
abrt version: 1.1.14
architecture: i686
cmdline: sleep 100
comment: Not reproducible, just happened once.
component: coreutils
crash_function: __strftime_internal
executable: /bin/sleep
package: coreutils-8.5-7.fc14
rating: 4
reason: Process /bin/sleep was killed by signal 11 (SIGSEGV)
release: Fedora release 14 (Laughlin)
How to reproduce: 1. run sleep
time: 1295135704
uid: 500

[New Thread 2704]
warning: Could not load shared library symbols for .
Do you need "set solib-search-path" or "set sysroot"?
Core was generated by `sleep 100'.
Program terminated with signal 11, Segmentation fault.
#0  0x00a77416 in __kernel_vsyscall ()

Thread 1 (Thread 2704):
#0  0x00a77416 in __kernel_vsyscall ()
No symbol table info available.
#1  0x00943360 in __strftime_internal () from /lib/libc.so.6
No symbol table info available.
#2  0x08049271 in main (argc=2, argv=0xbfca1fe4) at sleep.c:147
        i = 2
        seconds = <value optimized out>
        ok = <value optimized out>
From        To          Syms Read   Shared Object Library
0x008c3c10  0x009e09e4  Yes         /lib/libc.so.6
0x00882850  0x00899acf  Yes         /lib/ld-linux.so.2
$1 = 0x0
No symbol "__glib_assert_msg" in current context.
eax            0xfffffdfc	-516
ecx            0x0	0
edx            0x804e3a8	134538152
ebx            0xbfca1e98	-1077272936
esp            0xbfca1e68	0xbfca1e68
ebp            0xbfca1eb8	0xbfca1eb8
esi            0xb7870688	-1215887736
edi            0x0	0
eip            0xa77416	0xa77416 <__kernel_vsyscall+2>
eflags         0x246	[ PF ZF IF ]
cs             0x73	115
ss             0x7b	123
ds             0x7b	123
es             0x7b	123
fs             0x0	0
gs             0x33	51
Dump of assembler code for function __kernel_vsyscall:
   0x00a77414 <+0>:	int    $0x80
=> 0x00a77416 <+2>:	ret    
End of assembler dump.
Comment 1 Urs Schuerch 2011-02-10 05:52:23 EST
Created attachment 478034 [details]
File: backtrace
Comment 2 Ondrej Vasik 2011-02-10 07:12:30 EST
Thanks for report, anyway - I have to close it insufficient data - without reliable reproducer or more information it makes no sense to reassign the bugzilla to glibc - and __strftime_internal function is coming from.

Feel free to provide more data and/or information so I could reopen that bugzilla and reassign it to glibc.
Comment 3 Urs Schuerch 2011-02-10 07:25:36 EST
np, I thought this will happen. If I encounter it again I will be back.

Note You need to log in before you can comment on or make changes to this bug.