"Peter Huang" said:
Yes, it is somewhat time-consuming to build such an test environment. But I
think you may simple try to run the application on another machine to see
if the problem persists, which may isolate the problem to machine specific
or code specific since sp1 has added some new features including the
security ones which may prevent the underlying harmful code from running.
Hi Peter, to resume, the problem was as follows:
A) Original Setup: Server 2003 + NET 1.1 + VS2003
The application compiled (involving native C++, managed C++ and C#) on this
machine would run on this machine and different test platforms (NT, 2000,
XP; 1.1 and 2.0b1 frameworks).
B) Setup after crititcal update: Server 2003 + NET 1.1 SP 1 + VS2003
When compiling the same source, the application would only run on this
machine and fail on ALL test platforms, on-site and at a client. Compiling
the same source on another developer machine (2000+NET11+VS2003) would still
run on all test platforms and the SP1 machine.
The solution has been cleaned, freshly checked out, the machine booted
inbetween. The code has been Debugged, Purified, etc. without any result.
The problem persisted.
C) Setup after uninstalling the SP1
Problem vanished; like A)
Anyway I think you may try to make a simple reproduce sample together with
detailed reproduce steps and send to me by removing the "online" from my
email address.
Just an suggestion, contacting MS PSS will be another approach, if we
confirm this is a problem in our product, you will be refund.
I know that a repro case would be best here, but the errors I got could not
be pinned to a certain construct. The errors on the different platforms were
similar and always in managed C++ code, but not the same and not at the same
location. For this reason, I did not try to isolate the problem.
My guess is that the managed C++ compiler has a problem with SP1. I
personally decided to stay away from SP1 for developing purposes.
Thank you very much,
Jens.