Issue 66082 - Depletion of Win98/WinME GDI/System Resources causes crash
Summary: Depletion of Win98/WinME GDI/System Resources causes crash
Status: CLOSED FIXED
Alias: None
Product: Calc
Classification: Application
Component: editing (show other issues)
Version: OOo 2.0.3
Hardware: PC Windows ME
: P3 Trivial (vote)
Target Milestone: ---
Assignee: frank
QA Contact: issues@sc
URL:
Keywords: crash, regression
: 66139 (view as issue list)
Depends on:
Blocks: 65112
  Show dependency tree
 
Reported: 2006-06-04 02:57 UTC by billp
Modified: 2013-08-07 15:13 UTC (History)
8 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description billp 2006-06-04 02:57:24 UTC
Opening of any spreadsheet containing text-formatted cells causes slow depletion 
of GDI/System Resources. Editing these cells causes quick depletion, resulting 
in a crash after editing only a few cells. This problem did not surface in 2.0.
2, but is in all 2.0.3 release candidates I have tried.

Start the Windows ME Resource Meter and open a new spreadsheet in Windows ME. 
Type some text in a cell then copy and paste into 100 cells. The GDI and System 
Resources on the meter will slowly start to drop. Now start to edit individual 
cells using either double click or F2 to enter the edit mode. The GDI and System 
resources will drop quickly with every cell edited, generally 2-15% per cell. 
When resources reach zero, Calc crashes. Crashrep then starts and also crashes.
Comment 1 khirano 2006-06-07 00:17:12 UTC
Reproduced on my Windows 98 SE and Windows ME machines.
When the crashrep crashed on Windows 98 SE, I got the following:
CRASHREP's page violation.
Module: KERNEL32.DLL, Address: 0167:bff7b992
Registers:
EAX=00000020 CS=0167 EIP=bff7b992 EFLGS=00010202
EBX=00000000 SS=016f ESP=006ae950 EBP=006ae98c
ECX=7c38b4e8 DS=016f ESI=00000020 FS=b977
EDX=006c5353 ES=016f EDI=7c36bb92 GS=0000
Bytes at CS:EIP:
80 3e 04 74 0f 33 c0 50 50 50 68 05 00 00 c0 e8 
Stack dump:
7c34f744 7c34f639 00000020 7c36bba6 00000000 7c36bb92 7c34f744 00000000 00000000
006ae964 006ae780 006afb48 7c34240d 7c3821f8 ffffffff 006afb54 
Comment 2 frank 2006-06-07 12:30:24 UTC
Hi,

please check that this crash does not occur if the autospellcheck feature is
switched off.

Thanks

Frank
Comment 3 billp 2006-06-07 12:58:05 UTC
Yes, I did find that turning off spellcheck stops the depletion of GDI resources 
and the crash.

After turning off spellcheck, I found that using the mouse wheel to scroll 
through a spreadsheet also caused GDI resource depletion. I stopped this by 
turning off "Tips".

GDI resource depletion also occurs when a dialog box is displayed. I don't know 
any way around this one.

Bill
Comment 4 Martin Hollmichel 2006-06-07 13:17:19 UTC
after copy, pasting a few hundred cell's I get an 

Visual C++ Runtime Library Runtime Error (the application has requested the
Runtime to terminate it in an unusual way.

second try, pasting a few thousand cell's I also get an exception described by
khirano, with a complete system freeze.

in both cases the crash reporter doesn't come after document recovery.

Are we sure that this is a regression introduced in 2.0.3 ?
Comment 5 oc 2006-06-07 14:50:21 UTC
I'm also able to reproduce this with OOo2.02 
Comment 6 Martin Hollmichel 2006-06-07 20:14:50 UTC
adjust target.
Comment 7 andreschnabel 2006-06-07 20:21:34 UTC
didn't test with 2.0.2 but it worked well in 2.0.1 so setting regression keyword.
Comment 8 jogi 2006-06-08 08:09:53 UTC
cc'ing myself
Comment 9 jjmckenzie 2006-06-09 05:33:14 UTC
There appears to be two issues here:

One GDI depletion
One Crashes upon copy/paste of large amounts of data.

Let's move this into two issues, please.

James M.
Comment 10 andreschnabel 2006-06-09 06:54:25 UTC
To me this seems to be only one.

Copy & Paste of a larger amount of Data works fine .. as long as System/GDI
resources are above Zero. (I've been able to copy'n'paste several thousand cells.)
Calc crashes when resources drop below Zero. 
Resources are heavily used if you copy cells with a background color.
Comment 11 hdu@apache.org 2006-06-09 14:04:48 UTC
reassigning
Comment 12 hdu@apache.org 2006-06-09 14:08:11 UTC
This issue must have been quite older than OOo2.0.2!
Anyway, I found a problem: a DeleteObject works slightly differently on W98 
vs. WNT. W98 doesn't seem to free selected objects, even when the DC is gone.
Fixed in CWS wot04.
Comment 13 hdu@apache.org 2006-06-09 14:55:26 UTC
@fst: please verify in CWS wot04

re-open issue and reassign to fst@openoffice.org
Comment 14 hdu@apache.org 2006-06-09 14:55:37 UTC
reassign to fst@openoffice.org
Comment 15 hdu@apache.org 2006-06-09 14:55:43 UTC
reset resolution to FIXED
Comment 16 stephan_schaefer 2006-06-09 14:58:37 UTC
I just reviewed the patch and it looks good! Using the DeleteObject API in the
correct way doesn't seem to introduce any unwanted side effects so the fix is safe.
Comment 17 frank 2006-06-15 11:40:33 UTC
Found fixed on cws wot04. No crashes detected.
Comment 18 frank 2006-06-19 10:17:32 UTC
found integrated on master ooc680m6
Comment 19 hwoarang 2006-06-27 00:54:15 UTC
*** Issue 66139 has been marked as a duplicate of this issue. ***