[Date Prev][Date Next][Thread Prev][Thread Next]
- Subject: Re: Vista bug
- From: Stefan Sandberg <keffo.sandberg@...>
- Date: Mon, 26 Nov 2007 18:44:52 +0100
I don't understand what your issue is. None of this is "secret", nothing
of it is difficult to understand, and MSDN is by far not complicated to use!
Some quick resources found in about 2 seconds, which explain exactly
what it is, and how you use it:
"Understanding Manifest Generation for C/C++ Programs"
"How to: Embed a Manifest Inside a C/C++ Application"
etc, etc, etc, etc..
The notion that there is not enough resources for this issue is just
wrong, and the even more absurd comment that "so many competent software
engineers are confused" just says more about the competence of said
engineers's lack of reading a document describing what it is they're
supposed to do, instead of just fumbling in the dark and crying that
This nonsense has gone on far enough, no more noise about this issue,
and if it's still such a huge problem, stop complaining and find someone
to hold your hand and read MSDN to you while you go to sleep.
over and out.
Stephen Kellett wrote:
The barnacle I was referring to was the awkwardness of the whole
process, not the fact that it is security concious. Deployment should
be easy not indeciperably hard. Regardless of which, documentation on
said subject and error messages related thereto should also be
explicit and clear. As I've already indicated, I have not found that
to be the case.
Given that linking with the dynamic CRT libraries has always worked in
the past, to switch to a new system that uses an identical method but
which breaks completely absent the specific version of the dynamic CRT
library (even with the same name) is dire. The fact it is so dire and
that so many competent software engineers are confused by this
"deployment issue" is testament to how horrible the whole thing is.
They should at least give you the option:
Version X.YZ of the Microsoft dyanmic CRT 8.0 is required. "
Version X.YZ is not present but a compatible version W.YZ is available.
Would you like to use it? They may be security issues with this choice.
For *most* people they'd be able to continue working OK, if slightly
interrupted. I'm sure some people would think the above option is
vomit inducing. I'm thinking of it as the desktop equivalent of the
Internet Explorer Active X warning. I'm not delighted by the above
suggested option either but it keeps people working. THey could have
added an option to the manifest that specifically would allow/deny
such an option depending on how important the DLL was (in the case of
the MS CRT, which is pretty much unchanging from release to release it
would be "allow").
Anyway its moot, they've done it and people have to live with it (I
felt the same way about the awful Visual Studio 7.0 that was such a
gigantic leap backwards in usability compared to VS 6.0).
Stefan Sandberg wrote:
I disagree, I think it's a very good thing to be able to specify my
executable's dependencies and security, and in the case of dll's &
libraries, have it present itself properly to others. I might not
agree with the syntax & method used either, but it has a very good