Closed PackElend closed 3 months ago
Your getting error 0x80040154
not 0x80040155
- wiki entry for 0x80040154.
Duplicate of #783.
Read here for Outlook security popup information.
followed wiki entry for 0x80040154.
but still getting
2019-07-29 16:24:14,339 ERROR 1 OutlookGoogleCalendarSync.OGCSexception [0] - System.Runtime.InteropServices.COMException: Class not registered (Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))
what opens OutlookGoogleCalendarSync/docs/Release Notes.md
btw, there are to executables, so path
...\AppData\Local\OutlookGoogleCalendarSync
...\AppData\Local\OutlookGoogleCalendarSync\app-2.8.0-beta
whereof second is the right oneWhat do you currently have in your registry under Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{0006F03A-0000-0000-C000-000000000046}\InprocServer32\15.0.0.0
?
Mine looks like this for 32-bit Office 2016 (which never needed regasm
running):
Might be worth registering with .Net Framework 4.5 and also for 64-bit in case you are using 64-bit Office?
C:\Windows\Microsoft.NET\Framework\v4.0.30319\regasm %LOCALAPPDATA%\OutlookGoogleCalendarSync\app-2.8.0-beta\Microsoft.Office.Interop.Outlook.DLL
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\regasm %LOCALAPPDATA%\OutlookGoogleCalendarSync\app-2.8.0-beta\Microsoft.Office.Interop.Outlook.DLL
same
32 bit
Searching for other issues for 0x80040154
it doesn't look like a solution has ever been figured out except maybe for a full uninstall and reinstall of office. Would be nice to find a more refined solution, though most Googling seems that's what people have to do!
FWIW, I think because OGCS targets "Any CPU", the 64-bit regasm
needs running, so:
C:\Windows\Microsoft.NET\Framework64\v2.0.50727\regasm %LOCALAPPDATA%\OutlookGoogleCalendarSync\app-2.8.0-beta\Microsoft.Office.Interop.Outlook.DLL
This link (and here) suggests regsvr32 "inercomm.dll"
and then a reboot.
so I do tomorrow
C:\Windows\Microsoft.NET\Framework64\v2.0.50727\regasm %LOCALAPPDATA%\OutlookGoogleCalendarSync\app-2.8.0-beta\Microsoft.Office.Interop.Outlook.DLL
regsvr32 "inercomm.dll
Did registering inercomm.dll
make any difference?
it chould be inetcomm.dll
not inercomm.dll
but I get
sfc /scannow
gives me
Windows Resource Protection could not start the repair service.
followed Windows Resource Protection could not start the repair service
and did sfc /scannow
but result is still the same as above.
Did you also try regsvr32 c:\windows\system32\inetcomm.dll
?
Also, just to check - you have already tried an Office Quick Repair?
If you have, could you try creating a new Outlook profile? Then, with Outlook already running with that profile, start OGCS. If that works, hopefully you can get the data copied across from the old profile...
Office Quick Repair done but
created a new profile
but still
2019-08-07 15:38:31,576 ERROR 1 OutlookGoogleCalendarSync.OGCSexception [0] - System.Runtime.InteropServices.COMException: Class not registered (Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))
Starting to run out of things now!
When you created the new Outlook profile, did you reuse any PST or OST file from the previous profile? Probably worth running a repair on PST (and OST if you have one).
Beyond that, I think you are looking at an uninstall and reinstall of Office :cry:
new nst and ost, no pst involved
Other suggestions in order of desperation:
%APPDATA%\Microsoft\Outlook
, reboot, reinstall Office, reboot, create new Outlook profile, open Outlook, open OGCS.Have you only done a Quick Repair, or also a Full/Online Repair? If you're running the Click-to-run or O365 version of Outlook, you need to do an Online Repair. Then try OGCS again.
office machine runs with 2016. It was definitely a full repair as it took a minimum of two hours.
Create a new Windows profile, open Outlook then OGCS
In original profile, uninstall Office, delete contents of
%APPDATA%\Microsoft\Outlook
, reboot, reinstall Office, reboot, create new Outlook profile, open Outlook, open OGCS.
that won't be possible as it is an office machine managed by IT department. I do have local admin rights but creating a new profile it properly a thing to much
I know you ran regasm
earlier on against the Microsoft.Office.Interop.Outlook.DLL
shipped with OGCS, but essentially your problem is that Office should install and register the Primary Interop Assemblies (PIAs) automatically, but it doesn't seem to have in your case.
Could you try searching for all instances of the Outlook PIA:
cd c:\
dir Microsoft.Office.Interop.Outlook.DLL /s
For me, outside of OGCS, I find them in:
c:\Program Files\Microsoft Office\root\Office16\ADDINS\Microsoft Power Query for Excel Integrated\bin
c:\Windows\assembly\GAC_MSIL\Microsoft.Office.Interop.Outlook\15.0.0.0__71e9bce111e9429c
I'd be interested if you have either of these - most importantly the 2nd one. If you do, please try registering:
cd c:\windows\Microsoft.NET\Framework64\v2.0.50727
regasm c:\Windows\assembly\GAC_MSIL\Microsoft.Office.Interop.Outlook\15.0.0.0__71e9bce111e9429c\Microsoft.Office.Interop.Outlook.DLL
C:\>dir Microsoft.Office.Interop.Outlook.DLL /s
Volume in drive C has no label.
Volume Serial Number is 3E45-BC86
Directory of C:\Program Files (x86)\Microsoft Office\Office16\ADDINS\Microsoft Power Query for Excel Integrated\bin
31.07.2015 09:57 973'504 Microsoft.Office.Interop.Outlook.dll
1 File(s) 973'504 bytes
Directory of C:\Program Files (x86)\Microsoft Visual Studio\Shared\Visual Studio Tools for Office\PIA\Office14
31.03.2015 16:56 972'664 Microsoft.Office.Interop.Outlook.dll
1 File(s) 972'664 bytes
Directory of C:\Program Files (x86)\Microsoft Visual Studio\Shared\Visual Studio Tools for Office\PIA\Office15
28.12.2016 12:51 981'656 Microsoft.Office.Interop.Outlook.dll
1 File(s) 981'656 bytes
Directory of C:\Program Files (x86)\Microsoft Visual Studio 12.0\Visual Studio Tools for Office\PIA\Office14
02.06.2014 21:12 972'664 Microsoft.Office.Interop.Outlook.dll
1 File(s) 972'664 bytes
Directory of C:\Program Files (x86)\Microsoft Visual Studio 12.0\Visual Studio Tools for Office\PIA\Office15
02.06.2014 21:12 981'656 Microsoft.Office.Interop.Outlook.dll
1 File(s) 981'656 bytes
Directory of C:\Users\c563368\AppData\Local\OutlookGoogleCalendarSync\app-2.8.0-beta
29.07.2019 09:18 920'376 Microsoft.Office.Interop.Outlook.DLL
1 File(s) 920'376 bytes
Directory of C:\Windows\assembly\GAC_MSIL\Microsoft.Office.Interop.Outlook\14.0.0.0__71e9bce111e9429c
08.05.2018 15:05 972'664 Microsoft.Office.Interop.Outlook.dll
1 File(s) 972'664 bytes
Directory of C:\Windows\assembly\GAC_MSIL\Microsoft.Office.Interop.Outlook\15.0.0.0__71e9bce111e9429c
26.04.2018 10:52 981'696 Microsoft.Office.Interop.Outlook.dll
1 File(s) 981'696 bytes
Total Files Listed:
8 File(s) 7'756'880 bytes
0 Dir(s) 17'374'760'960 bytes free
===>>>
c:\Program Files\Microsoft Office\root\Office16\ADDINS\Microsoft Power Query for Excel Integrated\bin
exists sligtly different
c:\Windows\assembly\GAC_MSIL\Microsoft.Office.Interop.Outlook\15.0.0.0__71e9bce111e9429c
exists, so I did
C:\>cd c:\windows\Microsoft.NET\Framework64\v2.0.50727
c:\Windows\Microsoft.NET\Framework64\v2.0.50727>regasm c:\Windows\assembly\GAC_MSIL\Microsoft.Office.Interop.Outlook\15.0.0.0__71e9bce111e9429c\Microsoft.Office.Interop.Outlook.DLL
Microsoft (R) .NET Framework Assembly Registration Utility 2.0.50727.8784
Copyright (C) Microsoft Corporation 1998-2004. All rights reserved.
Types registered successfully
c:\Windows\Microsoft.NET\Framework64\v2.0.50727>
started OGCS afterwards but still
2019-08-12 09:09:49,953 ERROR 1 OutlookGoogleCalendarSync.OGCSexception [0] - System.Runtime.InteropServices.COMException: Class not registered (Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))
So you have had at some point in the past Office 2010, maybe 2013 too, and now Office 2016? And you also have Visual Studio - have you used this to reference any Office COM objects in a project before?
This SO post makes for interesting reading - though I'm not sure I believe it, as I have Click-to-Run too. Maybe it worked for him just because he reinstalled Office.
Hmm, you said you had 32-bit Office. Try registering your VSTO 32-bit DLL with 32-bit regasm
from .Net framework 4.0 (given that's now what OGCS targets):
cd c:\Windows\Microsoft.NET\Framework\v4.0.30319
regasm "C:\Program Files (x86)\Microsoft Visual Studio\Shared\Visual Studio Tools for Office\PIA\Office15\Microsoft.Office.Interop.Outlook.dll"
Hmm, you said you had 32-bit Office. Try registering your VSTO 32-bit DLL with 32-bit
regasm
from .Net framework 4.0 (given that's now what OGCS targets):
done, same result
2019-09-14 17:10:25,836 ERROR 1 OutlookGoogleCalendarSync.OGCSexception [0] - System.Runtime.InteropServices.COMException: Class not registered (Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))
but it runs as long as outlook is closed
So you have had at some point in the past Office 2010, maybe 2013 too, and now Office 2016? And you also have Visual Studio - have you used this to reference any Office COM objects in a project before?
could be but I don't think so. I have VS installed but the other may result from some app what requires them. Cannot tell what IT installed on my machine, what may uses it.
but it runs as long as outlook is closed
Oh, that's interesting. Can you provide your logfile after starting OGCS with Outlook closed?
Can you provide your logfile after starting OGCS with Outlook closed?
see attached hope it is alright OGcalsync.log
That log file doesn't appear to show OGCS starting successfully either, but Outlook does appear to be running when you've started OGCS?
I started it after OGCS was fully loaded (acc. to the task manager). I'll try it tomorrow again, incl pics of the task manager.
btw, could you make the log files anonymize itself automatically (replacing username and computer name by placeholders)?
voilà screen record plus complete log, that may give you some insight: OGcalsync.log 2019-10-13-12-19-30.zip OGCS was started first, which caused Outlook to start but nothing happened until I started Outlook again manually but that was properly just a coincidence. I did the same thing again and this time Outlook started up. A couple of seconds after Outlook was ready to use the error appeared again: OGcalsync#2.log
btw, could you make the log files anonymize itself automatically (replacing username and computer name by placeholders)?
is that possible?
moreover, how is the logging coded? I have been searching for a proper approach for quite a while without a breakthrough yet, see MS Office Add-in - log creation and storage recommendation allowing offline reconstruction (like android but report/logcat)
@phw198 is this of any help?
Yes, that's helped...though I'm still confused! You said earlier that OGCS "runs as long as Outlook is closed", but in none of your logfiles to date have I seen any evidence of OGCS ever fully working. Have you been able to perform any syncs with OGCS yet (either with Outlook closed or running when you start OGCS)?
In your video, at 32 seconds do you actually click the Outlook icon? There's no yellow circle if you did (but this might be because it's on the taskbar), but at this point, the Outlook task tray icon appears and the Task Manager process icon changes to one with a cog over the Outlook icon (to show Outlook was started programmatically).
Out of interest, what screen capture program were you using there?
The logging is through log4net. The "error reporting" feature uses Google StackDriver logging which can use an additional log appender to push log lines to the cloud. Anonymisation of the lines that include computer user ID etc would probably need to be coded in with regex to strip out the right bits. Will have a think on that...
Have you been able to perform any syncs with OGCS
once it was running in the background without and GUI showing up. Later start trails lad to known error .
In your video, at 32 seconds do you actually click the Outlook icon?
no, I think it is started programmatically by OGCS .
Out of interest, what screen capture program were you using there?
will check tomorrow .
Will have a think on that...
would be great as it is my office machine, so user accounts should not go public
Out of interest, what screen capture program were you using there?
https://www.microsoft.com/en-us/p/screen-recorder-pro-for-win10/9n27gq6mls5s https://www.screentogif.com/
Try re-installing these runtimes: Microsoft Visual C++ 2008 Redistributable Package (x86)
Microsoft Visual C++ 2010 Redistributable Package
It should fix this issue.
installed Microsoft Visual C++ 2008 Redistributable Package (x86) -> no restart required.
Microsoft Visual C++ 2010 Redistributable Package leads to:
A newer version of Microsoft Visual C++ 2010 Redistributable has been detected on the machine.
so I installed
Microsoft Visual C++ 2010 SP1 Redistributable Package (x86)
-> no restart required.
the error message is gone but the app crashes after the appearance of the splash screen what it shown for maybe 5 to 10 seconds. https://github.com/phw198/OutlookGoogleCalendarSync/blob/master/docs/Release%20Notes.md is opened.
running it with admin rights got me but it never showed up in the notification area
Which means this issue has been resolved. Now the new issue is with Outlook app itself and this line is encountered.
@SaifurRahmanMohsin Thanks for posting what looks like the fix! Do you have any link on the background of what was wrong and why the redists needed re-installing?
@PackElend Running Outlook and OGCS at different administration levels is not expected to work. Could you run it not as admin, and then post your log file?
@phw198 I tried both scenarios.
how can I retrieve the log file if the app crashes?
the path given in https://github.com/phw198/outlookgooglecalendarsync/wiki/Reporting-Problems#locating-your-ogcalsynclog-file is not correct, it is without spaces.
app folder:
%APPDATA%\Local\OutlookGoogleCalendarSync
log folder:
%APPDATA%\Roaming\Outlook Google Calendar Sync
2019-12-09 14:42:01,375 ERROR 1 OutlookGoogleCalendarSync.OGCSexception [0] - Code: **0x80040154**;-2147221164
is still the root cause but it does not crashes the app anymore.
May some answers are here https://windows-hexerror.linestarve.com/0x80040154
Aside from the fact that you're now running v2.8.2 instead of v2.8.0, I see no difference in your logfile from your opening post. You say the app doesn't crash any more, but it has: 2019-12-09 14:35:11,532 WARN 1 OutlookGoogleCalendarSync.Program [0] - Tidying down any remaining Outlook references, as OGCS crashed out.
. Not really convinced reinstalling the C++ distributables actually did anything...
Also not sure what you're talking about re the logfile location - what is "without spaces"? The wiki shows spaces and your log file is in that directory: C:\Users\{manually deleted}\AppData\Roaming\Outlook Google Calendar Sync\OGcalsync.log
Anyway, I'll post some variations of OGCS compiled for 64-bit etc in a bit...
Please could you try each of these "hotfixes" (apply them in the same way) and see if it makes any difference?
Platform Target | Executable | Version |
---|---|---|
Any CPU, Prefer 32-bit Checked | Standard Exe | 2.8.2.0 |
Any CPU, Prefer 32-bit Unchecked | v2.8.2.20.zip | 2.8.2.20 |
64-bit | v2.8.2.21.zip | 2.8.2.21 |
32-bit | v2.8.2.22.zip | 2.8.2.22 |
Also not sure what you're talking about re the logfile location - what is "without spaces"? The wiki shows spaces and your log file is in that directory:
C:\Users\{manually deleted}\AppData\Roaming\Outlook Google Calendar Sync\OGcalsync.log
My mistake wasn't clear enough. There are two locations of OGCS
%APPDATA%\Loca\OutlookGoogleCalendarSync
%APPDATA%\Roaming\Outlook Google Calendar Sync
There are two exe:
%APPDATA%\Loca\OutlookGoogleCalendarSync\OutlookGoogleCalendarSync.exe
%APPDATA%\Loca\OutlookGoogleCalendarSync\app-2.8.2-alpha\OutlookGoogleCalendarSync.exe
which one shall be replaced?Aside from the fact that you're now running v2.8.2 instead of v2.8.0,
I tried both, v2.8.2 is the latest tested one.
I uninstalled OGCS and reinstalled v2.8.0,the error message appears again.
replaced
%APPDATA%\Loca\OutlookGoogleCalendarSync\app-2.8.2-alpha\OutlookGoogleCalendarSync.exe
Platform Target | Executable | Version |
---|---|---|
Any CPU, Prefer 32-bit Unchecked | v2.8.2.20.zip | 2.8.2.20 |
last log entries:
2019-12-10 11:29:16,148 DEBUG 1 OutlookGoogleCalendarSync.SettingsProxy [0] - Confirmation of configured proxy: http://www.google.com
2019-12-10 11:29:16,150 INFO 1 OutlookGoogleCalendarSync.Program [0] - New version detected - upgraded from Unknown to 2.8.2.20
2019-12-10 11:29:16,151 DEBUG 1 OutlookGoogleCalendarSync.Program [0] - CheckShortcut: directory=Startup; subdir=
2019-12-10 11:29:16,159 DEBUG 1 OutlookGoogleCalendarSync.Updater [0] - Automatic update check requested.
2019-12-10 11:29:16,170 DEBUG 1 OutlookGoogleCalendarSync.Updater [0] - Checking for Squirrel update...
Platform Target | Executable | Version |
---|---|---|
64-bit | v2.8.2.21.zip | 2.8.2.21 |
last log entries:
2019-12-10 11:30:46,789 DEBUG 1 OutlookGoogleCalendarSync.SettingsProxy [0] - Confirmation of configured proxy: http://www.google.com
2019-12-10 11:30:46,793 INFO 1 OutlookGoogleCalendarSync.Program [0] - New version detected - upgraded from Unknown to 2.8.2.21
2019-12-10 11:30:46,795 DEBUG 1 OutlookGoogleCalendarSync.Program [0] - CheckShortcut: directory=Startup; subdir=
2019-12-10 11:30:46,802 DEBUG 1 OutlookGoogleCalendarSync.Updater [0] - Automatic update check requested.
2019-12-10 11:30:46,817 DEBUG 1 OutlookGoogleCalendarSync.Updater [0] - Checking for Squirrel update...
Platform Target | Executable | Version |
---|---|---|
32-bit | v2.8.2.22.zip | 2.8.2.22 |
last log entries:
2019-12-10 11:32:20,916 DEBUG 1 OutlookGoogleCalendarSync.SettingsProxy [0] - Confirmation of configured proxy: http://www.google.com
2019-12-10 11:32:20,919 INFO 1 OutlookGoogleCalendarSync.Program [0] - New version detected - upgraded from Unknown to 2.8.2.22
2019-12-10 11:32:20,920 DEBUG 1 OutlookGoogleCalendarSync.Program [0] - CheckShortcut: directory=Startup; subdir=
2019-12-10 11:32:20,926 DEBUG 1 OutlookGoogleCalendarSync.Updater [0] - Automatic update check requested.
2019-12-10 11:32:20,945 DEBUG 1 OutlookGoogleCalendarSync.Updater [0] - Checking for Squirrel update...
I installed Microsoft Visual C++ 2010 SP1 Redistributable Package (x86) error still appears
afterwards I installed Microsoft Visual C++ 2010 SP1 Redistributable Package (x64) error still appears
no clue what avoided to show up the error log as described in https://github.com/phw198/OutlookGoogleCalendarSync/issues/788#issuecomment-563180232
Sorry, I'm out of ideas how to troubleshoot further. I'm pretty sure your Windows registry has some corrupted references between 32-bit and 64-bit installations, but I'm not sure how this can be resolved.
thanks for our efforts but your "hotfixes" crash a different point. Their logs show only the first entry of the extract of my "normal" logs is shown. It that also related to my root cause?
2019-12-09 14:35:07,593 DEBUG 1 OutlookGoogleCalendarSync.Updater [0] - Checking for Squirrel update...
2019-12-09 14:35:07,682 INFO 1 OutlookGoogleCalendarSync.NotificationTray [0] - Using NodaTime TZDB: 2019c (mapping: 14742)
2019-12-09 14:35:07,690 DEBUG 16 OutlookGoogleCalendarSync.NotificationTray [0] - Checking for new timezone database...
2019-12-09 14:35:07,709 DEBUG 1 OutlookGoogleCalendarSync.Forms.Main [0] - Initialiasing MainForm.
The crash is when OGCS starts using a third party DLL to check for any updates - seems this is not compatible when OGCS is compiled differently.
Hi @PackElend, not sure if you're still around, but just posted here regarding investigation DLL dependencies problems - wondering if you could also try Dependencies.exe
....
Copying @PackElend's comment from #999:-
still here
That doesn't look right - think there should be a lof of references on the left-hand pane. Are you sure you added in the correct OGCS executable? It needs to be the one in the subdirectory, eg: app-2.8.3-alpha
...
Copying @PackElend's comment from #999:-
still here
I used %LOCALAPPDATA%\OutlookGoogleCalendarSync\OutlookGoogleCalendarSync.exe
here the output of %LOCALAPPDATA%\OutlookGoogleCalendarSync\app-2.8.0-beta\OutlookGoogleCalendarSync.exe
That's disappointing - was hoping it might show an obvious failure for loading a dependency. I guess you could also try the same for the Outlook.exe
file itself and see if that picks anything up.
Happened across @shanselman's video on using ProcMon (who I think is also a user of OGCS :slightly_smiling_face:), which explains a tool that might also be worth having a dig around with:
Filter
> Filter...
Process Name
contains Outlook
and Add
the include filter and Apply
Not entirely sure what we're looking for, but something that doesn't look right! Might also be worth toggling on the left-most "Registry" icon too, to see what's happening there too.
@shanselman Feel free to chip in if you've anything to add?!
sorry for replying that late. I did the same with Outlook
and Procmon64.exe but only
Select Process Name contains Outlook and Add the include filter and Apply
but the log is endless and for whatever reason, OGCS just crashed without any notice after opening GitHub. I added the latest log entries:
OGCS Version: v2.8 beta Installed or Portable: Installed
Problem Description
2019-07-29 09:19:02,042 ERROR 1 OutlookGoogleCalendarSync.OGCSexception [0] - System.Runtime.InteropServices.COMException: Class not registered (Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))
Steps to Reproduce the Issue
install app on x64 machine running
run app
Any other information
I followed https://github.com/phw198/OutlookGoogleCalendarSync/wiki/FAQs---COM-Errors#0x80040155---interface-not-registered but no change
log is attached OGcalsync.log
following prompt pops-up around 5 times before and after error information