Issue 120045 - Format case change crashes OOo
Summary: Format case change crashes OOo
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: 3.4.0
Hardware: Mac Mac OS X 10
: P2 Critical (vote)
Target Milestone: 3.4.1
QA Contact:
: 120370 120537 (view as issue list)
Depends on:
Blocks: 120169
  Show dependency tree
Reported: 2012-06-20 17:58 UTC by jdfeka
Modified: 2012-08-13 06:48 UTC (History)
7 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---
jsc: 3.4.1_release_blocker+

minimal document for reproducing the reported crash (13.19 KB, application/vnd.oasis.opendocument.text)
2012-07-02 15:41 UTC,
no flags Details
backtrace of the crash (1.25 KB, text/plain)
2012-07-02 16:10 UTC,
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description jdfeka 2012-06-20 17:58:05 UTC
I opened a document in .doc format and attempted to use Format>Case Change>lower case on the following phrase:

Men Who have

The entire program crashed and all work was lost.  Auto save didn't function and documents were not recovered … only the original documents which existed prior to making any changes.

When I re-opened the documents and attempted, again to apply Format>Case Change>lowercase to the above phrase, selected in the open document, nothing happened.  Then, while composing this bug report, I attempted again to do the same thing and the program crashed again.   Apparently an error report was sent to Apple or you automatically (I'm not sure which.)
Comment 1 Yan Ji 2012-06-21 03:31:50 UTC
The problem happened to Mac platform when changing to lower case with word contains upper case characters. It's obviously serious problem.

Propose 3.4.1 release blocker
Comment 2 jsc 2012-06-21 06:19:03 UTC
set release blocker flag for 3.4.1
Comment 3 mayongl 2012-06-25 09:18:27 UTC
This can be fixed by changing the name of  
struct TransliterationChgData and related vairables defined.
Comment 4 2012-07-02 15:41:04 UTC
Created attachment 78552 [details]
minimal document for reproducing the reported crash
Comment 5 2012-07-02 16:10:52 UTC
Created attachment 78553 [details]
backtrace of the crash

The crash is so bad it even takes gdb with it, but the partial stack available looks interesting enough.
Comment 6 2012-07-02 16:48:33 UTC
Frame 3 of the backtrace shows that the TransliterationChgData constructor from
gets called indirectly from EditEngine's TransliterateText() method, which is in
That file has its own definition of a TransliterationChgData structure which is slightly different from the one in Writer.

So there are two structures with the same name and the dynamic loader seems to mix them up. Using namespaces to disambiguate the classes and their methods fixes the problem.

Committed as revision 1356318 into trunk and merged into AOO34 as rev 1356327.

This particular crash could be the tip of an iceberg for a much bigger problem, so we should check which of the dynamically exported symbols have conflicting definitions in multiple libraries. With the AOO code base using templates so massively and the multiple instantiations of even generally useful containers (e.g. for vector<int>) in different libraries this could be a very tiresome task though.
Comment 7 2012-07-02 17:07:05 UTC
For completeness here are the conflicting methods for allocation.
In libediteng.dylib:
000a1576 T __gnu_cxx::new_allocator<TransliterationChgData>::allocate(unsigned long, void const*)
and in libsw.dylib:
004e7320 T __gnu_cxx::new_allocator<TransliterationChgData>::allocate(unsigned long, void const*)
Comment 8 2012-07-03 11:06:18 UTC
For the general problem with multiple different instantiations for the same symbol name I created the tracker bug 120169.
Comment 9 zhengfan 2012-07-05 09:33:45 UTC
As both definitions of TransliterationChgData are in-public, we may need not to use namespace on this issue for distinguishing. Just change the struct name directly would be OK.
Comment 10 Li Feng Wang 2012-07-17 02:55:00 UTC
Verified steps:
1)open sample file in attachment.
2)use Format>Case Change>lower case to change two lines "Men Who Have" to lowercase.

no crash, pass on Mac10.7 with AOO341 branch r1359641
Comment 11 Li Feng Wang 2012-07-18 09:00:46 UTC
Verified pass on Mac with AOO trunk r1362376.
Comment 12 jsc 2012-07-26 10:03:50 UTC
*** Issue 120370 has been marked as a duplicate of this issue. ***
Comment 13 Oliver-Rainer Wittmann 2012-08-13 06:48:18 UTC
*** Issue 120537 has been marked as a duplicate of this issue. ***