Access 2010 APPCrash olemapi32.dll Exception Code 0xc00000005 4 seconds after Office Software Protection services has completed licensing status check

I have discovered a problem with running long running access vba code (sends emails) and Office Software protection service.

I have a scheduled task that runs access 2010 32bit vba code to send out automated emails every night.  Every now and then Access stops responding, with an AppCrash pointing to olemapi32.dll.  normally i restart the windows 7x64 computer and it works fine.
I finally noticed that every time access had an appcrash, they had a Office Software protection service event 4 seconds before the crash. "The Software Protection service has completed licensing status check".  This can not be a coincidence.  

Do i have to have the office software protection platform service running?

This is the office check:
The Software Protection service has completed licensing status check.
Application Id=59a52881-a989-479d-af46-f275c6370663
Licensing Status=
1: 00495466-527f-442f-a681-f36fad813f86, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
2: 00b6bbfc-4091-4182-bb81-93a9a6deb46a, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
3: 09e2d37e-474b-4121-8626-58ad9be5776f, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
4: 0b1aca01-5c25-468f-809d-da81cb49ac3a, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
5: 0e795cce-5bad-40b1-8803-ce71fb89031d, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
6: 0eaaf923-70a2-48bd-a6f1-54cc1aa95c13, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
7: 115a5cf2-d4cf-4627-91dc-839df666d082, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
8: 1783c7a6-840c-4b33-af05-2b1f5cd73527, 1, 1 [(0 [0xC004E003, 0, 0], [( 1 0xC004F00F 3 0 msft:rm/algorithm/hwid/4.0 0x00000000 0)(?)( 1 0xC004F00F 3 0 msft:rm/algorithm/hwid/4.0 0x00000000 0)(?)(?)(?)])(1 [0x00000000, 1, 0], [(?)(?)( 1 0x00000000 3 0 msft:rm/algorithm/phone/1.0 0x00000000 0)(?)(?)(?)])(2 )]
9: 195e23d7-e0b7-4c30-8a30-8e9941afd07e, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
10: 1caef4ec-adec-4236-a835-882f5afd4bf0, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
11: 1dfbb6c1-0c4d-44e9-a0ea-77f59146e011, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
12: 23037f94-d654-4f38-962f-ff5b15348630, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
13: 25fe4611-b44d-49cc-ae87-2143d299194e, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
14: 2bcdddbe-4ebe-4728-9594-625e26137761, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
15: 2beb303e-66c6-4422-b2ec-5aea48b75ee5, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
16: 3850c794-b06f-4633-b02f-8ac4df0a059f, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
17: 3f7aa693-9a7e-44fc-9309-bb3d8e604925, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
18: 42122f59-2850-485e-b0c0-1aaca1c88923, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
19: 4365667b-8304-463e-b542-2df8d0a73ea9, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
20: 4790b2a5-bbf2-4c26-976f-d7736e516cce, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
21: 4efbd4c4-5422-434c-8c25-75da21b9381c, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
22: 50ac2361-fe88-4e5e-b0b2-13acc96ca9ae, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
23: 533d80cb-bf68-48db-ab3e-165b5377599e, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
24: 5dbe2163-3fa9-464c-b8b7-caadde61e4ff, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
25: 6912ccdf-557a-497c-9903-3de6ce9fa631, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
26: 698fa94f-eb99-43be-ab8c-5a085c36936c, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
27: 71fb05b7-19e2-4567-af77-8f31681d39d2, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
28: 7b0ff49b-22da-4c74-876f-b039616d9a4e, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
29: 7b7d1f17-fdcb-4820-9789-9bec6e377821, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
30: 7d4627b9-9467-4aa7-ae7f-892807d78d8f, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
31: 7e05fc0c-7ce4-4849-bb0b-231bdf5dca70, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
32: 8b559c37-0117-413e-921b-b853aeb6e210, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
33: 8cc3794c-4b71-44ea-baae-d95cc1d17042, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
34: 8fc4269f-a845-4d1f-9df0-9f499c92d9cb, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
35: 99279f42-6de2-4346-87b1-b0ec99c7525c, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
36: 9f82274c-c0ef-4212-b8d9-97a6bfbc2dc7, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
37: a7971f62-61d0-4c67-abcc-085c10cf470f, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
38: a963d7ae-7a88-41a7-94da-8bb5635a8af9, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
39: ae3ed6ae-2654-4b82-a4ba-331265bb8972, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
40: afca9e83-152d-48a8-a492-6d552e40ee8a, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
41: b21da2d5-50f1-4c5c-bf59-07baa35e25ba, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
42: b49d9abe-7f30-40aa-9a4c-bde08a14832d, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
43: bed40a3e-6aca-4512-8012-70ae831a2fc5, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
44: c1ceda8b-c578-4d5d-a4aa-23626be4e234, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
45: c4109e90-6c4a-44f6-b380-ef6137122f16, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
46: c735dcc2-f5e9-4077-a72f-4b6d254ddc43, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
47: d79a3f4f-e768-4114-8d3a-7f9f45687f67, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
48: d82665d5-2d8f-46ba-abec-fdf06206b956, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
49: db3bbc9c-ce52-41d1-a46f-1a1d68059119, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
50: ddb12f7c-ce7e-4ee5-a01c-e6af9edbc020, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
51: df01848d-8f9d-4589-9198-4ac51f2547f3, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
52: f10d4c70-f7cc-452a-b4b8-f12e3d6f4eec, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]
53: f63b84d0-ed9d-4b05-99e4-19d33fd7afbd, 1, 0 [(0 [0xC004F014, 0, 0], [(?)(?)(?)(?)(?)(?)])(1 )(2 )]

4 seconds later:
This is the access crash information:
Faulting application name: MSACCESS.EXE, version: 14.0.7104.5000, time stamp: 0x51ce12f7
Faulting module name: olmapi32.dll, version: 14.0.7113.5005, time stamp: 0x52b23e39
Exception code: 0xc0000005
Fault offset: 0x00298710
Faulting process id: 0xd48
Faulting application start time: 0x01d12093a9f39ab9
Faulting application path: C:\Program Files (x86)\Microsoft Office\Office14\MSACCESS.EXE
Faulting module path: C:\Program Files (x86)\Microsoft Office\Office14\olmapi32.dll
Report Id: 0a891b66-8c90-11e5-9e4b-0050568a16b2

Fault bucket , type 0
Event Name: APPCRASH
Response: Not available
Cab Id: 0

Problem signature:
P1: MSACCESS.EXE
P2: 14.0.7104.5000
P3: 51ce12f7
P4: olmapi32.dll
P5: 14.0.7113.5005
P6: 52b23e39
P7: c0000005
P8: 00298710
P9:
P10:

Attached files:
C:\Users\AutoRep\AppData\Local\Temp\4572124.cvr
C:\Custom_Reports\Visual Automated Reports 2010.accdb
C:\Users\AutoRep\AppData\Local\Temp\CVRE9F0.tmp.cvr

These files may be available here:
C:\Users\AutoRep\AppData\Local\Microsoft\Windows\WER\ReportArchive\AppCrash_MSACCESS.EXE_a9f22b8fb68a266792655143512576403de54e58_13d41f53

Analysis symbol:
Rechecking for solution: 0
Report Id: 0a891b66-8c90-11e5-9e4b-0050568a16b2
Report Status: 0
BFanguyAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Scott McDaniel (Microsoft Access MVP - EE MVE )Infotrakker SoftwareCommented:
The Protection Service may be interrupting your process, causing the crash, or the Protection service may have found problems with the licensing (corrupt/invalid licenses, perhaps).

You might try running your process at a different time. This might allow the Protection service to complete before running.

Also be sure the machine is fully up to date in regard to Windows and Office, along with any relevant hotfixes/service packs.
BFanguyAuthor Commented:
How do i schedule when the protection service runs?  I have numerous ACCESS 2010 vba scripts that run for hours.

I did a check on license status, looks ok.

cscript ospp.vbs /dstatus
Microsoft (R) Windows Script Host Version 5.8
Copyright (C) Microsoft Corporation. All rights reserved.

---Processing--------------------------
---------------------------------------
SKU ID: 1783c7a6-840c-4b33-af05-2b1f5cd73527
LICENSE NAME: Office 14, OfficeProfessional-OEM_Perp edition
LICENSE DESCRIPTION: Office 14, RETAIL channel
LICENSE STATUS:  ---LICENSED---
ERROR CODE: 0 as licensed
Last 5 characters of installed product key: XXXXX
---------------------------------------
---------------------------------------
---Exiting-----------------------------

tried patching last week - all kind of new errors started happening, rolled back the machine to the 9th and stop the automatic patching
Jim Dettman (Microsoft MVP/ EE MVE)President / OwnerCommented:
You can't schedule when it runs because it is started when ever an office apps starts.

You can however specify a timeout with the following registry key:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OfficeSoftwareProtectionPlatform

value name:  InactivityShutdownDelay

value type is DWord

  The default is 300 seconds if the key is there.

Jim.
Big Business Goals? Which KPIs Will Help You

The most successful MSPs rely on metrics – known as key performance indicators (KPIs) – for making informed decisions that help their businesses thrive, rather than just survive. This eBook provides an overview of the most important KPIs used by top MSPs.

Jim Dettman (Microsoft MVP/ EE MVE)President / OwnerCommented:
BTW, it just might be a coincidence.   Does this pattern happen every time?

There are many things that can cause an app crash, especially on a long running process.

Jim.
BFanguyAuthor Commented:
It only crashes about once a week and yes 4 seconds after the software protection service license check.
Jim Dettman (Microsoft MVP/ EE MVE)President / OwnerCommented:
That will be a hard one to pin down.

Knowing what I know about the protection service, I can't understand how it would cause a crash in an Outlook DLL.

It's just checking the status of things and then sending some data to Microsoft.

I'd make sure the inactivity key value is set, keep it short (like 30 seconds), and then see what happens.  You might also try disabling the service for a few days and see if that helps.

 It retires every seven days if your already activated, but the software will run 180 days I believe without the check at all, so you could do without it for a bit with no consequence.

Jim.
BFanguyAuthor Commented:
i set the inactivity key to 86,400 seconds (24 hours) yesterday and it ran fine this morning.  I figured i keep it on all the time and see if it makes a difference.
BFanguyAuthor Commented:
you stated it check 1 per week..... that's about how often it crashes.....
BFanguyAuthor Commented:
what happens if i disable osppsvc windows 7 office 2010 32bit
Jim Dettman (Microsoft MVP/ EE MVE)President / OwnerCommented:
Your office will run for 180 days and then quit.

Jim.
BFanguyAuthor Commented:
may just do that and set a reminder to enable it in 170 days...
Jim Dettman (Microsoft MVP/ EE MVE)President / OwnerCommented:
I wouldn't do that.   Any problems and your almost to deadline.

Disable it, run for a week, and see if you get a crash or not.

Jim.
BFanguyAuthor Commented:
setting the inactivity key to 86,400 seconds did not help.  it crashed this morning.
I tried disabling the software protection service and rebooting, but it started it anyway (changed to manual).

what should i do to disable it?
BFanguyAuthor Commented:
I tried stopping the service in the vbs code that calls the access vba code and it restarts as soon as access starts.

I tried stopping the service and renaming the osppsvc.exe to osppsvc.xxx when the scheduled task ran it reinstalled the osppsvc.exe file and started it.
Jim Dettman (Microsoft MVP/ EE MVE)President / OwnerCommented:
Bummer...should have figured it would be pretty well entrenched.   let me see what I can come up with.

Jim.
BFanguyAuthor Commented:
Is there a way to force a Office Software Protection Platform Service check?  if i can run a scheduled task daily to perform the check at a certain time, then i believe i will be okay.

Also just a fyi, i found three "InactivityShutdownDelay" keys in the registry.

The one i entered manually added (as per suggestions from the internet) under
HKLM\SOFTWARE\Microsoft\OfficeSoftwareProtectionPlatform - set to 86400 - 24 hours.

2nd was under:
HKLM\Software\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform set to 300 (5 min)

3rd was under:
HKLM\Software\Wow6432Node\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatformset to 300 (5 min)

I changed all three of them to 5 seconds.... just grasping at straws now.
BFanguyAuthor Commented:
now also noticing i have "The windows search service started" miliseconds before each Office Software Protection Platform service has completed licensing status check.  and we have on average 10 of these sets per day.
BFanguyAuthor Commented:
removed windows search, rebooting.  will see if protection platform service keeps checking 10 time per day.
Jim Dettman (Microsoft MVP/ EE MVE)President / OwnerCommented:
<<Is there a way to force a Office Software Protection Platform Service check?  if i can run a scheduled task daily to perform the check at a certain time, then i believe i will be okay.>>

 That's a great idea; get it out of the way before the app starts....maybe a "launcher" app in app that fires up in Access, doesn't do anything but start your app?

 The license check should be over by then.

Jim.
Jim Dettman (Microsoft MVP/ EE MVE)President / OwnerCommented:
<< That's a great idea; get it out of the way before the app starts....maybe a "launcher" app in app that fires up in Access, doesn't do anything but start your app?>>

  In fact do this:

1. Create the Launcher app in Access
2. Have it open and then wait xx minutes
3. Have it open your original database using the OpenCurrentDatabase method

 MSACCESS.EXE will be running all this time and your app firing up should not be re-triggering the Office platform check with MSACCESS.EXE already started.  

Jim.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Microsoft Access

From novice to tech pro — start learning today.