Issue 66151 - OOo crashes when using too many WIndows GDI resources
Summary: OOo crashes when using too many WIndows GDI resources
Status: CONFIRMED
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: OOo 2.0.3
Hardware: PC Windows, all
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: crash, oooqa
Depends on:
Blocks: 79042
  Show dependency tree
 
Reported: 2006-06-06 10:49 UTC by kami911
Modified: 2013-08-07 15:31 UTC (History)
4 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 kami911 2006-06-06 10:49:18 UTC
WinXP - OOo203m5 - my build
Opening more than 57 concurrent windows of OOo (tested Writer and Calc too)
cause crash... The windows are closed fastly, and QuickStarter closed. The
restarted OOo shows  the repair facility...
Comment 1 Rainer Bielefeld 2006-06-06 16:48:05 UTC
I checked with "2.0.3 RC5  German version WIN XP: [680m5(Build9036)]" and can
confirm the problem - I am not absolutely sure wether it was exactly at the 57th
window :-/

Steps to reproduce:
1. open new spreadsheet as the only open OOo document
2. insert one letter to A1
3. save document
4. open more new windows, always with Menu "Window - New Window" on and on
   expected: endless more windows
   actual: OOo closes without warning if you open more than 57 (?) windows

I created a crash report, the ID of the error report is r2m5vf.
Hint: I did the test with 2.0.3 RC5, but reopened OOo with 680m113 after crash,
because current versions have some problems with error reports.
Comment 2 Rainer Bielefeld 2006-06-06 16:56:15 UTC
Because I wanted to be sure that it's not a general WIN problem, I opened 58
windows for "Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.8.0.1)
Gecko/20060130 SeaMonkey/1.0" without any problem.
Comment 3 Joost Andrae 2006-06-06 17:23:41 UTC
JA: I cannot confirm this on Linux.
Comment 4 Andrea Pescetti 2006-06-09 22:26:15 UTC
Not confirmed on Linux following steps by rainerbielefeld. I could open more
than 100 windows with no problems, except a comprehensible few seconds' delay
when closing all open windows.

Version: 2.0.3-RC5, build "680m5(Build9036)", Italian, Linux.
Comment 5 thorsten.martens 2006-07-20 08:41:56 UTC
TM->PL: Reproducible in a m175 build.
Comment 6 philipp.lohmann 2006-07-20 09:37:20 UTC
Of course that is reproducible. Guess what happens if you exhaust your memory.
Comment 7 thorsten.martens 2006-07-20 09:48:36 UTC
TM->PL: Testet again on a mashine with 1GB (the other one has 512MB) and OOo
crashes at window No.47 ! So it crashes sooner and the problem doesn´t seem to
be memory-related, or does it ? Nevertheless, it is a crash and therefore a
defect. No matter how much memory a mashine has.
Comment 8 philipp.lohmann 2006-07-20 14:56:18 UTC
Yes, you are right. It was not main memory, it was the number of GDI resources
which is desktopwide and finite by design on Windows. You can easily see that as
with those 57 windows open you get into trouble opening any other new window.

So what this boils down to is that OOo's applications use more system handles
than e.g. Firefox - some of which is probably necessary while other cases could
be avoided. Changing the summary accordingly.

But basically this issue falls into the same category as "OOo starts to slow"
and "OOo uses too much memory". Both certainly true, and both basically not
fixable with one simply change, certainly not for 2.0.4 and certainly not in gsl
alone. Solving this one necessesitates a jont effort by applications, drawing
layer and gsl.

In the meantime i can only suggest not opening 57 Windows on Windows, sorry.
Comment 9 kami911 2007-06-25 19:14:29 UTC
Any legal break fo ir?
Fo example opens a windows...

You can open only 57 windows, not more not less. :o)

But crash is a ugly behavior...