Mar 21, 2014 at 5:39 PM
ah, of course not, I mean, its still compiled by the old compiler, the ProjectN compiler/toolchain is not installed :P
this is just some UI for project settings, nobody is actually reading and applying those settings.
Mar 21, 2014 at 12:09 PM
some UI elements of Project N support already shows up in VS2013
well .... not sure what to think about that. :P
Why can't MS just adopt a system more similar to Linux and have the full version embedded in the file name? Like MSVCR.9.0.30729.6161.DLL and get it over with. Then just dump them all into one common folder and never have to worry about mismatched DLLs again. Each executable's manifest will then explicitly specify which DLLs it depends on and they will be either there or not. If not it won't load the wrong one but will error out and tell you which one is missing instead of loading one that is almost the right one.
I believe MSVCR90 requires the SxS manifest to be load so its intend is exactly this: it will not load the "almost" right one.
I dont know what your problem is but one of the problems I have was, when you compile your project using VC++ 2008 SP1, the manifest still specify the RTM version of MSVCR90, which is the WRONG version, unless you use this trick: _BIND_TO_CURRENT_VCLIBS_VERSION
I guess this is why they ditched the SxS manifest thing for VC runtime libs since VC2010, so it goes back the the "traditional" DLL hell again.
Mar 11, 2014 at 5:45 PM
Ahh.....well....I have to say I've never considered this situation, its thought provoking :D
tidbits are welcome ! misdirections not so much, but you can try, Moriarty..... oh Microsoft :P
Mar 11, 2014 at 6:40 AM
OK. I've got something more to report now.
Recently the FreshPaint app in Windows Store was updated to version 2.0.14057.1, and I got a copy of the ARM version of this app, here is what I found inside it.
FreshPaint.exe/FreshPaint.dll have a resource with type "PNBUILDINFO", it is actually a text data:Build Type: ret
ilc.exe : 1.0.21406.00 built by: PROJECTNREL
Microsoft.Build.ILTasks.dll : 1.0.21406.00 built by: PROJECTNREL
nutc_driver.exe : 1.0.21406.00 built by: PROJECTNREL
rhbind.exe : 1.0.21406.0 (ProjectNRel(DDBLD050B-dlab).021406-0000)
sg.exe : 1.0.21406.00 built by: PROJECTNREL
corefx.dll : 1.0.21406.00 built by: PROJECTNREL
there are some stuff I have speculated before, like ilc.exe, rhbind.exe and corefx.dll.
also note the version string is PROJECTNREL, "REL" usually means its in the RTM branch, and may be released soon.
it also shipps a new version of mrt100_app.dll version is "1.0.30319.18186 (ProjectNRel(DDBLD869A-dlab).021406-0000)", and clrcompression.dll version "1.0.21406.00 built by: PROJECTNREL"
I guess we will finally see this stuff VERY SOON :D
Mar 07, 2014 at 1:59 AM
yeah ..... I hope so, but not very optimism, dont forget the official statement from MicrosoftMicrosoft previewed today a future technology that enables .NET applications for the Windows Store to be natively compiled delivering improved start-up performance for Windows Store apps.
Mar 06, 2014 at 10:03 PM
I guess I have to withdraw this, now I dont think ProjectN will support desktop.
Because, in Windows RT 8.1 Update 1, the mrt100.dll in System32 folder has been updated, and it is not really a complete CLR runtime (like before) anymore, the new and much smaller mrt100.dll is similiar to the one shipped in FreshPaint, it is just a PAL layer, the _app.dll is the real runtime.
well, so much for desktop .NET innovation, StoreApp is the futrue I guess. :|
My version is here ..... and its my fault, mostly :S