I'm getting a DisposedException while trying to save a Writer document through Java UNO. The dump file is fairly large (~190MB), so I'm just including text from the tool console. I'm not sure how to properly use WinDbg, so if you need more info from the dump file let me know. ***** Here is the code ***** XComponent xComponent ..... PropertyValue[4] properties .... properties[0] = new PropertyValue(); ((PropertyValue)properties[0]).Name = "FilterName"; ((PropertyValue)properties[0]).Value = new Any(Type.STRING, "writer8_template"); properties[1] = new PropertyValue(); ((PropertyValue)properties[1]).Name = "CompressionMode"; ((PropertyValue)properties[1]).Value = new Any(Type.STRING, "1"); properties[2] = new PropertyValue(); ((PropertyValue)properties[2]).Name = "Pages"; ((PropertyValue)properties[2]).Value = new Any(Type.STRING, "All"); properties[3] = new PropertyValue(); ((PropertyValue)properties[3]).Name = "Overwrite"; ((PropertyValue)properties[3]).Value = new Any(Type.BOOLEAN, Boolean.TRUE)); String storeFile = "C:/files/0002_ed19cfdd-a173-4e5d-96d6-f6c6a3c2939c.ott" xStorable = (XStorable) UnoRuntime.queryInterface(XStorable.class, xComponent); xStorable.storeToURL("file:///" + storeFile, properties); ***** Trapped exception ***** Caused by: com.sun.star.lang.DisposedException: java.io.EOFException at com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge$MessageDispatcher.run(java_remote_bridge.java:158) ***** Opening dump file in WinDbg ***** Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64 Copyright (c) Microsoft Corporation. All rights reserved. Loading Dump File [N:\soffice2096.dmp] User Mini Dump File with Full Memory: Only application data is available Comment: 'Userdump generated complete user-mode minidump with Exception Monitor function on vMyMachine' Symbol search path is: *** Invalid *** **************************************************************************** * Symbol loading may be unreliable without a symbol search path. * * Use .symfix to have the debugger choose a symbol path. * * After setting your symbol path, use .reload to refresh symbol locations. * **************************************************************************** Executable search path is: Windows XP Version 2600 (Service Pack 3) MP (2 procs) Free x86 compatible Product: WinNt, suite: SingleUserTS Machine Name: Debug session time: Mon Oct 24 11:47:18.000 2011 (UTC - 4:00) System Uptime: 1 days 12:29:46.000 Process Uptime: 0 days 1:16:35.000 ................................................................ ................................................................ ..................... Loading unloaded module list ................ This dump file has an exception of interest stored in it. The stored exception information can be accessed via .ecxr. (7bc.830): Access violation - code c0000005 (first/second chance not available) eax=00000001 ebx=01203004 ecx=02061702 edx=00000000 esi=0020006b edi=2772ed10 eip=10006b94 esp=2772ecd0 ebp=2772ecd0 iopl=0 nv up ei pl zr na pe nc cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010246 *** ERROR: Symbol file could not be found. Defaulted to export symbols for sal3.dll - sal3!osl_incrementInterlockedCount+0x1b: 10006b94 f00fc101 lock xadd dword ptr [ecx],eax ds:0023:02061702=805874f7 0:032> .ecxr eax=00000001 ebx=01203004 ecx=02061702 edx=00000000 esi=0020006b edi=2772ed10 eip=10006b94 esp=2772ecd0 ebp=2772ecd0 iopl=0 nv up ei pl zr na pe nc cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010246 sal3!osl_incrementInterlockedCount+0x1b: 10006b94 f00fc101 lock xadd dword ptr [ecx],eax ds:0023:02061702=805874f7 *** ERROR: Symbol file could not be found. Defaulted to export symbols for tlmi.dll - *** ERROR: Symbol file could not be found. Defaulted to export symbols for swmi.dll - *** ERROR: Symbol file could not be found. Defaulted to export symbols for xomi.dll - *** ERROR: Symbol file could not be found. Defaulted to export symbols for sax.uno.dll - *** ERROR: Symbol file could not be found. Defaulted to export symbols for sfxmi.dll - *** ERROR: Symbol file could not be found. Defaulted to export symbols for fwkmi.dll - *** ERROR: Symbol file could not be found. Defaulted to export symbols for msci_uno.dll - ***** Stacktrace from WinDbg->Stack Trace ***** # WARNING: Stack unwind information not available. Following frames may be wrong. 00 sal3!osl_incrementInterlockedCount+0x1b 01 sal3!rtl_uString_acquire+0x14 02 tlmi!String::String+0x11 03 swmi!SwDoc::GetFldType+0x7f 04 swmi!SwXTextTables::getSupportedServiceNames+0x130f9 05 swmi!SwXTextTables::getSupportedServiceNames+0x13649 06 swmi!SwXTextTableCursor::queryInterface+0x7591 07 xomi!XMLTextImportHelper::InsertTextContent+0x26 08 xomi!XMLPageExport::exportStyles+0x15c33 09 xomi!SvXMLImport::endElement+0x2e 0a sax_uno!component_writeInfo+0xa88 0b sax_uno!component_getFactory+0x8e8a 0c sax_uno!component_getFactory+0x93dd 0d sax_uno!component_getFactory+0x5c46 0e sax_uno!component_getFactory+0x6aee 0f sax_uno!component_writeInfo+0x6a9 10 sax_uno!component_getFactory+0x3cf 11 swmi!SwFltControlStack::NewAttr+0xec3 12 swmi!SwFltControlStack::NewAttr+0x163b 13 swmi!SwFltControlStack::NewAttr+0x2ca7 14 swmi!Reader::~Reader+0x8ce 15 swmi!SwDocShell::Load+0x12d 16 sfxmi!SfxObjectShell::LoadOwnFormat+0x153 17 sfxmi!SfxObjectShell::DoLoad+0x522 18 sfxmi!SfxBaseModel::load+0x162 19 sfxmi!SfxMailModel::operator=+0x236e 1a fwkmi!GetVersionInfo+0x6f178 1b fwkmi!GetVersionInfo+0x6f2af 1c fwkmi!GetVersionInfo+0x6f34a 1d fwkmi!GetVersionInfo+0x2b909
Does this still fail for you on latest stable ? I basic hello world version here locally works without error with 3.3.4 and master (3.6 series) under Linux. Ideally you could provide a standalone demo to be sure.
stack looks like it crashes in SwDoc::GetFldType on this line, probably because pFieldType is 0: String aFldName( pFldType->GetName() ); but the field type pointers stored in SwDoc::pFldTypes are dereferenced without checking all over the place, so it would be most odd to get a 0 in there. the offsets in the rest of the back trace are unfortunately ridiculously large so the functions are probably wrong (and you'd need built with debug for correct trace). no idea what could cause this, would need reproducer bugdoc.
I'll work on building LO to get the symbols and attacking those to the Windows debugger. I wish that LO would release symbols for for their Windows builds. I would help a lot. I just don't know where to start in doing all this.
by the way, jcorrius has uploaded windows builds with debug symbols here: http://dev-builds.libreoffice.org/win32-debug/
Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian