SP1 dlls on non-SP1 machine (public deployment)-Collection of common programming errors

Hi

I have unmanaged dll that I created using VS 2005. This dll is used by some managed C# code.  Prior to installing SP1, when building the dll in VS, it was creating manifest that was referencing name=’Microsoft.VC80.CRT’ version=’8.0.50608.0′. After installing SP1 it started to create manifest that is referencing name=”Microsoft.VC80.CRT” version=”8.0.50727.762″. This behavior causes breaking change for me, meaning that if I don’t change anything in my code, I won’t be able to run my dll on the machine that doesn’t have SP1 installed. My client machines have only .NET 2.0 installed. I personally think that it would make sense to keep old behavior and this way right version is used on both SP1 and non SP1 machines. Ideally I would like to have manifest tool or whatever else to simulate pre SP1 behavior and embed manifest with the ‘8.0.50608.0’ build number.  It is not acceptable for me to ship the app with the c runtime dlls. I am currently trying to deploy the dll with the manifest that I manually created, to see if this would work for me. (It might not because of the way this dll is used by the other processes)

Questions:

1) Am I missing something about new SP1 behavior? Why this change was made? Did anyone have similar problems?

2) How can I embed manifest with my own version?

Any suggestions would be appreciated

Thanks

Aleks