Bug 1105844 - [abrt] libreoffice-core: ScRangeList::ScRangeList(ScRangeList const&)(): soffice.bin killed by SIGSEGV
Summary: [abrt] libreoffice-core: ScRangeList::ScRangeList(ScRangeList const&)(): soff...
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: libreoffice
Version: 20
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: -RETIRED-
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:6736e09a961681d5e57cb40ae5b...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-06-08 07:15 UTC by fred
Modified: 2014-06-10 10:21 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-06-10 10:21:55 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (54.23 KB, text/plain)
2014-06-08 07:15 UTC, fred
no flags Details
File: cgroup (172 bytes, text/plain)
2014-06-08 07:15 UTC, fred
no flags Details
File: core_backtrace (23.67 KB, text/plain)
2014-06-08 07:15 UTC, fred
no flags Details
File: dso_list (29.46 KB, text/plain)
2014-06-08 07:15 UTC, fred
no flags Details
File: environ (2.26 KB, text/plain)
2014-06-08 07:15 UTC, fred
no flags Details
File: exploitable (110 bytes, text/plain)
2014-06-08 07:15 UTC, fred
no flags Details
File: limits (1.29 KB, text/plain)
2014-06-08 07:15 UTC, fred
no flags Details
File: maps (137.08 KB, text/plain)
2014-06-08 07:15 UTC, fred
no flags Details
File: open_fds (747 bytes, text/plain)
2014-06-08 07:15 UTC, fred
no flags Details
File: proc_pid_status (941 bytes, text/plain)
2014-06-08 07:15 UTC, fred
no flags Details
File: var_log_messages (357 bytes, text/plain)
2014-06-08 07:15 UTC, fred
no flags Details

Description fred 2014-06-08 07:15:16 UTC
Description of problem:
"Remplir en bas" sur deux cellules cntenant des dates et du formattage conditionnel. 
L'incident ne s'est pas reproduit.

Version-Release number of selected component:
libreoffice-core-4.2.4.2-17.fc20

Additional info:
reporter:       libreport-2.2.2
backtrace_rating: 4
crash_function: ScRangeList::ScRangeList(ScRangeList const&)
executable:     /usr/lib64/libreoffice/program/soffice.bin
kernel:         3.14.5-200.fc20.x86_64
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 ScRangeList::ScRangeList(ScRangeList const&) at /usr/lib64/libreoffice/program/../program/libsclo.so
 #1 ScTable::FillSeries(short, int, short, int, unsigned long, FillDir, FillCmd, FillDateCmd, double, double, unsigned short, bool, ScProgress*) at /usr/lib64/libreoffice/program/../program/libsclo.so
 #2 ScTable::Fill(short, int, short, int, unsigned long, FillDir, FillCmd, FillDateCmd, double, double, ScProgress*) at /usr/lib64/libreoffice/program/../program/libsclo.so
 #3 ScDocument::Fill(short, int, short, int, ScProgress*, ScMarkData const&, unsigned long, FillDir, FillCmd, FillDateCmd, double, double) at /usr/lib64/libreoffice/program/../program/libsclo.so
 #4 ScDocFunc::FillSimple(ScRange const&, ScMarkData const*, FillDir, bool, bool) at /usr/lib64/libreoffice/program/../program/libsclo.so
 #5 ScViewFunc::FillSimple(FillDir, bool) at /usr/lib64/libreoffice/program/../program/libsclo.so
 #6 ScCellShell::ExecuteEdit(SfxRequest&) at /usr/lib64/libreoffice/program/../program/libsclo.so
 #7 SfxShell::CallExec(void (*)(SfxShell*, SfxRequest&), SfxRequest&) at /usr/lib64/libreoffice/program/libsfxlo.so
 #8 SfxDispatcher::Call_Impl(SfxShell&, SfxSlot const&, SfxRequest&, unsigned char) at /usr/lib64/libreoffice/program/libsfxlo.so
 #9 SfxDispatcher::PostMsgHandler(SfxRequest*) at /usr/lib64/libreoffice/program/libsfxlo.so

Comment 1 fred 2014-06-08 07:15:20 UTC
Created attachment 903210 [details]
File: backtrace

Comment 2 fred 2014-06-08 07:15:21 UTC
Created attachment 903211 [details]
File: cgroup

Comment 3 fred 2014-06-08 07:15:23 UTC
Created attachment 903212 [details]
File: core_backtrace

Comment 4 fred 2014-06-08 07:15:24 UTC
Created attachment 903213 [details]
File: dso_list

Comment 5 fred 2014-06-08 07:15:25 UTC
Created attachment 903214 [details]
File: environ

Comment 6 fred 2014-06-08 07:15:26 UTC
Created attachment 903215 [details]
File: exploitable

Comment 7 fred 2014-06-08 07:15:27 UTC
Created attachment 903216 [details]
File: limits

Comment 8 fred 2014-06-08 07:15:30 UTC
Created attachment 903217 [details]
File: maps

Comment 9 fred 2014-06-08 07:15:31 UTC
Created attachment 903218 [details]
File: open_fds

Comment 10 fred 2014-06-08 07:15:32 UTC
Created attachment 903219 [details]
File: proc_pid_status

Comment 11 fred 2014-06-08 07:15:33 UTC
Created attachment 903220 [details]
File: var_log_messages

Comment 12 David Tardon 2014-06-09 07:56:10 UTC
No reproducer and stack trace without symbols... I am afraid this is pretty hopeless case...

dtardon->erAck: any ideas?

Comment 13 -RETIRED- 2014-06-10 10:21:55 UTC
I don't see how it could fail in the ScRangeList copy-ctor other than the ScRangeList being of such a huge size that the reserve() call or the copying of the elements fails due to memory constraints.

My broken knowledge of the French language tells me that "L'incident ne s'est pas reproduit" means that the incident can't be reproduced. Closing this.


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