| Summary: | Data about system classes is collected with "Default" filters | ||
|---|---|---|---|
| Product: | z_Archived | Reporter: | Alexander N. Alexeev <analexee> |
| Component: | TPTP | Assignee: | Igor Alelekov <igor.alelekov> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P1 | CC: | analexee, asaf.yaffe, igor.alelekov, jkubasta |
| Version: | unspecified | Keywords: | plan |
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | closed460 | ||
|
Description
Alexander N. Alexeev
*** Bug 200371 has been marked as a duplicate of this bug. *** To reproduce, make sure to enable the "track object allocation sites" option of the Heap profiler. Root-cause analysis: first, note that the "unwanted classes" (e.g. the filtered-out classes) always appear with "0" in all allocation statistics columns. The entries for these classes appear as a result of <classDef> elements which are generated for the allocation site information. To fix this, make sure that classes without any allocation statistics (e.g., no <objAlloc> events) do not appear in the view. Changed "version" field to 4.4, as this bug was found in TPTP 4.4. (In reply to comment #3) > Root-cause analysis: first, note that the "unwanted classes" (e.g. the > filtered-out classes) always appear with "0" in all allocation statistics > columns. > The entries for these classes appear as a result of <classDef> elements which > are generated for the allocation site information. > To fix this, make sure that classes without any allocation statistics (e.g., no > <objAlloc> events) do not appear in the view. Asaf, are you suggesting to screen such classes in the workbench view? Can we do it in the jvmti runtime - don't send <classDef> elements for classes without allocation statistics? (In reply to comment #5) > > Asaf, are you suggesting to screen such classes in the workbench view? > Can we do it in the jvmti runtime - don't send <classDef> elements for classes > without allocation statistics? > I think we have no choice but to do the screening in the workbench side. The <classDef> elements in question (the ones that do not have allocation information) are still required to properly populate the model and the Allocation Sites view (you can't have a <methodDef> element without its <classDef> element). Fixed. As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant enhancements/defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement/defect is verified/closed by the Project Lead since this enhancement/defect has been resolved and unverified for more than 1 year and considered to be fixed. If this enhancement/defect is still unresolved and reproducible in the latest TPTP release (http://www.eclipse.org/tptp/home/downloads/), please re-open. As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant enhancements/defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement/defect is verified/closed by the Project Lead since this enhancement/defect has been resolved and unverified for more than 1 year and considered to be fixed. If this enhancement/defect is still unresolved and reproducible in the latest TPTP release (http://www.eclipse.org/tptp/home/downloads/), please re-open. |