JDK-6410103 : Handle Count increases when IE windows is opened and closed repeatedlt in 5.0u7-b02
  • Type: Bug
  • Component: deploy
  • Sub-Component: plugin
  • Affected Version: 5.0u7
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • OS: windows_xp
  • CPU: x86
  • Submitted: 2006-04-07
  • Updated: 2010-08-05
  • Resolved: 2007-02-14
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
5.0u8Resolved
Related Reports
Duplicate :  
Description
Handle count of IE explore(iexplore) becomes 10 times after 6 hours.
This seems too much.

CONFIGURATION:
 OS : WinXP(SP2, Japanese and english)
 JRE : jre5.0u7
      java version "1.5.0_07"
      Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-b02)
      Java HotSpot(TM) Client VM (build 1.5.0_07-b02, mixed mode, sharing)
 CPU : PentiumIII 700[MHz]
 Mem: 256 MB

REPRODUCE:
 1) Unfold the attached zip file(ArcTest)
 2) modify ArcTest\testcase\top.html adjusting to your directory structure.
 3) double click the Top.html
  IE windows appears
 4) Select "1.5.0_xx ArcTest" in pull down menu
 5) Set "5000" in t"Interval" textbox
 6) click "Launch" button
  "ArcTest" is opened and closed automatically

HOW to measure handle count :
 1) Open [control panel]-[administrative tools]-[performance]
 2) Click "+" of Performance Logs and alerts
 3) point "Counter Logs" and click right button.
    select "New Log Setting..." and input log file name
 4) Click "Add Counter" button
 5) Select "iexplore" in "Select instance from list" box
 6) Select "Handle COunt" in "Select counters from list" box
 7) click "add" button.
 6) Click "Log files" tag
 7) select "Tag FIle[delimited]" from "Log file name" pull down menu.
 8) click "OK" button

RESULT:
 The followings are result after about 8 hours run in WinXP(english)

time(Hour)      Num. of handles
-----------+----------------------------------------
   0              755
   1             2042
   2             3402
   3             4346            
   4             5517
   5             7819
   6             8963
The following is the result in 5.0u5, (windowsXP, SP2, english)

time(Hour)      Num. of handles
-----------+----------------------------------------
   0              694
   1              860
   2              873
   3              886            
   4              897
   5              883
   6              906
The followings are the result in 5.0u6, WindowsXP(SP2, english).

time(Hour)      Num. of handles
-----------+--------------------------
   0               740
   1              2001
   2              3160
   3              4323            
   4              5460
   5              6625
   6              7559

According to the results in 5.0u5, u6 and u7, 
this handle leak has come to occur since 5.0u6.

Comments
EVALUATION Tadayuki has confirmed that the binary verification for 6399321 has also fixed this handle leak issue. Below is the email: Date: Fri, 19 May 2006 01:07:10 +0900 From: Tadayuki Baba <###@###.###> Subject: Re: Act#1-16849949-Esc#1-16332474 Case:830675 Task: Updated at 4-May 09:47 GMT] In-reply-to: <###@###.###> Sender: ###@###.### To: Kevin Walls <###@###.###> Cc: ###@###.###, ###@###.### Hi Kevin, Because I knew your binary works very well in 5.0u6, I asked Yokogawa to verify the binary in 5.0u6fcs. The result by the customer is attached. (Great improvement for handle leak has been done.) Can you start integrating work with this information ? Or do you wait for the result in 5.0u7 from me ? Regards, -tadayuki ========================================================== I'm closing this as a duplicate of 6399321
25-05-2006