[graphics-issues] [Issue 113743] chart2: attributed data p oints leak
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113743 User zhangjfibm changed the following: What|Old value |New value Status|RESOLVED |VERIFIED --- Additional comments from zhangjf...@openoffice.org Mon Oct 11 11:59:00 + 2010 --- Mark it as verified. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113743] chart2: attributed data p oints leak
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113743 User zhangjfibm changed the following: What|Old value |New value Status|REOPENED |RESOLVED Resolution| |FIXED --- Additional comments from zhangjf...@openoffice.org Mon Oct 11 11:58:27 + 2010 --- change state because it was wrongly closed. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113743] chart2: attributed data p oints leak
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113743 User zhangjfibm changed the following: What|Old value |New value Status|CLOSED|REOPENED Resolution|FIXED | --- Additional comments from zhangjf...@openoffice.org Mon Oct 11 11:57:39 + 2010 --- reopen it because wrongly closed. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113784] chart2: SvNumberFormatter in chartmodel leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113784 User zhangjfibm changed the following: What|Old value |New value Status|RESOLVED |VERIFIED --- Additional comments from zhangjf...@openoffice.org Mon Oct 11 11:55:42 + 2010 --- Mark it as verified. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113784] chart2: SvNumberFormatter in chartmodel leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113784 User zhangjfibm changed the following: What|Old value |New value Status|REOPENED |RESOLVED Resolution| |FIXED --- Additional comments from zhangjf...@openoffice.org Mon Oct 11 11:55:11 + 2010 --- change it's status because wrongly closed. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113784] chart2: SvNumberFormatter in chartmodel leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113784 User zhangjfibm changed the following: What|Old value |New value Status|CLOSED|REOPENED Resolution|FIXED | --- Additional comments from zhangjf...@openoffice.org Mon Oct 11 11:54:13 + 2010 --- reopen it because wrongly closed. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113992] Backup ChartModel object leaks when opening chart dialog
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113992 User zhangjfibm changed the following: What|Old value |New value Status|RESOLVED |VERIFIED --- Additional comments from zhangjf...@openoffice.org Mon Oct 11 11:52:33 + 2010 --- Mark it as verified. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113992] Backup ChartModel object leaks when opening chart dialog
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113992 User zhangjfibm changed the following: What|Old value |New value Status|UNCONFIRMED |RESOLVED Resolution| |FIXED --- Additional comments from zhangjf...@openoffice.org Mon Oct 11 11:51:56 + 2010 --- change state because it was wrongly closed. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113992] Backup ChartModel object leaks when opening chart dialog
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113992 User zhangjfibm changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|FIXED | --- Additional comments from zhangjf...@openoffice.org Mon Oct 11 11:51:08 + 2010 --- reopen it because wrongly closed. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[udk-issues] [Issue 113722] cppuhelper: OSingleFactor yHelper::createInstanceWithArgumentsAndContext may leak if XInitialization is not supported
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113722 User zhangjfibm changed the following: What|Old value |New value Status|RESOLVED |VERIFIED --- Additional comments from zhangjf...@openoffice.org Mon Oct 11 11:46:58 + 2010 --- mark it as verified. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@udk.openoffice.org For additional commands, e-mail: issues-h...@udk.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[udk-issues] [Issue 113722] cppuhelper: OSingleFactor yHelper::createInstanceWithArgumentsAndContext may leak if XInitialization is not supported
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113722 User zhangjfibm changed the following: What|Old value |New value Status|NEW |RESOLVED Resolution| |FIXED --- Additional comments from zhangjf...@openoffice.org Mon Oct 11 11:46:17 + 2010 --- change state because wrongly closed. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@udk.openoffice.org For additional commands, e-mail: issues-h...@udk.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[udk-issues] [Issue 113722] cppuhelper: OSingleFactor yHelper::createInstanceWithArgumentsAndContext may leak if XInitialization is not supported
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113722 User zhangjfibm changed the following: What|Old value |New value Ever confirmed| |1 Status|UNCONFIRMED |NEW --- Additional comments from zhangjf...@openoffice.org Mon Oct 11 11:42:39 + 2010 --- change state because wrongly closed. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@udk.openoffice.org For additional commands, e-mail: issues-h...@udk.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[udk-issues] [Issue 113722] cppuhelper: OSingleFactor yHelper::createInstanceWithArgumentsAndContext may leak if XInitialization is not supported
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113722 User zhangjfibm changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|FIXED | --- Additional comments from zhangjf...@openoffice.org Mon Oct 11 11:40:44 + 2010 --- reopen it because wrongly closed. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@udk.openoffice.org For additional commands, e-mail: issues-h...@udk.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113751] sd: There are one SharedP ageDescriptor and PageObject object for each p age leak
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113751 --- Additional comments from zhangjf...@openoffice.org Sat Oct 9 01:05:38 + 2010 --- The patch still has serious problem. The PageObject objects are original not designed to be freed by PageDescriptor, if the PageObject in backup PageDescriptor was inserted into SdrModel, then when closing the sd document, these PageObject may be freed twice. With this patch, one workaround is in PageObject dtor, call mpDescriptor->ReleasePageObject() to notify PageDescriptor to reset the PageObject in it so to avoid free twice. But maybe there is a better solution. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113784] chart2: SvNumberFormatter in chartmodel leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113784 User zhangjfibm changed the following: What|Old value |New value Status|RESOLVED |CLOSED --- Additional comments from zhangjf...@openoffice.org Sat Oct 9 00:38:30 + 2010 --- verified, than you. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113992] Backup ChartModel object leaks when opening chart dialog
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113992 User zhangjfibm changed the following: What|Old value |New value Status|RESOLVED |CLOSED --- Additional comments from zhangjf...@openoffice.org Sat Oct 9 00:36:16 + 2010 --- verified, thank you. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[udk-issues] [Issue 113722] cppuhelper: OSingleFactor yHelper::createInstanceWithArgumentsAndContext may leak if XInitialization is not supported
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113722 User zhangjfibm changed the following: What|Old value |New value Status|RESOLVED |CLOSED --- Additional comments from zhangjf...@openoffice.org Sat Oct 9 00:34:33 + 2010 --- Verified, thank you. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@udk.openoffice.org For additional commands, e-mail: issues-h...@udk.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113743] chart2: attributed data p oints leak
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113743 User zhangjfibm changed the following: What|Old value |New value Status|RESOLVED |CLOSED --- Additional comments from zhangjf...@openoffice.org Sat Oct 9 00:22:47 + 2010 --- verified, thanks. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113992] Backup ChartModel object leaks when opening chart dialog
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113992 User zhangjfibm changed the following: What|Old value |New value Attachment is patch| |Created an attachment (id= | |71192) patch file fix the | |problem --- Additional comments from zhangjf...@openoffice.org Thu Aug 19 13:56:21 + 2010 --- Created an attachment (id=71192) patch file fix the problem - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113992] Backup ChartModel object leaks when opening chart dialog
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113992 Issue #|113992 Summary|Backup ChartModel object leaks when opening chart dial |og Component|Chart Version|OOO310m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|PATCH Priority|P2 Subcomponent|ui Assigned to|iha Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Thu Aug 19 13:55:50 + 2010 --- This is another obvious leak from chart module we recently identified. Below is the steps to recreate the memory leak, 1. new a sc document 2. insert a chart, it then shows the chart dialog, then click finish. After that click on any cells to switch from inplace frame mode back to normal edit view 3. close the doc The callstack which creates the leaked object is, chartmodelmi!chart::ChartModel::createClone+002C (z:\calc\chart2\source\model\main\chartmodel.cxx, 880) chartcontrollermi!chart::DialogModel::createBackup+00D0 (z:\calc\chart2\source\controller\dialogs\dialogmodel.cxx, 798) chartcontrollermi!chart::DialogModel::DialogModel+0143 (z:\calc\chart2\source\controller\dialogs\dialogmodel.cxx, 387) chartcontrollermi!chart::CreationWizard::CreationWizard+020C (z:\calc\chart2\source\controller\dialogs\dlg_creationwizard.cxx, 99) chartcontrollermi!chart::CreationWizardUnoDlg::createDialogOnDemand+0256 (z:\calc\chart2\source\controller\dialogs\dlg_creationwizard_uno.cxx, 240) chartcontrollermi!chart::CreationWizardUnoDlg::getPropertyValue+032B (z:\calc\chart2\source\controller\dialogs\dlg_creationwizard_uno.cxx, 393) scmi!FuInsertChart::FuInsertChart+1477 (z:\calc\sc\source\ui\drawfunc\fuins2.cxx, 752) scmi!ScTabViewShell::ExecDrawIns+02DD (z:\calc\sc\source\ui\view\tabvwshb.cxx, 373) scmi!SfxStubScTabViewShellExecDrawIns+000F (z:\calc\sc\wntmsci10.pro\inc\scslots.hxx, 1258) sfxmi!SfxDispatcher::Call_Impl+04AF (z:\lib\sfx2\source\control\dispatch.cxx, 306) sfxmi!SfxDispatcher::PostMsgHandler+00DE (z:\lib\sfx2\source\control\dispatch.cxx, 1619) sfxmi!SfxDispatcher::LinkStubPostMsgHandler+000F (z:\lib\sfx2\source\control\dispatch.cxx, 1579) tlmi!Link::Call+0022 (z:\lib\tools\inc\tools\link.hxx, 142) sfxmi!SfxHintPoster::Event+003A (z:\lib\sfx2\source\notify\hintpost.cxx, 93) sfxmi!SfxHintPoster::LinkStubDoEvent_Impl+0012 (z:\lib\sfx2\source\notify\hintpost.cxx, 87) tlmi!Link::Call+0022 (z:\lib\tools\inc\tools\link.hxx, 142) vclmi!ImplHandleUserEvent+00AC (z:\lib\vcl\source\window\winproc.cxx, 2024) vclmi!ImplWindowFrameProc+0635 (z:\lib\vcl\source\window\winproc.cxx, 2613) vclmi!ImplHandleUserEvent+0042 (z:\lib\vcl\win\source\window\salframe.cxx, 4804) vclmi!SalFrameWndProc+081E (z:\lib\vcl\win\source\window\salframe.cxx, 6463) vclmi!SalFrameWndProcW+0054 (z:\lib\vcl\win\source\window\salframe.cxx, 6686) USER32!InternalCallWinProc+0028 USER32!UserCallWinProcCheckWow+0150 USER32!DispatchMessageWorker+0306 USER32!DispatchMessageW+000F vclmi!ImplDispatchMessage+0016 (z:\lib\vcl\win\source\app\saldata.cxx, 189) vclmi!ImplSalDispatchMessage+0037 (z:\lib\vcl\win\source\app\salinst.cxx, 71 The root cause of this leak is, DialogModel.xBackupChartDocument is created in DialogModel constructor API with api DialogModel.createBackup(). While in it's Dtor, xBackupChartDocument is not completely released because of cyclic reference inside ChartModel object. Normally before it is released, xBackupChartDocument.dispose() should be called first to break the cyclic reference, but this call is missing. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[udk-issues] [Issue 113722] cppuhelper: OSingleFactor yHelper::createInstanceWithArgumentsAndContext may leak if XInitialization is not supported
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113722 --- Additional comments from zhangjf...@openoffice.org Thu Aug 19 08:22:24 + 2010 --- Thank you. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@udk.openoffice.org For additional commands, e-mail: issues-h...@udk.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113784] chart2: In ImplChartModel , leaked SvNumberFormatter object cause many S vNumberformat objects in SvNumberFormatter.aFT able leaks too
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113784 User zhangjfibm changed the following: What|Old value |New value Attachment is patch| |Created an attachment (id= | |71167) patch file fix the | |problem --- Additional comments from zhangjf...@openoffice.org Wed Aug 18 12:59:54 + 2010 --- Created an attachment (id=71167) patch file fix the problem - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113784] chart2: In ImplChartModel , leaked SvNumberFormatter object cause many S vNumberformat objects in SvNumberFormatter.aFT able leaks too
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113784 --- Additional comments from zhangjf...@openoffice.org Wed Aug 18 12:59:02 + 2010 --- Sorry, attached wrong patch file. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[udk-issues] [Issue 113722] cppuhelper: New a new cha rt object or load a document with chart, it sh ows obvious memory leak because of ChartModel object leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113722 --- Additional comments from zhangjf...@openoffice.org Mon Aug 16 13:56:05 + 2010 --- Since ChartModel does't implement the lang::XInitialization UNO interface, then in OSingleFactoryHelper::createInstanceWithArgumentsAndContext() API the created first ChartModel object is always discarded before throwing out the lang::IllegalArgumentException. But as the XComponent pattern defines, before ChartModel object can be finally freed, ChartModel::dispose() must be called. In this case, the first ChartModel object always leaks. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@udk.openoffice.org For additional commands, e-mail: issues-h...@udk.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113784] chart2: In ImplChartModel , leaked SvNumberFormatter object cause many S vNumberformat objects in SvNumberFormatter.aFT able leaks too
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113784 User zhangjfibm changed the following: What|Old value |New value Priority|P3|P2 --- Additional comments from zhangjf...@openoffice.org Wed Aug 11 05:17:16 + 2010 --- Raise priority to P2. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113784] chart2: In ImplChartModel , leaked SvNumberFormatter object cause many S vNumberformat objects in SvNumberFormatter.aFT able leaks too
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113784 User zhangjfibm changed the following: What|Old value |New value Attachment is patch| |Created an attachment (id= | |71031) fix code patch file | | (Based on OOo3.1M11 code) | | --- Additional comments from zhangjf...@openoffice.org Wed Aug 11 05:16:41 + 2010 --- Created an attachment (id=71031) fix code patch file (Based on OOo3.1M11 code) - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113784] chart2: In ImplChartModel , leaked SvNumberFormatter object cause many S vNumberformat objects in SvNumberFormatter.aFT able leaks too
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113784 Issue #|113784 Summary|chart2: In ImplChartModel, leaked SvNumberFormatter ob |ject cause many SvNumberformat objects in SvNumberForm |atter.aFTable leaks too Component|Chart Version|OOO310m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|PATCH Priority|P3 Subcomponent|code Assigned to|iha Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Wed Aug 11 05:15:49 + 2010 --- The memory leak problem can be easily recreated by these steps, 1. new a sw document 2. insert a chart object, then it switches into embedded mode 3. close the document without saving For this simple operation, about 65 SvNumberformat objects leaks. This leak is caused by the SvNumberFormatter object leaks which is allocated in ImplChartModel::GetNumberFormatsSupplier() method. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113743] chart2: Part of the DataS eries objects created by API "XclImpChSeries:: CreateDataSeries() const" leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113743 --- Additional comments from zhangjf...@openoffice.org Wed Aug 11 00:29:37 + 2010 --- It looks good, thank you. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113743] chart2: Part of the DataS eries objects created by API "XclImpChSeries:: CreateDataSeries() const" leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113743 User zhangjfibm changed the following: What|Old value |New value Attachment is patch| |Created an attachment (id= | |71025) New patch using XCo | |mponent pattern. Please c | |heck if it works and is ac | |ceptable. --- Additional comments from zhangjf...@openoffice.org Tue Aug 10 02:56:21 + 2010 --- Created an attachment (id=71025) New patch using XComponent pattern. Please check if it works and is acceptable. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113743] chart2: Part of the DataS eries objects created by API "XclImpChSeries:: CreateDataSeries() const" leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113743 --- Additional comments from zhangjf...@openoffice.org Tue Aug 10 01:34:39 + 2010 --- Such a patch is still not ready yet. I need a few time to work out one. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113751] sd: There are one SharedP ageDescriptor and PageObject object for each p age leak
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113751 --- Additional comments from zhangjf...@openoffice.org Mon Aug 9 14:08:10 + 2010 --- To observe the memory leak, just simply new a document, then close it without save. Please also notice that not all allocated PageDescriptor and PageObject objects leak, As I can still remember, for each page it creates two PageDescriptor object, one of them leaks. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113751] sd: There are one SharedP ageDescriptor and PageObject object for each p age leak
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113751 User zhangjfibm changed the following: What|Old value |New value Attachment is patch| |Created an attachment (id= | |71022) fix code patch file | | (Based on OOo3.1M11 code) | |. The fix is not so elegan | |t, you can refer to it. --- Additional comments from zhangjf...@openoffice.org Mon Aug 9 14:03:34 + 2010 --- Created an attachment (id=71022) fix code patch file (Based on OOo3.1M11 code). The fix is not so elegant, you can refer to it. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113751] sd: There are one SharedP ageDescriptor and PageObject object for each p age leak
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113751 Issue #|113751 Summary|sd: There are one SharedPageDescriptor and PageObject |object for each page leak Component|Drawing Version|OOO310m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|PATCH Priority|P2 Subcomponent|code Assigned to|graphicsneedsconfirm Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Mon Aug 9 14:02:09 + 2010 --- For each page in sd document, there are one SharedPageDescriptor and PageObject object leak, which then cause obviously memory leak. sd::slidesorter::controller::PageObjectFactory::CreatePageObject(SdPage *,shared_ptr::boost const&)const [x:\impr\sd\source\ui\slidesorter\controller\slspageobjectfactory.cxx:68] sd::slidesorter::model::PageDescriptor::GetPageObject(void) [x:\impr\sd\source\ui\slidesorter\model\slspagedescriptor.cxx:110] sd::slidesorter::view::SlideSorterView::Layout(void) [x:\impr\sd\source\ui\slidesorter\view\slidesorterview.cxx:402] sd::slidesorter::controller::SlideSorterController::SetDocumentSlides(Reference::uno::star::sun::com const&) [x:\impr\sd\source\ui\slidesorter\controller\slidesortercontroller.cxx:1049] sd::slidesorter::model::SlideSorterModel::UpdatePageList(void) [x:\impr\sd\source\ui\slidesorter\model\slidesortermodel.cxx:478] sd::slidesorter::SlideSorterViewShell::Init(bool) [x:\impr\sd\source\ui\slidesorter\shell\slidesorterviewshell.cxx:220] sd::framework::BasicViewFactory::CreateView(Reference::uno::star::sun::com const&,SfxViewFrame&,Window&,Reference::uno::star::sun::com const&,FrameView::sd *) [x:\impr\sd\source\ui\framework\factories\basicviewfactory.cxx:385] sd::framework::BasicViewFactory::createResource(Reference::uno::star::sun::com const&) [x:\impr\sd\source\ui\framework\factories\basicviewfactory.cxx:246] sd::framework::ConfigurationControllerResourceManager::ActivateResource(Reference::uno::star::sun::com const&,Reference::uno::star::sun::com const&) [x:\impr\sd\source\ui\framework\configuration\configurationcontrollerresourcemanager.cxx:165] The root cause of the leak is, . In SlideSorterModel::GetPageDescriptor(), it creates SharedPageDescriptor objects and stored in maPageDescriptors array object. . in SlideSorterModel::Resync()->SlideSorterModel::ClearDescriptorList (void) call, the maPageDescriptors array is reset and reconstructured. After that SlideSorterModel in fact lose the reference to original SharedPageDescriptor objects, and in sequential call to SlideSorterModel::GetPageDescriptor(), it will create new SharedPageDescriptor() again. . When SlideSorterModel::~SlideSorterModel() is called, the original SharedPageDescriptor's refernce count is decreased to 2. These 2 references are from PageDescriptor->PageObject object and PageDescriptor->PageObject->mpViewContact. But SharedPageDescriptor should responsible of releasing the PageDescriptor->PageObject object. It is also a cyclic reference, although they are all not UNO objects. The fix code will, When SlideSorterModel::Resync()->SlideSorterModel::ClearDescriptorList (void) is called, remember the overwritten SharedPageDescriptor objects into new array object maPageDescriptors_bak. When SlideSorterModel::~SlideSorterModel() is called, free PageDescriptor->PageObject object explicitly, so the dead loop is broken and original SharedPageDescriptor object can be freed normally. Create a new API PageDescriptor::FreePageObject (void) for that purpose. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[xml-issues] [Issue 113748] xmloff: When saving odp d ocuments, many SvxUnoNumberingRules objects wh ich are put into the pool leaks in xmloff modu le
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113748 --- Additional comments from zhangjf...@openoffice.org Mon Aug 9 12:40:27 + 2010 --- XMLTextListAutoStylePool.pNames may also have leaks, but don't know the condition to make it happen. You may have a check too. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@xml.openoffice.org For additional commands, e-mail: issues-h...@xml.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[xml-issues] [Issue 113748] xmloff: When saving odp d ocuments, many SvxUnoNumberingRules objects wh ich are put into the pool leaks in xmloff modu le
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113748 Issue #|113748 Summary|xmloff: When saving odp documents, many SvxUnoNumberin |gRules objects which are put into the pool leaks in xm |loff module Component|xml Version|OOO310m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|PATCH Priority|P3 Subcomponent|code Assigned to|mba Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Mon Aug 9 12:38:14 + 2010 --- The memory leak problem can be easily recreated by saving any .odp documents. Depends on how many pages and styles, the leaked mmeory varies. The SvxUnoNumberingRules are created with below call stack, svxmi!SvxUnoNumberingRules::SvxUnoNumberingRules+006D (z:\impr\svx\source\unodraw\unonrule.cxx, 166) svxmi!SvxCreateNumRule+002E (z:\impr\svx\source\unodraw\unonrule.cxx, 622) svxmi!SvxUnoTextRangeBase::GetPropertyValueHelper+0162 (z:\impr\svx\source\unoedit\unotext.cxx, 699) svxmi!SvxUnoTextRangeBase::getPropertyValue+0487 (z:\impr\svx\source\unoedit\unotext.cxx, 671) svxmi!SvxUnoTextRangeBase::_getPropertyValues+0272 (z:\impr\svx\source\unoedit\unotext.cxx, 965) svxmi!SvxUnoTextContent::getPropertyValues+002B (z:\impr\svx\source\unoedit\unotext2.cxx, 350) xomi!MultiPropertySetHelper::getValues+002E (z:\lib\xmloff\source\style\multipropertysethelper.cxx, 158) xomi!MultiPropertySetHelper::getValue+0091 (z:\lib\xmloff\source\style\multipropertysethelper.cxx, 196) xomi!XMLTextParagraphExport::Add+0158 (z:\lib\xmloff\source\text\txtparae.cxx, 397) xomi!XMLTextParagraphExport::exportParagraph+01A6 (z:\lib\xmloff\source\text\txtparae.cxx, 2003) xomi!XMLTextParagraphExport::exportTextContentEnumeration+0484 (z:\lib\xmloff\source\text\txtparae.cxx, 1897) xomi!XMLTextParagraphExport::exportText+0277 (z:\lib\xmloff\source\text\txtparae.cxx, 1767) xomi!XMLShapeExport::collectShapeAutoStyles+059A (z:\lib\xmloff\source\draw\shapeexport.cxx, 269) xomi!XMLShapeExport::collectShapesAutoStyles+00E0 (z:\lib\xmloff\source\draw\shapeexport.cxx, 911) xomi!SdXMLExport::CollectDrawPageAutoStyles+0341 (z:\lib\xmloff\source\draw\sdxmlexp.cxx, 2609) xomi!SdXMLExport::_ExportAutoStyles+0E86 (z:\lib\xmloff\source\draw\sdxmlexp.cxx, 3431) xomi!SvXMLExport::ImplExportAutoStyles+03DB (z:\lib\xmloff\source\core\xmlexp.cxx, 1214) xomi!SvXMLExport::exportDoc+0ED1 (z:\lib\xmloff\source\core\xmlexp.cxx, 1493) xomi!SdXMLExport::exportDoc+0554 (z:\lib\xmloff\source\draw\sdxmlexp.cxx, 2395) xomi!SvXMLExport::filter+01BC (z:\lib\xmloff\source\core\xmlexp.cxx, 941) sdmi!SdXMLFilter::Export+2636 (z:\impr\sd\source\filter\xml\sdxmlwrp.cxx, 1235) sdmi!sd::DrawDocShell::SaveAs+085C (z:\impr\sd\source\ui\docshell\docshel4.cxx, 683) sfxmi!SfxObjectShell::SaveAsOwnFormat+00E2 (z:\lib\sfx2\source\doc\objstor.cxx, 3331) sdmi!sd::DrawDocShell::SaveAsOwnFormat+01A1 (z:\impr\sd\source\ui\docshell\docshel4.cxx, 1253) sfxmi!SfxObjectShell::SaveTo_Impl+12E4 (z:\lib\sfx2\source\doc\objstor.cxx, 1639) sfxmi!SfxObjectShell::PreDoSaveAs_Impl+031C (z:\lib\sfx2\source\doc\objstor.cxx, 3028) sfxmi!SfxObjectShell::CommonSaveAs_Impl+07E4 (z:\lib\sfx2\source\doc\objstor.cxx, 287 The root cause is the SvxUnoNumberingRules objects referred by XMLTextListAutoStylePoolEntry_Impl objects, which is put into XMLTextListAutoStylePool in api XMLTextListAutoStylePool::Add(), but they are not freed correctly when the pool object freed. The fix is quite straightforward. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@xml.openoffice.org For additional commands, e-mail: issues-h...@xml.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[xml-issues] [Issue 113748] xmloff: When saving odp d ocuments, many SvxUnoNumberingRules objects wh ich are put into the pool leaks in xmloff modu le
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113748 User zhangjfibm changed the following: What|Old value |New value Attachment is patch| |Created an attachment (id= | |71021) fix code patch file | | (Based on OOo3.1M11 code) | | --- Additional comments from zhangjf...@openoffice.org Mon Aug 9 12:38:38 + 2010 --- Created an attachment (id=71021) fix code patch file (Based on OOo3.1M11 code) - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@xml.openoffice.org For additional commands, e-mail: issues-h...@xml.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113743] chart2: Part of the DataS eries objects created by API "XclImpChSeries:: CreateDataSeries() const" leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113743 --- Additional comments from zhangjf...@openoffice.org Mon Aug 9 12:02:53 + 2010 --- Created an attachment (id=71019) It is an ugly patch, but it did fix the leak. Just for your reference. You can change to use the normal standard way - implement XComponent pattern to fix this problem. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113743] chart2: Part of the DataS eries objects created by API "XclImpChSeries:: CreateDataSeries() const" leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113743 --- Additional comments from zhangjf...@openoffice.org Mon Aug 9 11:59:07 + 2010 --- Created an attachment (id=71018) sample file to recreate the memory leak - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113743] chart2: Part of the DataS eries objects created by API "XclImpChSeries:: CreateDataSeries() const" leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113743 Issue #|113743 Summary|chart2: Part of the DataSeries objects created by API |"XclImpChSeries::CreateDataSeries() const" leaks Component|Chart Version|OOO310m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|PATCH Priority|P2 Subcomponent|code Assigned to|iha Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Mon Aug 9 11:58:00 + 2010 --- This obvious memory leak problem can be recreated with loading the sample file which has charts inside. The callstack when creating the leaked DataSeries are, chartmodelmi.dll!chart::DataSeries::DataSeries(const com::sun::star::uno::Reference & xContext={...}) Line 144 C++ chartmodelmi.dll!chart::DataSeries::create(const com::sun::star::uno::Reference & xContext={...}) Line 92 + 0x4b bytes C++ cppuhelper3MSC.dll!cppu::OSingleFactoryHelper::createInstanceEveryTime(const com::sun::star::uno::Reference & xContext={...}) Line 177 + 0xe bytes C++ cppuhelper3MSC.dll!cppu::OSingleFactoryHelper::createInstanceWithContext(const com::sun::star::uno::Reference & xContext={...}) Line 218 + 0x17 bytes C++ cppuhelper3MSC.dll!cppu::OFactoryComponentHelper::createInstanceWithContext(const com::sun::star::uno::Reference & xContext={...}) Line 502 + 0x11 bytesC++ cppuhelper3MSC.dll!cppu::ORegistryFactoryHelper::createInstanceEveryTime(const com::sun::star::uno::Reference & xContext={...}) Line 766 + 0x26 bytes C++ cppuhelper3MSC.dll!cppu::OSingleFactoryHelper::createInstanceWithContext(const com::sun::star::uno::Reference & xContext={...}) Line 218 + 0x17 bytes C++ cppuhelper3MSC.dll!cppu::OFactoryComponentHelper::createInstanceWithContext(const com::sun::star::uno::Reference & xContext={...}) Line 502 + 0x11 bytesC++ bootstrap.uno.dll!stoc_smgr::OServiceManager::createInstanceWithContext(const rtl::OUString & rServiceSpecifier={...}, const com::sun::star::uno::Reference & xContext={...}) Line 1276 + 0x23 bytes C++ bootstrap.uno.dll!stoc_smgr::OServiceManager::createInstance(const rtl::OUString & rServiceSpecifier={...}) Line 1386 + 0x1f bytesC++ scfiltmi.dll!ScfApiHelper::CreateInstance(com::sun::star::uno::Reference xFactory={...}, const rtl::OUString & rServiceName={...}) Line 94 + 0x1a bytes C++ scfiltmi.dll!ScfApiHelper::CreateInstance(const rtl::OUString & rServiceName={...}) Line 111 + 0x20 bytes C++ > scfiltmi.dll!XclImpChSeries::CreateDataSeries() Line 1735 + 0x65 bytes > C++ scfiltmi.dll!XclImpChTypeGroup::CreateDataSeries(com::sun::star::uno::Reference xChartType={...}, long nApiAxesSetIdx=0x) Line 2515 + 0x14 bytes C++ scfiltmi.dll!XclImpChTypeGroup::CreateChartType(com::sun::star::uno::Reference xDiagram={...}, long nApiAxesSetIdx=0x) Line 2427 C++ scfiltmi.dll!XclImpChAxesSet::CreateCoordSystem(com::sun::star::uno::Reference xDiagram={...}) Line 3213 + 0x75 bytes C++ The root cause is that, in api "XclImpChSeries::CreateDataSeries() const", after creating the DataSeries uno object, it then calls api, > chartmodelmi.dll!chart::DataSeries::getDataPointByIndex(long nIndex=0x) Line 406C++ scfiltmi.dll!`anonymous namespace'::lclGetPointPropSet(com::sun::star::uno::Reference xDataSeries={...}, unsigned short nPointIdx=0x) Line 1706 + 0x1e bytes C++ scfiltmi.dll!XclImpChSeries::CreateDataSeries() Line 1801 + 0x5b bytes C++ scfiltmi.dll!XclImpChTypeGroup::CreateDataSeries(com::sun::star::uno::Reference xChartType={...}, long nApiAxesSetIdx=0x) Line 2515 + 0x14 bytes C++ if you check api chart::DataSeries::getDataPointByIndex(), you may find it creates, aResult.set( new DataPoint( this )); ModifyListenerHelper::addListener( aResult, m_xModifyEventForwarder ); m_aAttributedDataPoints[ nIndex ] = aResult; This piece of code introduces cyclic reference between DataSeies and DataPoint objects stored in m_aAttributedDataPoints. To fix the problem, there must be a code point where to break the cyclic reference. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter y
[graphics-issues] [Issue 113720] sd: The DrawController ob ject created fro each SD document always leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113720 User zhangjfibm changed the following: What|Old value |New value Priority|P3|P2 --- Additional comments from zhangjf...@openoffice.org Sat Aug 7 14:09:35 + 2010 --- Raise priority to P2 - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[udk-issues] [Issue 113722] cppuhelper: New a new cha rt object or load a document with chart, it sh ows obvious memory leak because of ChartModel object leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113722 User zhangjfibm changed the following: What|Old value |New value Attachment is patch| |Created an attachment (id= | |71001) fix code patch file | | (Based on OOo3.1M11 code) | | --- Additional comments from zhangjf...@openoffice.org Sat Aug 7 14:03:25 + 2010 --- Created an attachment (id=71001) fix code patch file (Based on OOo3.1M11 code) - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@udk.openoffice.org For additional commands, e-mail: issues-h...@udk.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[udk-issues] [Issue 113722] cppuhelper: New a new cha rt object or load a document with chart, it sh ows obvious memory leak because of ChartModel object leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113722 Issue #|113722 Summary|cppuhelper: New a new chart object or load a document |with chart, it shows obvious memory leak because of Ch |artModel object leaks Component|udk Version|OOO320m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|PATCH Priority|P2 Subcomponent|code Assigned to|kr Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Sat Aug 7 14:02:28 + 2010 --- The call stack create the ChartModel is, chartmodelmi.dll!chart::ChartModel::ChartModel(const com::sun::star::uno::Reference & xContext={...}) Line 108 C++ chartmodelmi.dll!chart::ChartModel::create(const com::sun::star::uno::Reference & xContext={...}) Line 210 + 0x55 bytes C++ cppuhelper3MSC.dll!cppu::OSingleFactoryHelper::createInstanceEveryTime(const com::sun::star::uno::Reference & xContext={...}) Line 177 + 0x10 bytes C++ cppuhelper3MSC.dll!cppu::OSingleFactoryHelper::createInstanceWithContext(const com::sun::star::uno::Reference & xContext={...}) Line 218 + 0x19 bytes C++ cppuhelper3MSC.dll!cppu::OFactoryComponentHelper::createInstanceWithContext(const com::sun::star::uno::Reference & xContext={...}) Line 502 + 0x11 bytesC++ > cppuhelper3MSC.dll!cppu::OSingleFactoryHelper::createInstanceWithArgumentsAndContext(const com::sun::star::uno::Sequence & rArguments={...}, const com::sun::star::uno::Reference & xContext={...}) Line 226 + 0x16 bytes C++ cppuhelper3MSC.dll!cppu::OFactoryComponentHelper::createInstanceWithArgumentsAndContext(const com::sun::star::uno::Sequence & rArguments={...}, const com::sun::star::uno::Reference & xContext={...}) Line 521 + 0x15 bytes C++ cppuhelper3MSC.dll!cppu::ORegistryFactoryHelper::createInstanceWithArgumentsAndContext(const com::sun::star::uno::Sequence & rArguments={...}, const com::sun::star::uno::Reference & xContext={...}) Line 828 + 0x2c bytes C++ bootstrap.uno.dll!stoc_smgr::OServiceManager::createInstanceWithArgumentsAndContext(const rtl::OUString & rServiceSpecifier={...}, const com::sun::star::uno::Sequence & rArguments={...}, const com::sun::star::uno::Reference & xContext={...}) Line 1340 + 0x29 bytes C++ bootstrap.uno.dll!stoc_smgr::OServiceManager::createInstanceWithArguments(const rtl::OUString & rServiceSpecifier={...}, const com::sun::star::uno::Sequence & rArguments={...}) Line 1396 + 0x25 bytes C++ embobj.dll!CreateDocument(const com::sun::star::uno::Reference & _rxFactory={...}, const rtl::OUString & _rDocumentServiceName={...}, bool _bEmbeddedScriptSupport=true) Line 216 + 0x37 bytesC++ embobj.dll!OCommonEmbeddedObject::InitNewDocument_Impl() Line 310 + 0x41 bytes C++ embobj.dll!OCommonEmbeddedObject::setPersistentEntry(const com::sun::star::uno::Reference & xStorage={...}, const rtl::OUString & sEntName={...}, long nEntryConnectionMode=0x0001, const com::sun::star::uno::Sequence & lArguments={...}, const com::sun::star::uno::Sequence & lObjArgs={...}) Line 1097 + 0x12 bytes C++ In above callstack, it calls... OSingleFactoryHelper::createInstanceWithArgumentsAndContext() ...-> cppuhelper3MSC.dll!cppu::OSingleFactoryHelper::createInstanceWithArgumentsAndContext() ... -> chartmodelmi.dll!chart::ChartModel::ChartModel() Below is the ChartModel Ctor, it creates cyclic reference between ChartModel and ChartModel.m_pImplChartModel. To release it, ChartModel::Dispose() must be called. ChartModel::ChartModel(uno::Reference const & xContext) : m_aLifeTimeManager( this, this ) , m_bReadOnly( sal_False ) , m_bModified( sal_False ) , m_nInLoad(0) , m_bUpdateNotificationsPending(false) , m_aControllers( m_aModelMutex ) , m_nControllerLockCount(0) , m_xContext( xContext ) // default visual area is 8 x 7 cm , m_aVisualAreaSize( 8000, 7000 ) { OSL_TRACE( "ChartModel: CTOR called" ); // attention: passing this as reference to ImplChartModel m_pImplChartModel.reset( new impl::ImplChartModel( xContext, this )); // reference } In OSingleFactoryHelper::createInstanceWithArgumentsAndContext(), xInit.is() always fails, OSingleFactoryHelper::createInstanceWithArgumentsAndContext() { Reference< XInterface > xRet( createInstanceWithContext( xContext ) ); Reference< lang::XInitialization > xInit( xRet, UNO_QUERY ); if (xInit.is()) // When creating ChartModel, it always fa
[graphics-issues] [Issue 113720] sd: The DrawController ob ject created fro each SD document always leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113720 User zhangjfibm changed the following: What|Old value |New value Attachment is patch| |Created an attachment (id= | |71000) fix code patch file | | (Based on OOo3.1M11 code) | | --- Additional comments from zhangjf...@openoffice.org Sat Aug 7 12:39:42 + 2010 --- Created an attachment (id=71000) fix code patch file (Based on OOo3.1M11 code) - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113720] sd: The DrawController ob ject created fro each SD document always leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113720 Issue #|113720 Summary|sd: The DrawController object created fro each SD docu |ment always leaks Component|Drawing Version|OOO310m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|PATCH Priority|P3 Subcomponent|code Assigned to|graphicsneedsconfirm Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Sat Aug 7 12:37:28 + 2010 --- When create/open any odp document, in api ViewShellBase::Implementation::LateInit() it creates an DrawController object, but it always leaks, which in sequence cause ModuleController object and some other objects it refers to leak. The root cause of the leak is because there is cyclic reference between DrawController and ModuleController objects. DrawController.mxModuleController refer to an ModuleController object while ModuleController.mxController refer back to the DrawController object. To fix this memory leak problem, it needs break the cyclic reference in ModuleController::dispose() api, currently it is empty. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[gsl-issues] [Issue 113604] vcl: ImplFontCharMap obje cts are leaked after they are removing from Ch arMapCacheItem[] in OutputDevice::GetFontCharM ap()
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113604 User zhangjfibm changed the following: What|Old value |New value Attachment is patch| |Created an attachment (id= | |70999) fix code to the iss | |ue (based on OOo 3.1M11 co | |de) --- Additional comments from zhangjf...@openoffice.org Sat Aug 7 12:13:56 + 2010 --- Created an attachment (id=70999) fix code to the issue (based on OOo 3.1M11 code) - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@gsl.openoffice.org For additional commands, e-mail: issues-h...@gsl.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113701] sd: When saving ppt file, it shows big memory leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113701 User zhangjfibm changed the following: What|Old value |New value Attachment is patch| |Created an attachment (id= | |70983) patch file for ppt | |save memory leak problem. | | Generated on OOo3.1M11 so | |urce code --- Additional comments from zhangjf...@openoffice.org Fri Aug 6 07:09:54 + 2010 --- Created an attachment (id=70983) patch file for ppt save memory leak problem. Generated on OOo3.1M11 source code - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113701] sd: When saving ppt file, it shows big memory leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113701 Issue #|113701 Summary|sd: When saving ppt file, it shows big memory leaks Component|Drawing Version|OOO310m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|PATCH Priority|P2 Subcomponent|code Assigned to|graphicsneedsconfirm Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Fri Aug 6 07:07:42 + 2010 --- When save a ppt file, a lot of leaked objects are created with this call stack, MSVCR90!operator new+001F (f:\dd\vctools\crt_bld\self_x86\crt\src\new.cpp, 59) sotmi!StgPage::StgPage+0023 sotmi!StgCache::Create+002F sotmi!StgCache::Copy+001F sotmi!StgFATStrm::SetSize+00E4 sotmi!StgFAT::AllocPages+00CC sotmi!StgStrm::SetSize+005B sotmi!StgDataStrm::SetSize+002A sotmi!StgDirEntry::Tmp2Strm+00D0 sotmi!StgDirEntry::StoreStream+005D sotmi!StgDirEntry::StoreStreams+0010 sotmi!StgDirEntry::StoreStreams+0025 sotmi!StgDirEntry::StoreStreams+0036 sotmi!StgDirEntry::StoreStreams+004A sotmi!StgDirStrm::Store+0031 sotmi!StgIo::CommitAll+000F sotmi!SotStorage::Commit+000F sdmi!sd::DrawDocShell::ConvertTo+0334 (z:\impr\sd\source\ui\docshell\docshel4.cxx, 744) sfxmi!SfxObjectShell::SaveTo_Impl+1CA3 (z:\lib\sfx2\source\doc\objstor.cxx, 1752) sfxmi!SfxObjectShell::PreDoSaveAs_Impl+0341 (z:\lib\sfx2\source\doc\objstor.cxx, 3028) sfxmi!SfxObjectShell::CommonSaveAs_Impl+07EA (z:\lib\sfx2\source\doc\objstor.cxx, 2879) sfxmi!SfxObjectShell::APISaveAs_Impl+038F (z:\lib\sfx2\source\doc\objserv.cxx, 349) sfxmi!SfxBaseModel::impl_store+0DF2 (z:\lib\sfx2\source\doc\sfxbasemodel.cxx, 2742) sfxmi!SfxBaseModel::storeAsURL+0153 (z:\lib\sfx2\source\doc\sfxbasemodel.cxx, 1610) The root cause is after saving ppt files, the stream opened for writing contents is not freed, which in sequence cause the storage cache object used for saving ppt file is not released. It has many cache buffer, which shows big memory leak. Look more clear at the code, In method PPTWriter::PPTWriter(), it creates several streams object from PPTWriter::PPTWriter() { mpStrm = mrStg->OpenSotStream( String( RTL_CONSTASCII_USTRINGPARAM( "PowerPoint Document" ) ) ); if ( !mpStrm ) return; if ( !mpPicStrm ) mpPicStrm = mrStg->OpenSotStream( String( RTL_CONSTASCII_USTRINGPARAM( "Pictures" ) ) ); ... } } in method PPTWriter::ImplCreateCurrentUserStream(), it creates another stream, sal_Bool PPTWriter::ImplCreateCurrentUserStream() { mpCurUserStrm = mrStg->OpenSotStream( String( RTL_CONSTASCII_USTRINGPARAM( "Current User" ) ) ); if ( !mpCurUserStrm ) return FALSE; ... } All these allocated stream object are not released when PPTWriter object is destoried. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113699] sd: Opening a ppt file, t here is obvious memory leak because the SotSto rage object for reading ppt files leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113699 Issue #|113699 Summary|sd: Opening a ppt file, there is obvious memory leak b |ecause the SotStorage object for reading ppt files lea |ks Component|Drawing Version|OOO310m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|PATCH Priority|P2 Subcomponent|code Assigned to|graphicsneedsconfirm Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Fri Aug 6 06:23:53 + 2010 --- This memory leak problem can be easily recreated by opening any ppt files, then close it. The storage object created at the begin of api sdmi.dll!SdPPTFilter::Import(), which causes obvious memory leak from SD. The root cause is, The callstack fragment when importing a ppt files, > sdmi.dll!PropRead::PropRead(SotStorage & rStorage={...}, const String & rName={...}) Line 597 C++ sdmi.dll!ImplSdPPTImport::Import() Line 296 + 0x7e bytes C++ sdmi.dll!SdPPTImport::Import() Line 185C++ > sdmi.dll!SdPPTFilter::Import() Line 113 + 0xb bytesC++ sdmi.dll!sd::DrawDocShell::ConvertFrom(SfxMedium & rMedium={...}) Line 517 + 0x36 bytes C++ At the beging of api SdPPTFilter::Import(), an SotStorageRef is created for reading ppt contents, SdPPTFilter::Import() { SotStorageRef pStorage = new SotStorage( mrMedium.GetInStream(), FALSE ); SdPPTImport* pImport = new SdPPTImport( &mrDocument, *pDocStream, *pStorage, mrMedium, &aTracer ); ... } In api PropRead::PropRead(), the above Storage object is used to ceate a mpSvStream for reading, at that time mpSvStream keep a reference back to the storage object. PropRead::PropRead() {... mpSvStream = rStorage.OpenSotStream( rName, STREAM_STD_READ ); } The definition of mpSvStream is, class PropRead : private List { sal_BoolmbStatus; SvStorageStream*mpSvStream; ..} Here PropRead class doesn't define an explictly dtor. So there is no explicit code to free PropRead.mpSvStream object, which in sequence cause the pStorage object is not released too. Solution: Suggested solution is very simple, in file propread.hxx change the mpSvStream to, class PropRead : private List { sal_BoolmbStatus; SvStorageStreamRef mpSvStream; ..} - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 113663] unoxml: The libxml dom no des of any removed UNOXML child nodes are not freed
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113663 --- Additional comments from zhangjf...@openoffice.org Fri Aug 6 05:39:15 + 2010 --- Created an attachment (id=70981) sample file for multi CNode problem - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 113663] unoxml: The libxml dom no des of any removed UNOXML child nodes are not freed
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113663 --- Additional comments from zhangjf...@openoffice.org Fri Aug 6 05:37:27 + 2010 --- Thank you for your quick fix. Since I only have 31M11 build environment, so I migrate the 3 patches' code to my code base and try a new build, the result is, . open/close an odt document, the CDocument object is freed normally . open/save/close an odt doc, the CDocument object is not freed. The removed child nodes do get freed. I guess there are still some attribute nodes are not freed. I am not sure if I missed something, please help to check it in your environment. There are several concerns about the patches, 1. Removing child node means removing a DOM sub tree, we'd also take care of it's children nodes because they in fact are orphaned nodes too. 2. We met a very special cases before. UNOXML creates several CNode for a single libxml DOM node. In that case, if we freed the m_aNodePtr in first CNode, then we may get trouble when freeing the second CNode. This case can be recreated by these steps with OOo 3.1M11 build. . open the attached sample file . Select some text in one table cell, and change it to bold text. . Then save and close the document I am not sure if still can be recreated with 321 code and these patches. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[udk-issues] [Issue 113686] stoc: When loading charts , many InterfaceIdlClassImpl objects leak
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113686 User zhangjfibm changed the following: What|Old value |New value Attachment is patch| |Created an attachment (id= | |70974) fix code patch file | | --- Additional comments from zhangjf...@openoffice.org Thu Aug 5 15:02:10 + 2010 --- Created an attachment (id=70974) fix code patch file - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@udk.openoffice.org For additional commands, e-mail: issues-h...@udk.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[udk-issues] [Issue 113686] stoc: When loading charts , many InterfaceIdlClassImpl objects leak
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113686 --- Additional comments from zhangjf...@openoffice.org Thu Aug 5 15:01:06 + 2010 --- Created an attachment (id=70973) sample file to recreate the memory leak - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@udk.openoffice.org For additional commands, e-mail: issues-h...@udk.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[udk-issues] [Issue 113686] stoc: When loading charts , many InterfaceIdlClassImpl objects leak
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113686 Issue #|113686 Summary|stoc: When loading charts, many InterfaceIdlClassImpl |objects leak Component|udk Version|OOO320m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|PATCH Priority|P2 Subcomponent|code Assigned to|kr Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Thu Aug 5 14:59:59 + 2010 --- The leak can be recreated by opening the sample file sc_complex_13sh_4kcell.xls. You can create object counter to see how many InterfaceIdlClassImpl leaks. The root cause of this leak is, When loading the charts, it creates many InterfaceIdlClassImpl objects, they will be put into IdlReflectionServiceImpl._aElements cache. There is cyclic reference between InterfaceIdlClassImpl and IdlReflectionServiceImpl objects. So before IdlReflectionServiceImpl object can be released, IdlReflectionServiceImpl::dispose() must be called to break their cyclic reference. In current implementation, After IdlReflectionServiceImpl::dispose() is called, there are more IdlReflectionServiceImpl objects are created and put into the cache again, then new cyclic references created again. The solution is after IdlReflectionServiceImpl::dispose() is called, IdlReflectionServiceImpl must prevent more IdlReflectionServiceImpl objects are put into the cache again. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@udk.openoffice.org For additional commands, e-mail: issues-h...@udk.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 113668] sc: Setting conditional format to cell will cause ScTableConditionalEn try and ScTableConditionalFormat objects leak
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113668 --- Additional comments from zhangjf...@openoffice.org Thu Aug 5 07:54:27 + 2010 --- Created an attachment (id=70965) sample file to recreate the memory leak - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 113668] sc: Setting conditional format to cell will cause ScTableConditionalEn try and ScTableConditionalFormat objects leak
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113668 Issue #|113668 Summary|sc: Setting conditional format to cell will cause ScT |ableConditionalEntry and ScTableConditionalFormat obje |cts leak Component|Spreadsheet Version|OOO310m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|PATCH Priority|P2 Subcomponent|code Assigned to|nn Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Thu Aug 5 07:53:18 + 2010 --- You can observe the described leak by opening the sample .ods file. Depends on how may cells and how many conditional formats are set, leaked memory may varies. This sample file show serious leak. The root cause is if setting a conditional style to a cell, it creates an ScTableConditionalFormat object. Then in api void ScTableConditionalFormat::AddEntry_Impl(const ScCondFormatEntryItem& aEntry) { ScTableConditionalEntry* pNew = new ScTableConditionalEntry(this, aEntry); pNew->acquire(); aEntries.Insert( pNew, LIST_APPEND ); } It creates ScTableConditionalEntry objects and insert into a list. if you check ScTableConditionalEntry's CTOR, ScTableConditionalEntry::ScTableConditionalEntry(ScTableConditionalFormat* pPar, const ScCondFormatEntryItem& aItem) : pParent( pPar ), aData( aItem ) { if (pParent) pParent->acquire(); } So there is cyclic reference between ScTableConditionalFormat and ScTableConditionalEntry objects. Both objects create at loading/saving time will leak. To fix it, suggest not to call pParent->acquire(); in ScTableConditionalEntry Ctor API. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 113663] unoxml: The libxml dom no des of any removed UNOXML child nodes are not freed
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113663 User zhangjfibm changed the following: What|Old value |New value Issue type|PATCH |DEFECT --- Additional comments from zhangjf...@openoffice.org Thu Aug 5 01:25:20 + 2010 --- update issue type to defect. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 113663] unoxml: The libxml dom no des of any removed UNOXML child nodes are not freed
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113663 Issue #|113663 Summary|unoxml: The libxml dom nodes of any removed UNOXML chi |ld nodes are not freed Component|framework Version|OOO320m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|PATCH Priority|P3 Subcomponent|code Assigned to|mba Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Thu Aug 5 01:24:36 + 2010 --- The problem is not so serious with normal usages, but it's solution may related with http://www.openoffice.org/issues/show_bug.cgi?id=112783. Please also take a look. To repeat the problem, just simply open any odf document, then save and close it. When saving the odf document, to update some ODF meta data, DOM::CElement::removeChild() is called, so several unoxml dom CNode are removed from the dom tree. Below is the callstack when it happens, unoxmlmi.dll!DOM::CNode::removeChild(const com::sun::star::uno::Reference & oldChild={...}) Line 715 C++ unoxmlmi.dll!DOM::CElement::removeChild(const com::sun::star::uno::Reference & oldChild={...}) Line 274 + 0x11C++ > sfxmi.dll!`anonymous namespace'::SfxDocumentMetaData::setMetaList(const > char * i_name=0x01ba5154, const com::sun::star::uno::Sequence & i_rValue={...}, const _STL::vector<_STL::vector<_STL::pair,_STL::allocator<_STL::pair > >,_STL::allocator<_STL::vector<_STL::pair,_STL::allocator<_STL::pair > > > > * i_pAttrs=0x0185b6fc) Line 875 + 0x41 C++ sfxmi.dll!`anonymous namespace'::SfxDocumentMetaData::updateUserDefinedAndAttributes() Line 1056 + 0x16C++ sfxmi.dll!`anonymous namespace'::SfxDocumentMetaData::serialize(const com::sun::star::uno::Reference & i_xHandler={...}, const com::sun::star::uno::Sequence & i_rNamespaces={...}) Line 2311 + 0xc C++ xomi.dll!SvXMLMetaExport::Export() Line 376 + 0x8e C++ For any UNO XML CNode objects that are not removed from the DOM tree, their corresponding libxml DOM nodes will be completely removed by api xmlFreeDoc(m_aDocPtr) in CDocument::~CDocument(), CDocument::~CDocument(){ ... xmlFreeDoc(m_aDocPtr); } But for any removed Childern CNodes, libxml dom tree doesn't have all these nodes, so in fact all these node will leak after the CDocument object released. DOM::CElement::removeChild() may be also called in other cases, such as calling through UNO API :: com :: sun :: star :: xml :: dom :: XNode::removeChild() directly in OOo applications. Our current ugly fix is to identify all removed Child CNode objects in CDocument dtor api, then for each orphaned CNode, call xmlFreeNodeList(). But it seems this fix conflicts with the fix code of http://www.openoffice.org/issues/show_bug.cgi?id=112783, since CDocument won't remember all child CNode objects any more. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 113662] sc: When open/close a .od s file with several notes inside, it shows obv ious memory leak
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113662 --- Additional comments from zhangjf...@openoffice.org Thu Aug 5 00:29:10 + 2010 --- Created an attachment (id=70964) Sample file to recreate the leak - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 113662] sc: When open/close a .od s file with several notes inside, it shows obv ious memory leak
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113662 Issue #|113662 Summary|sc: When open/close a .ods file with several notes ins |ide, it shows obvious memory leak Component|Spreadsheet Version|OOO310m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|PATCH Priority|P2 Subcomponent|code Assigned to|nn Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Thu Aug 5 00:28:19 + 2010 --- Repeat Opening-closing the attached sample .ods file for several times, you can find there is obvious memory increase. The cause of the problem is that for each SC notes object, it will create an ScPostIt object. In this calls ScPostIt::ScPostIt()->ScPostIt::CreateCaption()->ScCaptionCreator.GetCaption(), ScCaptionCreator has an SdrCaptionObj object and returns to ScPostIt, then ScPostIlt store it in DrawPage object by calling, pDrawPage->InsertObject( maNoteData.mpCaption ); While in ScpostIt::RemoveCaption(), it calls, pDrawPage->RemoveObject( maNoteData.mpCaption->GetOrdNum() ); to Remove the SdrCaptionObj from the DrawPage. But the SdrCaptionObj is not released, so it leaks finally. And mpViewContact->mxViewIndependentPrimitive2DSequence attr of SdrObject class which is the base class of SdrCaptionObj keeps so many Primitive2D objects, which makes the leak is obvious. The suggested fix code is, void ScPostIt::RemoveCaption() { ... // remove the object from the drawing page, delete if undo is disabled SdrObject* pObj = pDrawPage->RemoveObject( maNoteData.mpCaption->GetOrdNum() ); // // FIX CODE, Need release the SdrCaptionObj objects explicitly if( !(pDrawLayer && pDrawLayer->IsRecording() )) SdrObject::Free(pObj); ... } - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[gsl-issues] [Issue 113604] vcl: ImplFontCharMap obje cts are leaked after they are removing from Ch arMapCacheItem[] in OutputDevice::GetFontCharM ap()
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113604 --- Additional comments from zhangjf...@openoffice.org Wed Aug 4 13:02:08 + 2010 --- The problem can be easily recreated if you click to show the font drop down list on toolbar. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@gsl.openoffice.org For additional commands, e-mail: issues-h...@gsl.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 113608] animations: All animatio n nodes are leaked
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113608 Issue #|113608 Summary|animations: All animation nodes are leaked Component|Drawing Version|OOO310m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|code Assigned to|thb Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Tue Aug 3 08:25:19 + 2010 --- If you set animation effects to a sd document, you can find that all AnimationNode nodes are leaked. Depends on how many Animation effects are created in sd document, the size of memory leak varies. The root causes are, first, wrong AnimationNode::release() implementation. // XInterface void SAL_CALL AnimationNode::release( ) throw () { OWeakObject::acquire(); } second, Because AnimationNode maintain a childern node list, while each child node also has a reference back to the parent node, there is a cyclic loop reference between them. So when a SdPage object is destoried, all AnimationNode objects for it are in fact not freed. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[gsl-issues] [Issue 113606] forms: When opening a for m document, it expose obvious memory leak afte r it is closed
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113606 --- Additional comments from zhangjf...@openoffice.org Tue Aug 3 08:08:19 + 2010 --- Created an attachment (id=70928) form document - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@gsl.openoffice.org For additional commands, e-mail: issues-h...@gsl.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[gsl-issues] [Issue 113606] forms: When opening a for m document, it expose obvious memory leak afte r it is closed
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113606 Issue #|113606 Summary|forms: When opening a form document, it expose obvious | memory leak after it is closed Component|gsl Version|OOO310m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|code Assigned to|pl Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Tue Aug 3 08:07:32 + 2010 --- You can repeat the memory leak scenario by opening the attached sample file. Because the xforms::Model object is never released, so many other objects it refered to also leaks, such as all binding/submission object put into xforms::Model.mxSubmissions and xforms::Model.mxBindings. The xforms::Model object can not be released is caused by cyclic references between xforms::Model object and it's mxSubmission and mxBinding objects. Suggest to implement the xforms::Model to implement the XComponent interface, and when call xforms::Model::dispose() in SwDoc dtor api. Below call stack shows when the xforms::Model object is created. (The line No. may not be accurate.) + c40 ( 1260 - 620) 18 allocsBackTrace46DA + 10 (18 - 8) BackTrace46DA allocations sal3!rtl_allocateMemory+000D (z:\ure\sal\rtl\source\alloc_global.c, 308) frmmi!frm::Model_CreateInstance+0036 (z:\sdk\forms\source\xforms\xforms_services.cxx, 65) cppuhelper3MSC!cppu::OSingleFactoryHelper::createInstanceEveryTime+011E (z:\ure\cppuhelper\source\factory.cxx, 186) cppuhelper3MSC!cppu::OSingleFactoryHelper::createInstanceWithContext+0043 (z:\ure\cppuhelper\source\factory.cxx, 218) cppuhelper3MSC!cppu::OFactoryComponentHelper::createInstanceWithContext+00FE (z:\ure\cppuhelper\source\factory.cxx, 502) cppuhelper3MSC!cppu::ORegistryFactoryHelper::createInstanceEveryTime+014B (z:\ure\cppuhelper\source\factory.cxx, 766) cppuhelper3MSC!cppu::OSingleFactoryHelper::createInstanceWithContext+0043 (z:\ure\cppuhelper\source\factory.cxx, 218) cppuhelper3MSC!cppu::OFactoryComponentHelper::createInstanceWithContext+00FE (z:\ure\cppuhelper\source\factory.cxx, 502) bootstrap.uno!stoc_smgr::OServiceManager::createInstanceWithContext+033B (z:\ure\stoc\source\servicemanager\servicemanager.cxx, 1276) bootstrap.uno!stoc_smgr::OServiceManager::createInstance+004B (z:\ure\stoc\source\servicemanager\servicemanager.cxx, 1387) xomi!lcl_createPropertySet+005C (z:\lib\xmloff\source\xforms\xformsapi.cxx, 79) xomi!lcl_createXFormsModel+009D (z:\lib\xmloff\source\xforms\xformsapi.cxx, 87) xomi!XFormsModelContext::XFormsModelContext+0061 (z:\lib\xmloff\source\xforms\xformsmodelcontext.cxx, 88) xomi!createXFormsModelContext+0054 (z:\lib\xmloff\source\xforms\xformsimport.cxx, 77) xomi!xmloff::OFormLayerXMLImport_Impl::createContext+0198 (z:\lib\xmloff\source\forms\layerimport.cxx, 571) xomi!xmloff::OFormLayerXMLImport::createContext+001F (z:\lib\xmloff\source\forms\formlayerimport.cxx, 115) xomi!xmloff::OFormsRootImport::CreateChildContext+006A (z:\lib\xmloff\source\forms\officeforms.cxx, 74) xomi!SvXMLImport::startElement+0505 (z:\lib\xmloff\source\core\xmlimp.cxx, 700) sax.uno!sax_expatwrap::SaxExpatParser_Impl::callbackStartElement+0230 (z:\lib\sax\source\expatwrap\sax_expat.cxx, 826) sax.uno!call_callbackStartElement+0014 (z:\lib\sax\source\expatwrap\sax_expat.cxx, 325) sax.uno!XML_Parse+1AA5 sax.uno!XML_Parse+206B sax.uno!XML_Parse+28D8 sax.uno!XML_Parse+2A6E sax.uno!XML_Parse+2B0F sax.uno!XML_Parse+009F sax.uno!sax_expatwrap::SaxExpatParser_Impl::parse+0145 (z:\lib\sax\source\expatwrap\sax_expat.cxx, 760) sax.uno!sax_expatwrap::SaxExpatParser::parseStream+04E0 (z:\lib\sax\source\expatwrap\sax_expat.cxx, 538) - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@gsl.openoffice.org For additional commands, e-mail: issues-h...@gsl.openoffice.org - To unsubscribe, e-mail: allbugs-uns
[framework-issues] [Issue 113601] unoxml: When loading an O DF docment, UNO DOM::CDocument object, all UNO DOM::CNode and libxml DOM objects are leaked
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113601 User zhangjfibm changed the following: What|Old value |New value Priority|P3|P2 --- Additional comments from zhangjf...@openoffice.org Tue Aug 3 07:31:14 + 2010 --- Raise priority to P2 - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[gsl-issues] [Issue 113604] vcl: ImplFontCharMap obje cts are leaked after they are removing from Ch arMapCacheItem[] in OutputDevice::GetFontCharM ap()
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113604 User zhangjfibm changed the following: What|Old value |New value Priority|P3|P2 --- Additional comments from zhangjf...@openoffice.org Tue Aug 3 07:30:37 + 2010 --- Raise priority - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@gsl.openoffice.org For additional commands, e-mail: issues-h...@gsl.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 113605] embeddedobj: lacking ::Re leaseStgMedium() call on STGMEDIUM object whic h causes obvious memory leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113605 User zhangjfibm changed the following: What|Old value |New value Priority|P3|P2 --- Additional comments from zhangjf...@openoffice.org Tue Aug 3 07:31:51 + 2010 --- Raise Priority to P2 - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 113605] embeddedobj: lacking ::Re leaseStgMedium() call on STGMEDIUM object whic h causes obvious memory leaks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113605 Issue #|113605 Summary|embeddedobj: lacking ::ReleaseStgMedium() call on STGM |EDIUM object which causes obvious memory leaks Component|framework Version|OOO320m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|mba Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Tue Aug 3 07:24:12 + 2010 --- in both api OleComponent::GetExtent( sal_Int64 nAspect ), and OleComponent::getTransferData( const datatransfer::DataFlavor& aFlavor ), they call the COM API pDataObject->GetData( &aFormat, &aMedium ) to read data from the STGMEDIUM object. But after that, the paired com API ::ReleaseStgMedium() on the STGMEDIUM object is missing, so it causes serious memory leak when opening a document has ole inside. + 1c7dc ( 1c7dc - 0) 5 allocsBackTraceABFD + 5 ( 5 - 0) BackTraceABFD allocations ntdll!RtlpNtMakeTemporaryKey+74CE ntdll!LdrAlternateResourcesEnabled+2B05 ntdll!RtlDosSearchPath_Ustr+0310 kernel32!LocalAlloc+0052 GDI32!EnumMetaFile+1187 GDI32!SetEnhMetaFileBits+0030 ole32!HENHMETAFILE_UserUnmarshalWorker+006B ole32!STGMEDIUM_UserUnmarshalWorker+00D9 ole32!STGMEDIUM_UserUnmarshal+003D RPCRT4!NdrUserMarshalUnmarshall+00F4 RPCRT4!NdrUserMarshalUnmarshall+0083 RPCRT4!NdrCorrelationPass+0142 RPCRT4!NdrClientCall2+01B8 ole32!IDataObject_RemoteGetData_Proxy+001B ole32!CDefObject::GetData+00C1 emboleobj!OleComponent::getTransferData+01F7 (z:\lib\embeddedobj\source\msole\olecomponent.cxx, 1537) emboleobj!OleEmbeddedObject::getPreferredVisualRepresentation_Impl+0612 (z:\lib\embeddedobj\source\msole\olevisual.cxx, 678) emboleobj!OleEmbeddedObject::getPreferredVisualRepresentation+008E (z:\lib\embeddedobj\source\msole\olevisual.cxx, 579) comphelp4MSC!comphelper::EmbeddedObjectContainer::GetGraphicReplacementStream+0042 svtmi!svt::EmbeddedObjectRef::GetGraphicReplacementStream+0044 (z:\lib\svtools\source\misc\embedhlp.cxx, 877) svtmi!svt::EmbeddedObjectRef::GetGraphicStream+0224 (z:\lib\svtools\source\misc\embedhlp.cxx, 688) svtmi!svt::EmbeddedObjectRef::GetReplacement+01D2 (z:\lib\svtools\source\misc\embedhlp.cxx, 467) svtmi!svt::EmbeddedObjectRef::GetGraphic+0037 (z:\lib\svtools\source\misc\embedhlp.cxx, 485) svxmi!SdrOle2Obj::GetGraphic+002E (z:\impr\svx\source\svdraw\svdoole2.cxx, 1887) svxmi!sdr::contact::ViewContactOfSdrOle2Obj::createViewIndependentPrimitive2DSequence+0040 (z:\impr\svx\source\sdr\contact\viewcontactofsdrole2obj.cxx, 187) svxmi!sdr::contact::ViewContact::getViewIndependentPrimitive2DSequence+0040 (z:\impr\svx\source\sdr\contact\viewcontact.cxx, 301) svxmi!SdrObject::RecalcBoundRect+005E (z:\impr\svx\source\svdraw\svdobj.cxx, 930) svxmi!SdrObject::GetCurrentBoundRect+002A (z:\impr\svx\source\svdraw\svdobj.cxx, 912) svxmi!SdrObjList::RecalcRects+00F2 (z:\impr\svx\source\svdraw\svdpage.cxx, 348) svxmi!SdrObjList::GetAllObjBoundRect+001C (z:\impr\svx\source\svdraw\svdpage.cxx, 704) svxmi!SdrPageView::InvalidateAllWin+00B7 (z:\impr\svx\source\svdraw\svdpagv.cxx, 318) svxmi!SdrPageView::Show+0029 (z:\impr\svx\source\svdraw\svdpagv.cxx, 290) - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[gsl-issues] [Issue 113604] vcl: ImplFontCharMap obje cts are leaked after they are removing from Ch arMapCacheItem[] in OutputDevice::GetFontCharM ap()
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113604 Issue #|113604 Summary|vcl: ImplFontCharMap objects are leaked after they are | removing from CharMapCacheItem[] in OutputDevice::Get |FontCharMap() Component|gsl Version|OOO310m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|pl Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Tue Aug 3 06:53:56 + 2010 --- BE CAUTION, This memory leak problem is not observed on MacOS, it only happens on Windows and Linux platforms. In api OutputDevice::GetFontCharMap(), it calls mpGraphics->GetImplFontCharMap() to create new ImplFontCharMap objects and then put into the static CharMapCacheItem[] array. Next time it will query if the ImplFontCharMap object exists in the cache and reuse it if possible. When putting a new created ImplFontCharMap into the cache, if the cache is full then an old ImplFontCharMap object is removed from the array. On both Windows and Linux platform, it is observed that the removed ImplFontCharMap objects are then leaked. The leak doesn't happen on Mac. The root cause is that ImplFontCharMap keeps a reference count, and the reference count is never reset to 0, so ImplFontCharMap objects are never released. When calling mpGraphics->GetImplFontCharMap(), the reference count of the returned new ImplFontCharMap on Windows is 2, on Linux 1, on mac it is 1 too. If you count into extra one reference from FontData on Windows/Mac, their right initial value should be: Windows, 1 Linux,0 Mac, 1 - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@gsl.openoffice.org For additional commands, e-mail: issues-h...@gsl.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 113601] unoxml: When loading an O DF docment, UNO DOM::CDocument object, all UNO DOM::CNode and libxml DOM objects are leaked
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113601 Issue #|113601 Summary|unoxml: When loading an ODF docment, UNO DOM::CDocumen |t object, all UNO DOM::CNode and libxml DOM objects ar |e leaked Component|framework Version|OOO310m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|mba Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Tue Aug 3 05:08:39 + 2010 --- Each time loading an ODF document, it created an UNO XML DOM tree and a corresponding libxml DOM tree. The root node of UNO XML DOM tree is CDocument node. In DOM::CDocument::~CDocument(), all uno dom nodes and libxml dom nodes will be released. The problem is the created CDocument object is never released, because there are cyclic reference between CDocument and all it's CNode objects. CDocument.m_aNodeRefList keeps reference to all CNodes it creates while each CNode.m_rDocument keep reference back to CDocument object. The problem can be observed if you simply open/close any ODF documents. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 113600] sw: MLK, sub table cause s all table objects leak when loading text doc ument
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113600 --- Additional comments from zhangjf...@openoffice.org Tue Aug 3 03:28:40 + 2010 --- Created an attachment (id=70927) sample file to recreate the memory leak - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 113600] sw: MLK, sub table cause s all table objects leak when loading text doc ument
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113600 Issue #|113600 Summary|sw: MLK, sub table causes all table objects leak when | loading text document Component|Word processor Version|OOO320m19 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|code Assigned to|ama Reported by|zhangjfibm --- Additional comments from zhangjf...@openoffice.org Tue Aug 3 03:25:46 + 2010 --- If a text document has a sub table inside a main table, then all table,subtable,rows/cols/row/col/cell context objects leaks when loading it. You can reproduce the scenario with attached sample file. Some of the leaked SwXMLTableRow_Impl objects are created with below call stack, swmi!SwXMLTableContext::InsertRow+010E (z:\writ\sw\source\filter\xml\xmltbli.cxx, 1699) swmi!SwXMLTableRowContext_Impl::SwXMLTableRowContext_Impl+02C5 (z:\writ\sw\source\filter\xml\xmltbli.cxx, 922) swmi!SwXMLTableContext::CreateChildContext+0242 (z:\writ\sw\source\filter\xml\xmltbli.cxx, 1472) xomi!SvXMLImport::startElement+04BD (z:\lib\xmloff\source\core\xmlimp.cxx, 700) sax.uno!sax_expatwrap::SaxExpatParser_Impl::callbackStartElement+00F9 sax.uno!XML_Parse+1AFE sax.uno!XML_Parse+20C8 sax.uno!XML_ParseBuffer+0037 sax.uno!XML_Parse+01A7 sax.uno!sax_expatwrap::SaxExpatParser_Impl::parse+0074 sax.uno!sax_expatwrap::SaxExpatParser::parseStream+0218 swmi!ReadThroughComponent+04D6 (z:\writ\sw\source\filter\xml\swxml.cxx, 233) swmi!ReadThroughComponent+0526 (z:\writ\sw\source\filter\xml\swxml.cxx, 391) swmi!XMLReader::Read+2814 (z:\writ\sw\source\filter\xml\swxml.cxx, 941) swmi!SwReader::Read+0690 (z:\writ\sw\source\filter\basflt\shellio.cxx, 221) swmi!SwDocShell::Load+026D (z:\writ\sw\source\ui\app\docshini.cxx, 728) sfxmi!XLoadControlSO::DoLoad+004C (z:\lib\sfx2\source\doc\objstor.cxx, 330) sfxmi!XLoadControl::StartLoading+003A (z:\lib\sfx2\source\doc\objstor.cxx, 290) sfxmi!SfxObjectShell::LoadOwnFormat+0127 (z:\lib\sfx2\source\doc\objstor.cxx, 3305) sfxmi!SfxObjectShell::DoLoad+0743 (z:\lib\sfx2\source\doc\objstor.cxx, 858) sfxmi!SfxBaseModel::load+024A (z:\lib\sfx2\source\doc\sfxbasemodel.cxx, 1872) sfxmi!SfxFrameLoader_Impl::load+2C11 (z:\lib\sfx2\source\view\frmload.cxx, 514) fwkmi!framework::LoadEnv::impl_loadContent+0C9A (z:\lib\framework\source\loadenv\loadenv.cxx, 1210) fwkmi!framework::LoadEnv::startLoading+014A (z:\lib\framework\source\loadenv\loadenv.cxx, 431) fwkmi!framework::LoadEnv::loadComponentFromURL+011A (z:\lib\framework\source\loadenv\loadenv.cxx, 226) fwkmi!framework::Desktop::loadComponentFromURL+0E4B (z:\lib\framework\source\services\desktop.cxx, 775) msci_uno!bridges::cpp_uno::shared::UnoInterfaceProxy::getCppI+002F The root cause of the problem is that there cyclic refernce between sub table SwXMLTableContext object and SwXMLTableContext.pRows->SwXMLTableRow_Impl objects, which in sequence cause the main table objects are leaked too. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org