HCL
Skip to main content  
 
   


SPRTechnote


Memory leak in CArchSetPolicy::GetArchiveSettings when using Domino Web Access

Technote Number: 1466670


Problem:
This issue was reported to Quality Engineering as SPR# JGRP6AU7P9, and is fixed
in the following releases:

Domino 7.0.2
Domino 6.5.5 Fix Pack 2 (FP2)
Domino 6.5.6

Excerpt from the Lotus Domino Release 6.5.5 FP2, 6.5.6 and 7.0.2 fix lists
(available at http://www.ibm.com/developerworks/lotus):

Server Administration
SPR# JGRP6AU7P9 - If a user attempts to create an archive database from an
archive database, a profile handle would be leaked. This problem has been fixed.


Refer to the Upgrade Central site for details on upgrading Notes/Domino.


Steps to reproduce issue:

1. Start the HTTP server.
2. Open a mail file that uses a Domino Web Access template using the browser.
3. Stop the HTTP server.

Memory leaks reported:

Leaked block: PID=0xE24 Handle=0x1CDB Type=0x024B(PKG_NSF+75) Length=65412
Addr=110FFF1C
NOTE: The following leaked block was allocated by a different process and the
stack trace was generated by the allocating process.

Leaked block: PID=0xE24 Handle=0x1CDB Type=0x024B(PKG_NSF+75) Length=65412
Addr=110FFF1C
Allocated at 3/25/2005 20:01:54 by PID 0xE24 - thread 0x2E
[01]: 60037FA4 [load addr 0x60000000] @ nnotes! _OSAddBlockTraceBlock@20 +0x74
[02]: 60052C55 [load addr 0x60000000] @ nnotes! _OSMemAllocExtended@16 +0x245
[03]: 6005285E [load addr 0x60000000] @ nnotes! _OSMemAlloc@12 +0x1e
[04]: 6071734A [load addr 0x60000000] @ nnotes! _OSCreatePool@28 +0x31a
[05]: 60A8BC24 [load addr 0x60000000] @ nnotes! _NSFNoteCreatePoolExtended@24
+0x114
[06]: 60A8B88A [load addr 0x60000000] @ nnotes! _NSFNoteCreateCloneExt@12 +0x7a
[07]: 60A8B543 [load addr 0x60000000] @ nnotes! _NSFNoteCopyExt@12 +0x83
[08]: 60A8B4B2 [load addr 0x60000000] @ nnotes! _NSFNoteCopy@8 +0x12
[09]: 60A70120 [load addr 0x60000000] @ nnotes! _NSFProfileOpenExt2@36 +0x1c0
[10]: 60A6FF5C [load addr 0x60000000] @ nnotes! _NSFProfileOpenExt@32 +0x2c
[11]: 607F8747 [load addr 0x60000000] @ nnotes!
?GetArchiveSettings@CArchSetPolicy@@QAGGH@Z +0x1b7
[12]: 607F9142 [load addr 0x60000000] @ nnotes!
?Init@CArchSetPolicy@@QAGGPAX00GPAUDBARCHIVE_STATS@@HGH@Z +0x232
[13]: 607F9D9F [load addr 0x60000000] @ nnotes!
_NSFDbArchiveGetBasicSettings@32 +0x13f
[14]: 005FDA41 [load addr 0x00410000] @ NINOTES!
?ShimmerGetArchivePolicy@Haiku@@QAEGPAVNNote@@HPAPAXPAK12@Z +0x3a1
[15]: 006034A3 [load addr 0x00410000] @ NINOTES!
?Dispatch@AtFuncDispatch@Haiku@@QAEGPAV2@PAVNNote@@HPAPAXPAK23@Z +0x1a3
[16]: 005D45CB [load addr 0x00410000] @ NINOTES!
?GetHaikuDatum@Haiku@@QAEGPAVNNote@@HPAPAXPAK12@Z +0x3b
[17]: 00509D67 [load addr 0x00410000] @ NINOTES!
?ExtensionProc@NFormula@@AAEGGGPAKPAPAX10@Z +0x7a7
[18]: 005091FC [load addr 0x00410000] @ NINOTES! _INotesCompExtProc@36 +0x6c

Leaked block: PID=0xE24 Handle=0x1CD3 Type=0x024B(PKG_NSF+75) Length=65412
Addr=B7B00F4
Contents: N...N...N...N...N... 4E81CCCC4E81CCCC4E81CCCC4E81CCCC4E81CCCC
NOTE: The following leaked block was allocated by a different process and the
stack trace was generated by the allocating process.
ERROR - the stack dump could not be located.
It is being generated in the current process.
Allocated at 3/25/2005 20:01:54 by thread 0x2E
[01]: 60037FA4 [load addr 0x60000000] @ nnotes! _OSAddBlockTraceBlock@20 +0x74
[02]: 60052C55 [load addr 0x60000000] @ nnotes! _OSMemAllocExtended@16 +0x245
[03]: 6005285E [load addr 0x60000000] @ nnotes! _OSMemAlloc@12 +0x1e
[04]: 6071734A [load addr 0x60000000] @ nnotes! _OSCreatePool@28 +0x31a
[05]: 60A8BC24 [load addr 0x60000000] @ nnotes! _NSFNoteCreatePoolExtended@24
+0x114
[06]: 60A8B88A [load addr 0x60000000] @ nnotes! _NSFNoteCreateCloneExt@12 +0x7a
[07]: 60A8B543 [load addr 0x60000000] @ nnotes! _NSFNoteCopyExt@12 +0x83
[08]: 60A8B4B2 [load addr 0x60000000] @ nnotes! _NSFNoteCopy@8 +0x12
[09]: 60A70120 [load addr 0x60000000] @ nnotes! _NSFProfileOpenExt2@36 +0x1c0
[10]: 60A6FF5C [load addr 0x60000000] @ nnotes! _NSFProfileOpenExt@32 +0x2c
[11]: 607F8747 [load addr 0x60000000] @ nnotes!
?GetArchiveSettings@CArchSetPolicy@@QAGGH@Z +0x1b7
[12]: 607F9142 [load addr 0x60000000] @ nnotes!
?Init@CArchSetPolicy@@QAGGPAX00GPAUDBARCHIVE_STATS@@HGH@Z +0x232
[13]: 607FA1BB [load addr 0x60000000] @ nnotes! _NSFDbArchiveIsPolicyPresent@4
+0xbb
[14]: 005FD9F2 [load addr 0x00420000] nxmlproc! XMLRangeFactory::`vftable'
+0x1ffde
[15]: 006034A3 [load addr 0x00420000] nxmlproc! XMLRangeFactory::`vftable'
+0x25a8f
[16]: 005D45CB [load addr 0x00420000] nxmlproc! `string' +0x13f
[17]: 00509D67 [load addr 0x00420000] @nxmlproc!
?scanAttValue@XMLScanner@@AAE_NQBVXMLAttDef@@AAVXMLBuffer@@@Z +0x2a7
[18]: 005091FC [load addr 0x00420000] @nxmlproc!
?resolveSchemaGrammar@XMLScanner@@AAEXQBG0@Z +0x32c
More >





  Document options
Print this document
Print view

  Search
Search Advanced Search


  Fix list views

 RSS feeds   RSS
Subscribe to the fix list

  Resources
Using this database
View notices

  HCL Support
HCL Support


    About HCL Privacy Contact