Microsoft Blog (URL 1) recommends replacing MSCOMM32.OCX with API (Application Programming Interface) code and links to a Serial Port Communication page (URL 2) where you can download VB source code to use the API.
1.
http://msmvps.com/blogs/access/archive/2009/06/14/an-older-version-of-mscomm32-ocx-has-had-the-quot-kill-bit-quot-flag-set.aspx2.
http://www.thescarms.com/vbasic/commio.aspx may be Microsoft update might have caused this problem.
Some say that the older version of MSCOMM32.OCX has had its "kill bit" set by update "kb969898" (which was installed on system on 28th June).
Suggestions are to roll back the update, download an new version of MSCOMM32.OCX, or use a completely different method to read/write to the serial ports.
Excel checks the Registry entry in 2 places for lincense for that control:
HKEY_LOCAL_MACHINE\SOFTWAR
E\Classes\
Licenses\
and
HKEY_CLASSES_ROOT\Licenses
\
for 4250E830-6AC2-11cf-8ADB-00
AA00C00905
this controls GUID ........ I beleive the value is
@="kjljvjjjoquqmjjjvpqqkqm
qykypoqjqu
oun"
If you had these it would be able to be used.
Other cause:
http://support.microsoft.com/kb/171280alternative is a class written by one of Microsoft employees that more or less mimics MSCOMM as far as the properties and the methods go. The advantages of this class? It is free and you already know MSCOMM. It was posted on MSDN a while ago. Grab it here
http://msdn.microsoft.com/msdnmag/issues/02/10/netserialcomm/another way:::
Try going back to your machine and commenting out code associate with the
comm control, remove the control, and removing it from the references. Then
save the file. Now move the file to the other machine and recreate the
reference to the comm control and put it back in the workbook. Then
uncomment the code.