Bug 167178

would be great if you could install the debuginfo openoffice.org-debuginfo
package and if it happens again attach the more detailed report that that would
give.

This is strange behaviour.

we have here exactly the same problems

it occurs when we save document

for the original reporter, this might be happening on auto-save of a document
left open.

Eric: you seem to be able to reproduce it ? Does it happen on saving impress
documents ?, All documents ?. If you can reproduce it can you shutdown office
then from a shell...

> gdb /usr/lib/openoffice.org2.0/program/soffice.bin
(gdb) handle SIGPWR nostop noprint
(gdb) handle SIGXCPU nostop noprint
(gdb) handle SIG33 nostop noprint
(gdb) run -impress
(gdb) bt
and paste in the results when it crashes

If you have the bandwidth to 
yum -y install openoffice.org-debuginfo before you run gdb it would give better
results

Created attachment 118300 [details]
backtrace of the crash

i have just attached the backtrace of the crash

it occurs each time we want to save a document with the writer
it s the same with impress or calc

interesting indeed, what does 

> rpm -q openoffice.org-graphicfilter

say ?

openoffice.org-graphicfilter-1.9.125-1.1.0.fc4

I have exactly the same problem:

# rpm -qa|grep -i openoffice
openoffice.org-calc-1.9.125-1.1.0.fc4
openoffice.org-impress-1.9.125-1.1.0.fc4
openoffice.org-writer-1.9.125-1.1.0.fc4
openoffice.org-draw-1.9.125-1.1.0.fc4
openoffice.org-core-1.9.125-1.1.0.fc4
openoffice.org-math-1.9.125-1.1.0.fc4

Attempting to save a document gives this *every* time:


------------------------------------------------------------------
0x843b8a: /usr/lib/openoffice.org2.0/program/libuno_sal.so.3 + 0x1db8a
0x8443d8: /usr/lib/openoffice.org2.0/program/libuno_sal.so.3 + 0x1e3d8
0xc86420:  + 0x420 (__kernel_sigreturn + 0x0)
0x34d8d88: /usr/lib/openoffice.org2.0/program/libsvt680li.so + 0x1fcd88
(FilterConfigCache::FilterConfigCache(unsigned char) + 0x8c)
0x34c10b5: /usr/lib/openoffice.org2.0/program/libsvt680li.so + 0x1e50b5
(GraphicFilter::ImplInit() + 0xb1)
0x34c1233: /usr/lib/openoffice.org2.0/program/libsvt680li.so + 0x1e5233
(GraphicFilter::GraphicFilter(unsigned char) + 0x71)
0x34c1b93: /usr/lib/openoffice.org2.0/program/libsvt680li.so + 0x1e5b93
(GraphicFilter::GetGraphicFilter() + 0x3f)
0x32b451d: /usr/lib/openoffice.org2.0/program/libsoffice.so + 0x2451d
(desktop::Desktop::ImplInitFilterHdl(desktop::ConvertData*) + 0xb)
0x2557592: /usr/lib/openoffice.org2.0/program/libvcl680li.so + 0x82592
0x258c925: /usr/lib/openoffice.org2.0/program/libvcl680li.so + 0xb7925
(GraphicConverter::Export(SvStream&, Graphic const&, unsigned long) + 0x47)
0x3123e33: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x16de33
0x30df06a: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x12906a
(SfxObjectShell::WriteThumbnail(unsigned char, unsigned char, unsigned char,
com::sun::star::uno::Reference<com::sun::star::io::XStream> const&) + 0x13e)
0x30df5f4: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1295f4
(SfxObjectShell::GenerateAndStoreThumbnail(unsigned char, unsigned char,
unsigned char, com::sun::star::uno::Reference<com::sun::star::embed::XStorage>
const&) + 0xf2)
0x30e56f2: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x12f6f2
0x30e63af: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1303af
0x30e689b: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x13089b
0x30eb33e: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x13533e
0x310e4b5: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1584b5
0x3111b10: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x15bb10
(SfxBaseModel::storeAsURL(rtl::OUString const&,
com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&) + 0xc0)
0x3121d15: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x16bd15
0x30eccfc: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x136cfc
0x30ee266: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x138266
0x315d0ba: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1a70ba
0x315c4a7: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1a64a7
0x315c7bb: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1a67bb
0x315c85e: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1a685e
0x305d312: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0xa7312
0x31757bd: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1bf7bd
0x3175678: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1bf678
0x31757d2: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1bf7d2
0x3175664: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1bf664
0x2557592: /usr/lib/openoffice.org2.0/program/libvcl680li.so + 0x82592
0x26aba47: /usr/lib/openoffice.org2.0/program/libvcl680li.so + 0x1d6a47
0x5748e72: /usr/lib/openoffice.org2.0/program/libvclplug_gen680li.so + 0x1ee72
0x576e0cd: /usr/lib/openoffice.org2.0/program/libvclplug_gen680li.so + 0x440cd
(SalDisplay::DispatchInternalEvent() + 0xad)
0xc569d3: /usr/lib/openoffice.org2.0/program/libvclplug_gtk680li.so + 0xa9d3
0x598d650: /usr/lib/libglib-2.0.so.0 + 0x25650
0x598b3ee: /usr/lib/libglib-2.0.so.0 + 0x233ee (g_main_context_dispatch + 0x1dc)
0x598e3f6: /usr/lib/libglib-2.0.so.0 + 0x263f6
0x598e8d8: /usr/lib/libglib-2.0.so.0 + 0x268d8 (g_main_context_iteration + 0x66)
0xc565f9: /usr/lib/openoffice.org2.0/program/libvclplug_gtk680li.so + 0xa5f9
0x576fd99: /usr/lib/openoffice.org2.0/program/libvclplug_gen680li.so + 0x45d99
(X11SalInstance::Yield(unsigned char) + 0x29)
0x255d8f4: /usr/lib/openoffice.org2.0/program/libvcl680li.so + 0x888f4
(Application::Yield() + 0x50)
0x255d932: /usr/lib/openoffice.org2.0/program/libvcl680li.so + 0x88932
(Application::Execute() + 0x26)
0x32b9254: /usr/lib/openoffice.org2.0/program/libsoffice.so + 0x29254
(desktop::Desktop::Main() + 0x149a)
0x2562d21: /usr/lib/openoffice.org2.0/program/libvcl680li.so + 0x8dd21 (SVMain()
+ 0x45)
0x32b4307: /usr/lib/openoffice.org2.0/program/libsoffice.so + 0x24307 (sal_main
+ 0x47)
0x304d5f: /lib/libc.so.6 + 0x14d5f (__libc_start_main + 0xdf)
0x80484c5: /usr/lib/openoffice.org2.0/program/soffice.bin + 0x4c5
------------------------------------------------------------------

This is saving using the default ".odt" format. Tried ".sxw" - same problem.
Here's the ironic workaround...

  Save the file as ".doc" (Word 97/2000/XP), and it works!!

I've lost trust in OO for the time being. Thankfully Abiword is available in
extras as a fall-back.

Additional info: installing  openoffice.org-graphicfilter-1.9.125-1.1.0.fc4
doesn't help...

------------------------------------------------------------------
0x843b8a: /usr/lib/openoffice.org2.0/program/libuno_sal.so.3 + 0x1db8a
0x8443d8: /usr/lib/openoffice.org2.0/program/libuno_sal.so.3 + 0x1e3d8
0x7e1420:  + 0x420 (__kernel_sigreturn + 0x0)
0x34d8d88: /usr/lib/openoffice.org2.0/program/libsvt680li.so + 0x1fcd88
(FilterConfigCache::FilterConfigCache(unsigned char) + 0x8c)
0x34c10b5: /usr/lib/openoffice.org2.0/program/libsvt680li.so + 0x1e50b5
(GraphicFilter::ImplInit() + 0xb1)
0x34c1233: /usr/lib/openoffice.org2.0/program/libsvt680li.so + 0x1e5233
(GraphicFilter::GraphicFilter(unsigned char) + 0x71)
0x34c1b93: /usr/lib/openoffice.org2.0/program/libsvt680li.so + 0x1e5b93
(GraphicFilter::GetGraphicFilter() + 0x3f)
0x32b451d: /usr/lib/openoffice.org2.0/program/libsoffice.so + 0x2451d
(desktop::Desktop::ImplInitFilterHdl(desktop::ConvertData*) + 0xb)
0x2557592: /usr/lib/openoffice.org2.0/program/libvcl680li.so + 0x82592
0x258c925: /usr/lib/openoffice.org2.0/program/libvcl680li.so + 0xb7925
(GraphicConverter::Export(SvStream&, Graphic const&, unsigned long) + 0x47)
0x3123e33: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x16de33
0x30df06a: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x12906a
(SfxObjectShell::WriteThumbnail(unsigned char, unsigned char, unsigned char,
com::sun::star::uno::Reference<com::sun::star::io::XStream> const&) + 0x13e)
0x30df5f4: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1295f4
(SfxObjectShell::GenerateAndStoreThumbnail(unsigned char, unsigned char,
unsigned char, com::sun::star::uno::Reference<com::sun::star::embed::XStorage>
const&) + 0xf2)
0x30e56f2: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x12f6f2
0x30e63af: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1303af
0x30e689b: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x13089b
0x30eb33e: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x13533e
0x310e4b5: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1584b5
0x3111b10: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x15bb10
(SfxBaseModel::storeAsURL(rtl::OUString const&,
com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> const&) + 0xc0)
0x3121d15: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x16bd15
0x30eccfc: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x136cfc
0x30ee266: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x138266
0x315d0ba: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1a70ba
0x315c4a7: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1a64a7
0x315c7bb: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1a67bb
0x315c85e: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1a685e
0x305d312: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0xa7312
0x31757bd: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1bf7bd
0x3175678: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1bf678
0x31757d2: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1bf7d2
0x3175664: /usr/lib/openoffice.org2.0/program/libsfx680li.so + 0x1bf664
0x2557592: /usr/lib/openoffice.org2.0/program/libvcl680li.so + 0x82592
0x26aba47: /usr/lib/openoffice.org2.0/program/libvcl680li.so + 0x1d6a47
0x4dd4e72: /usr/lib/openoffice.org2.0/program/libvclplug_gen680li.so + 0x1ee72
0x4dfa0cd: /usr/lib/openoffice.org2.0/program/libvclplug_gen680li.so + 0x440cd
(SalDisplay::DispatchInternalEvent() + 0xad)
0x1c29d3: /usr/lib/openoffice.org2.0/program/libvclplug_gtk680li.so + 0xa9d3
0x539f650: /usr/lib/libglib-2.0.so.0 + 0x25650
0x539d3ee: /usr/lib/libglib-2.0.so.0 + 0x233ee (g_main_context_dispatch + 0x1dc)
0x53a03f6: /usr/lib/libglib-2.0.so.0 + 0x263f6
0x53a08d8: /usr/lib/libglib-2.0.so.0 + 0x268d8 (g_main_context_iteration + 0x66)
0x1c25f9: /usr/lib/openoffice.org2.0/program/libvclplug_gtk680li.so + 0xa5f9
0x4dfbd99: /usr/lib/openoffice.org2.0/program/libvclplug_gen680li.so + 0x45d99
(X11SalInstance::Yield(unsigned char) + 0x29)
0x255d8f4: /usr/lib/openoffice.org2.0/program/libvcl680li.so + 0x888f4
(Application::Yield() + 0x50)
0x255d932: /usr/lib/openoffice.org2.0/program/libvcl680li.so + 0x88932
(Application::Execute() + 0x26)
0x32b9254: /usr/lib/openoffice.org2.0/program/libsoffice.so + 0x29254
(desktop::Desktop::Main() + 0x149a)
0x2562d21: /usr/lib/openoffice.org2.0/program/libvcl680li.so + 0x8dd21 (SVMain()
+ 0x45)
0x32b4307: /usr/lib/openoffice.org2.0/program/libsoffice.so + 0x24307 (sal_main
+ 0x47)
0x304d5f: /lib/libc.so.6 + 0x14d5f (__libc_start_main + 0xdf)
0x80484c5: /usr/lib/openoffice.org2.0/program/soffice.bin + 0x4c5

------------------------------------------------------------------

"GenerateAndStoreThumbnail", does anyone have a document which when saved
reproduces this always ? From the stacktrace it looks like this is something
where a document has another document embedded inside it, and on save to some
format (presumably the OOo native formats) the generation of a preview image of
the embedded document causes a crash for some reason. e.g. perhaps a spreadsheet
in a word processor document.

James: did you had some document which did this everytime, unless saved as .doc,
if you loaded that .doc and saved as .sxw does it always crash ?

I had a patch which looks like it would remove the immediate crash but I would
like to track down why it's happening

well i have the crash even when i m trying to save an empty document.

Eric:  

shutdown OOo
> tar cvzf userconfig.tar.gz ~/.openoffice.org2.0
> rm -rf ~/.openoffice.org2.0
restart OOo

does the problem persist, i.e. is there something in your personal config which
has become corrupt or to find out if there is some setting which I don't share
which is behind this.

well i have just test that
i got the same result.

some information about my system

my user are defined in a ldap database and the homedirs is nfs mounted.

and i got the same result as James
saving in doc format works.

i have other computers that didi'nt use ldap nor NFS and i didn't have the problem.

ok, so do both reproducers of this bug have a ldap setup ? 

perhaps try this and see if it makes any difference:
mv /usr/lib/openoffice.org2.0/program/libdb-4.2.so /tmp/backup

well just tried

same crash when i try to save the data

Are all reporters KDE users ?

well 
the crash is under the GNOME environnment.
but KDE is also installed on the machine

can someone 

> tar userconfig.tar.gz ~/.openoffice.org2.0

and I'll see if it's per-user config related to try and reproduce

Created attachment 118603 [details]
configuration of a user that crashed

here is the copy of the .openoffice.org2.0 directory

That's frustrating, still no crash for me. 

Once I saw a crash in OOo startup because of a corrupt configuration file in
/usr/lib/openoffice.org2.0 which somehow got busted during rpm installation. My
only suggestion is to rpm --erase openoffice.org, verify that
/usr/lib/openoffice.org2.0 is missing, rm -rf if necessary and reinstall.

Hi Caolan,

Apologies for delay in replying (on holiday ;-)

This is repeatable for me:

1. start up openoffice.org writer
2. type 'j'
3. select file->save
4. type 'j' for filename (leave file type as default '.odt')
5. click save => CRASH - I'm left with a zero-sized file

If I repeat the above steps, but select '.doc', the file saves correctly, and I
am able to successfully re-open the file. However, if I then attempt to re-save
this file in '.odt' format, it also crashes.

Doing an, "rm -rf .openoffice.org2.0" and restarting OO doesn't help...?

well i have make some experiment

on the machine i have the problem

yum remove openoffice.orge-core

'rm' -rf /usr/lib/openoffice.org2.0
'rm' -rf /usr/lib/openoffice.org1.9.104

yum install 'all openoffice packages i need' and i don't have the problems anymore.

If i don't remove the two directories
/usr/lib/openoffice.org2.0
/usr/lib/openoffice.org1.9.104

it didn't worl.

i reinstall the machine and then it didn't work too.

i guess the problem is in the yum update commmand.
i will try now without installing the updates.

So if one rpm --erases OOo and removes any old directories of
/usr/lib/openoffice* and the reinstalls it then it's ok. So there might have
been some droppings from older OOo versions floating around in the
openoffice.org2.0 dir. 

Sorry to be the bearer of bad news, but "rm -rf /usr/lib/openoffice*", and
re-installing doesn't help me - I still have exactly the same problem after the
re-install.

After removing OOo, /usr/lib/openoffice* was only a bunch of empty directories
anyway...

find /usr/lib/openoffice*

openoffice.org1.9.104
openoffice.org1.9.104/share
openoffice.org1.9.104/share/readme
openoffice.org1.9.104/program
openoffice.org1.9.104/program/resource
openoffice.org2.0
openoffice.org2.0/share
openoffice.org2.0/share/registry
openoffice.org2.0/share/registry/modules
openoffice.org2.0/share/registry/modules/org
openoffice.org2.0/share/registry/modules/org/openoffice
openoffice.org2.0/share/registry/modules/org/openoffice/TypeDetection
openoffice.org2.0/share/registry/modules/org/openoffice/TypeDetection/GraphicFilter

Any more ideas anyone??

Well it s very strange

sometimes it works
sometimes it doesn't
and i didn't know

the result is that openoffice is useless

Try with 2.0.0, but there are thousands using it, so theres got to be
*something* unique about your personal setup which I cannot reproduce

I upgraded to openoffice.org-writer-2.0.0-3.2.1 yesterday, and I still have the
problem ;-(

I'd have thought an application as large as OOo would have some form of 'trace'
facility built into it to help diagnose issues like this???

Sigh, I'll have to stick to AbiWord then I suppose....

The thing is that I simply don't believe that this is an OOo bug, but instead a
bug in one of OOo's dependancies, e.g. incompatable expat/libxml/neon/curl. I
can't fix what I can't see, and while 100% reproducable for you, not for me.

I understand Caolan - I'll update this bug with any more details I can track
down (expat/libxml/neon/curl version, etc) when I'm back from my trip.