My application utilizes the Notes java API in order to connect to my server and sent multiple Notes emails (via diiop). In every version over 6 that I’ve tried, my server crashes with the Panic "OSVBlockAddr Bad VBlock handle (0\0) almost every time I run it. I’ve tried 6.0.1, 6.5.2, and 6.5.3.
Can anyone help point me in the right direction?
Here’s a look at the fatal thread of my NSD (it’s the same for every crash):
############################################################
FATAL THREAD 7/16 [ ndiiop:06b4:05b8]
FP=0x03e5f424, PC=0x60190201, SP=0x03e5e8ac, stksize=2936
EAX=0x012c088c, EBX=0x00000000, ECX=0x00d90000, EDX=0x00d90000
ESI=0x03e5f43c, EDI=0x00000000, CS=0x0000001b, SS=0x00000023
DS=0x00000023, ES=0x00000023, FS=0x00000038, GS=0x00000000 Flags=0x00010202
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
@[ 1] 0x60190201 nnotes._Panic@4+625 (3e50016,ffff,0,0)
@[ 2] 0x60004072 nnotes._OSVBlockAddr@8+114 (60c91aa0,0,0,3e5f4b4)
@[ 3] 0x600b5fe2 nnotes._SignalPortActive@4+18 (0,ffff,0,3e5f4e4)
@[ 4] 0x600b97ee nnotes._NetWait@4+14 (0,ffff,0,0)
@[ 5] 0x6016fef1 nnotes._NetWaitTimeout@16+49 (0,0,0,0)
@[ 6] 0x6016ec16 nnotes._ReceiveNetBuffer@20+102 (a9a80001,3e5f57c,3e5f588,0)
@[ 7] 0x6016e7f3 nnotes._ReceiveBuffer@12+83 (a9a80001,3e5f57c,3e5f588,3f7dffc)
@[ 8] 0x609d74e5 nnotes._ClientSearchStop@4+53 (3f7dffc,ba,1aee,15d0000)
@[ 9] 0x60094589 nnotes._iNSFSearchStop@4+345 (1aee,0,1223720,0)
@[10] 0x600937ae nnotes._NSFSearchStop@4+206 (1aee,121caf4,1223720,1223720)
@[11] 0x62697deb nlsxbe.ANServer::ANSVClose+59 (1223720,62697a67,1223720,1223720)
@[12] 0x62697e84 nlsxbe.ANServer::ANSVCloseThread+20 (1223720,3e5f664,62659dc0,1)
@[13] 0x62697a0b nlsxbe.ANServer::`scalar deleting destructor’+11 (1,4067441,121caf4,1223720)
@[14] 0x62659dc0 nlsxbe.ANotes::ANDecRefCount+288 (1,40674ad,1223720,3e5f698)
@[15] 0x6265e86e nlsxbe._doPurge+94 (1223720,d8c304,0,4067378)
@[16] 0x0040d618 ndiiop.CWBase::~CWBase+152 (1,40a345c,40a1008,4ee6cf)
@[17] 0x004ef0e9 ndiiop.CORBA::Object_ORBProxy::_decref+73 (4067384,47a15e,31,40a1008)
@[18] 0x004d06fe ndiiop.lotus::domino::corba::IViewEntryCollection_StructElem::~IViewEntryCollection_StructElem+30 (40a345c,40a0f40,d8c304,0)
@[19] 0x005400a3 ndiiop.`eh vector destructor iterator’+69 (40a1008,31,4,47a0d0)
@[20] 0x004891cf ndiiop.lotus::domino::corba::_IDL_SEQUENCE_lotus_domino_corba_NameAndObject_0::freebuf+31 (40a0f44,455054,40a6e60,4073c20)
@[21] 0x004891f4 ndiiop.lotus::domino::corba::_IDL_SEQUENCE_lotus_domino_corba_NameAndObject_0::~_IDL_SEQUENCE_lotus_domino_corba_NameAndObject_0+20 (4073c20,3e5f7b8,458ce6,4073c20)
@[22] 0x0045538f ndiiop.lotus::domino::corba::IBase_Dispatcher::__lotus__domino__corba__IBase__dispatch+15 (4073c20,40a6e60,4073c20,40a3470)
@[23] 0x00458ce6 ndiiop.lotus::domino::corba::IEmbeddedObject_Dispatcher::dispatch+2454 (4073c20,40a3470,4073c20,40a344c)
@[24] 0x004f6f00 ndiiop.somd_thread_dispatch+192 (4073c20,4073c20,d8c2b8,0)
@[25] 0x004f767e ndiiop.somoa_request_nothread+462 (4073c20,d8c540,3e5fbc0,51e5d0)
@[26] 0x004f68ba ndiiop.dispatch_request+26 (4073c20,1,11f979c,0)
@[27] 0x0051e5d0 ndiiop.CallStreamIIOP::receive_request+928 (4073c20,0,581940,11f991b)
@[28] 0x0051d530 ndiiop.CallStreamIIOP::receive_message+128 (4073500,0,11f991b,11f9778)
@[29] 0x005252fa ndiiop.IIOPReceiver::process_message+186 (11f979c,4073500,14d0000,11f9778)
@[30] 0x005247df ndiiop.CORBServerSession::StateProcessMessage+127 (11f9778,11f7780,11f7778,11f0000)
@[31] 0x00523ef3 ndiiop.CORBServerSession::Run+371 (11f9778,122bf00,5d5860,122bf00)
@[32] 0x0053b1b5 ndiiop.CBaseTask::StateMachine+373 (11f7778,122bf00,5d5860,122bf1c)
@[33] 0x004f0113 ndiiop.CORBMain::OnConnect+195 (5d5860,122bf1c,11500001,122bf00)
@[34] 0x00537c0c ndiiop.CIServ::ServerTaskProtocolMachine+268 (5d5860,122bf00,3,c)
@[35] 0x0053746c ndiiop.CIServ::ServerTaskIOCP+1052 (0,0,60115d84,0)
@[36] 0x005368dd ndiiop._ServerThread@4+29 (0,1511f60,c,0)
[37] 0x7c57438b KERNEL32.RegisterWowExec+2018