HCL
Skip to main content  
 
   


SPRTechnote


HTTP Server crash due to null value not being checked

Technote Number: 1204155


Problem:
This issue was reported to Quality Engineering as SPR# ESAO62PMKP and was
addressed in Domino 6.5.4 Fix Pack 1 (FP1) and Domino 6.5.5. This issue does
not occur in Domino 7.0.

Excerpt from the Lotus Domino Release 6.5.4 Fix Pack 1 and 6.5.5 MR fix lists
(available at http://www.ibm.com/developerworks/lotus/):
Miscellaneous
SPR# ESAO62PMKP - A NULL value can be potentially returned when calling
GetContentItemValue, leading to a crash. The fix is to exit the function when
we see a NULL.
There is no known workaround for this problem.

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


This same issue can show up with the following crashing callstack:

############################################################
### FATAL THREAD 1/13 [ nHTTP:0748:0790]
### FP=0x0006dd28, PC=0x6236d631, SP=0x0006dd1c, stksize=12
### EAX=0x0006dd70, EBX=0x00000021, ECX=0x0006dd70, EDX=0x0006dd70
### ESI=0x00000000, EDI=0x0155177c, CS=0x0000001b, SS=0x00000023
### DS=0x00000023, ES=0x00000023, FS=0x00000038, GS=0x00000000 Flags=0x00010202
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
@[ 1] 0x6236d631 NLSCCSTR._LNL_advance_to_nullterm@12+17
(6dd70,21,155177c,6dd50)
@[ 2] 0x623dfcad NLSCCSTR._NLS_advance_to_nullterm@12+29
(6dd70,21,155177c,6dd68)
@[ 3] 0x60007774 nnotes._NLS_advance_to_nullterm@12+20
(6dd70,21,155177c,10f3cf4)
@[ 4] 0x60007747 nnotes._Cstrchr@8+23 (0,21,0,1004bcaa)
@[ 5] 0x60013d98 nnotes._OSPathIsNetwork@4+72 (0,6f898,6dda8,3c84122)
@[ 6] 0x6002731d nnotes._OSLocalizePath@4+13 (0,a6b5e40,a684898,d)
@[ 7] 0x03c84122 NQUICKPLACE.VirtualServer::GetItemsFromDoc+226
(6dfdc,3c5692b,a6b5e40,8ac5ea0)
@[ 8] 0x03c85e46 NQUICKPLACE.AuxConfig::ProcessVirtualServer+86
(6dfdc,6f898,1004bcaa,10f3cf4)
@[ 9] 0x03c8679d NQUICKPLACE.AuxConfig::ProcessResponseDocs+365
(6e100,6f898,1004bcaa,10f3cf4)
@[10] 0x03c86b4d NQUICKPLACE.AuxConfig::Process+701
(8a438ee,8ac5c40,6f780,3c8c6a2)
@[11] 0x03c11307 NQUICKPLACE.IConfig::InitServerConfig+39
(6f898,1004bcaa,10f3cf4,8ac5c40)
@[12] 0x03c8c6a2 NQUICKPLACE.QuickPlaceCore::InitExternalLibs+274
(8,1004bcaa,10f3cf4,1)
@[13] 0x03c8cb8c NQUICKPLACE.QuickPlaceCore::Init+204 (1,0,1,6f928)
@[14] 0x03c6ad83 NQUICKPLACE._QuickPlaceHTTPInitialize+115 (0,1,1,10f3cf4)
@[15] 0x10031918 nhttpstack.HTQuickPlaceExtension::Initialize+1560
(1,10f3cf4,14,10f3cf4)
@[16] 0x1000f238 nhttpstack.HTProcessExtContainer::Initialize+344
(1,10f3cf4,10041720,10009b5f)
@[17] 0x1000abeb nhttpstack.HTControlBlock::InitializeExtensions+43
(1,10f3cf4,1,1)
@[18] 0x10017802 nhttpstack._HTAddInMain@12+626 (400000,1,10f3cf4,6fe18)
@[19] 0x00401014 nHTTP._AddInMain@12+20 (400000,1,10f3cf4,60001102)
@[20] 0x0040104f nHTTP._NotesMain@8+47 (1,400000,60001102,6000113f)
@[21] 0x00401156 nHTTP._main+246 (0,0,0,1)
@[22] 0x00401076 nHTTP._main+22 (1,833cc0,8329a8,403000)
@[23] 0x00401315 nHTTP._mainCRTStartup+227 (60001102,6000113f,7ffdf000,2acd76c)
[24] 0x7c59893d KERNEL32.BackupSeek+1928 (401232,0,c8,100)

In this particular case, the customer had created a Virtual Host document with
a blank "Icons" field, and to work around the crash they simply put in a value
for that field in the Virtual Server document. The customer later upgraded to
correct the Domino code-level bug causing the crashes, but the workaround
helped keep the server running in the interim.
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