Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Loop while formatting extended version of doc from issue 60340 | ||
---|---|---|---|
Product: | Writer | Reporter: | michael.ruess |
Component: | formatting | Assignee: | michael.ruess |
Status: | CLOSED FIXED | QA Contact: | issues@sw <issues> |
Severity: | Trivial | ||
Priority: | P2 | CC: | discoleo, issues, kpalagin, na1000 |
Version: | OOo 2.2 | ||
Target Milestone: | --- | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
michael.ruess
2007-02-22 08:20:22 UTC
Wouldn't this deserve P2/2.3? P2 - yes, it is a "crash" issue. Target will be adjusted when resources could be granted to fix this issue. Dear developers, The locked file is available with MRU. I am unable to even open the file, let alone edit it. I need a recovered (unlocked) document urgently. Could you send it across please? That's important for me: The developer has not stopped cursing me for switching to OOo, as the entire work has come to a standstill! Earlier I could use MS Word reliably. The only reason to switch to Openoffice was pdf conversion. But now there is no file, no pdf! I don't know how long the recovered document will last till it locks up again. If I convert the file back to MS Word, god only knows how much of the formatting will be lost! The only solution seems to use a tweaked OOo. If you have a beta version of OOo with corrected algorithms, I am ready to take the risk by trying it out. I think the arrangement would benefit your team also, as they get more feedback. Please help! There is a loop in lcl_RecalcRow:
> sw680mi.dll!lcl_RecalcRow(SwRowFrm & rRow={...}, long nBottom=2147483647)
Line 1773 + 0x1a bytes C++
sw680mi.dll!lcl_RecalcTable(SwTabFrm & rTab={...}, SwLayoutFrm *
pFirstRow=0x0703121c, SwLayNotify & rNotify={...}) Line 1826 C++
sw680mi.dll!SwTabFrm::MakeAll() Line 2263 C++
sw680mi.dll!SwTabFrm::MakeAll() Line 2671 C++
sw680mi.dll!SwTabFrm::MakeAll() Line 2671 C++
sw680mi.dll!SwFrm::PrepareMake() Line 413 C++
sw680mi.dll!SwFrm::Calc() Line 1060 C++
sw680mi.dll!SwFrm::PrepareMake() Line 409 C++
sw680mi.dll!SwFrm::Calc() Line 1060 C++
sw680mi.dll!SwLayAction::FormatLayout(SwLayoutFrm * pLay=0x070310f0, unsigned
char bAddRect=0) Line 1580 C++
sw680mi.dll!SwLayAction::FormatLayoutTab(SwTabFrm * pTab=0x070294e0, unsigned
char bAddRect=0) Line 2193 + 0x16 bytes C++
sw680mi.dll!SwLayAction::FormatLayout(SwLayoutFrm * pLay=0x0700e554, unsigned
char bAddRect=0) Line 1710 + 0x13 bytes C++
sw680mi.dll!SwLayAction::FormatLayout(SwLayoutFrm * pLay=0x07008a90, unsigned
char bAddRect=0) Line 1713 + 0x13 bytes C++
sw680mi.dll!SwLayAction::InternalAction() Line 911 C++
sw680mi.dll!SwLayAction::Action() Line 660 C++
sw680mi.dll!SwLayIdle::SwLayIdle(SwRootFrm * pRt=0x06da56d0, SwViewImp *
pI=0x06e2e428) Line 2830 C++
sw680mi.dll!ViewShell::LayoutIdle() Line 796 C++
sw680mi.dll!SwDoc::DoIdleJobs(Timer * pTimer=0x06b60db4) Line 1954 C++
sw680mi.dll!SwDoc::LinkStubDoIdleJobs(void * pThis=0x06b60cc8, void *
pCaller=0x06b60db4) Line 1928 + 0xf bytes C++
tl680mi.dll!Link::Call() + 0x11 bytes C++
vcl680mi.dll!Timer::Timeout() + 0xa bytes C++
vcl680mi.dll!Timer::ImplTimerCallbackProc() + 0x75 bytes C++
vcl680mi.dll!SalTimerProc() + 0x6c bytes C++
user32.dll!77d18709()
[Frames below may be incorrect and/or missing, no symbols loaded for user32.dll]
user32.dll!77d19655()
user32.dll!77d40494()
user32.dll!77d1958f()
user32.dll!77d1919b()
user32.dll!77d40494()
user32.dll!77d189e8()
vcl680mi.dll!ImplDispatchMessage() + 0x15 bytes C++
vcl680mi.dll!WinSalInstance::AcquireYieldMutex() + 0x36 bytes C++
vcl680mi.dll!ImplSalYield() + 0x83 bytes C++
vcl680mi.dll!WinSalInstance::Yield() + 0x9f bytes C++
vcl680mi.dll!Application::Yield() + 0x3a bytes C++
vcl680mi.dll!Application::Execute() + 0x1e bytes C++
soffice.bin!desktop::Desktop::Main() + 0xf60 bytes C++
vcl680mi.dll!ImplSVMain() + 0x3c bytes C++
vcl680mi.dll!SVMain() + 0x1c bytes C++
soffice.bin!_main() - 0x14 bytes C++
soffice.bin!_WinMain@16() + 0x15 bytes C++
soffice.bin!__tmainCRTStartup() Line 578 + 0x1d bytes C
kernel32.dll!7c816d4f()
kernel32.dll!7c8399f3()
In case that gives any hints.
I used 2.2.1 RC2 and RC3 for a few days; and could actually open and edit the document. But now I am using dev2.3 m216 now, and I could open the document just once. Now again it refuses to open. Each time the Microsoft error report says "hungapp" crashes; with offset 0000. But even after recovery OOo does not generate the crash report to be sent to Sun. Please help! Confirmed: I went back to 2.2.1 (stable) and it has worked for the last 5 minutes. (Cannot say whether it will work for longer). So it looks like 2.3 has more unstable design than 2.2.1. The investigator should check what's the difference in code. See also issue 81033 for another (simple) document probably triggering an infinite loop. The problem there is that OOo document recovery corrupted the original document, too [Otherwise, why does the document NOT open after the crash?]. fme->mru: Does this still loop with a current version (after the intergration of loopcontrol)? Can confirm your experience. Does not loop anymore; seems to be fixed by "loopcontrol". fme->mru: Please close this issue if this is still fixed in a current version. Confirmed: The latest version of the document mentioned here does not freeze even when left alone for long durations. fixed closed |