asked on

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

Scott McDaniel (EE MVE )

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.

BFanguy

ASKER

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 (EE MVE)

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.

Jim Dettman (EE MVE)

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.

BFanguy

ASKER

It only crashes about once a week and yes 4 seconds after the software protection service license check.

Jim Dettman (EE MVE)

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.

BFanguy

ASKER

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.

BFanguy

ASKER

you stated it check 1 per week..... that's about how often it crashes.....

BFanguy

ASKER

what happens if i disable osppsvc windows 7 office 2010 32bit

Jim Dettman (EE MVE)

Your office will run for 180 days and then quit.

Jim.

BFanguy

ASKER

may just do that and set a reminder to enable it in 170 days...

Jim Dettman (EE MVE)

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.

BFanguy

ASKER

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?

BFanguy

ASKER

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 (EE MVE)

Bummer...should have figured it would be pretty well entrenched. let me see what I can come up with.

Jim.

BFanguy

ASKER

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.

BFanguy

ASKER

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.

BFanguy

ASKER

removed windows search, rebooting. will see if protection platform service keeps checking 10 time per day.

Jim Dettman (EE MVE)

<<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.

ASKER CERTIFIED SOLUTION

Jim Dettman (EE MVE)

membership

This solution is only available to members.

To access this solution, you must be a member of Experts Exchange.

Start Free Trial