To recap, the problem is that we are deploying a product that use .NET 2.0,
and it seems that installing .NET 2.0 breaks BCM.
Are you suggesting that in our installer, we determine if BCM is installed,
and if it is, make sure that the user is running the latest Service Packs
and patches for Office and BCM? This seems like a lot to go through to
deploy a simple .NET 2.0 application.
I was hoping for a simple workaround to make it not break BCM . . .
/brian
- Show quoted text -
I recall that when .NET 2 was released, some BCM installations ran
into problems, but those reports of those problems went down after a
while, so I suspect that some patch fixed the problem in .NET 1.1. You
could also try uninstalling 1.1 and reinstalling it.
If you want to identify what the actual problem is, running a Fusion
of BCM startup has helped in the past. The fusion log viewer utility
is bundled with the .NET SDKs.
If your machines have BCM v1 installed, you should definately update
them to v2 (AKA BCM 2003 Update).
Having the latest patches and SPs recommended by Microsoft Update is a
good practice in general.