http://bugs.winehq.org/show_bug.cgi?id=20241
Summary: fatal error C1902: Program database manager mismatch; please check your installation Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: mathieu.malaterre@gmail.com
After installing vs2005express (winetricks vs2005express), I am getting some annoying error messages:
Building C object CMakeFiles/cmTryCompileExec.dir/testCCompiler.c.obj
C:\PROG~FBU\MICR~GDN\VC\bin\cl.exe @C:\windows\temp\nm152f.tmp
testCCompiler.c
C:\gdcm\debug-wine\CMakeFiles\CMakeTmp\testCCompiler.c : fatal error C1902: Program database manager mismatch; please check your installation
NMAKE : fatal error U1077: 'C:\PROG~FBU\MICR~GDN\VC\bin\cl.exe' : return code '0x2'
According to M$, one need to apply the following patch: VS80-KB920770-X86-ENU.exe
However I cannot get it to work on wine 1.1.30
Ref: http://code.msdn.microsoft.com/KB920770/Release/ProjectReleases.aspx?Release...
Thanks !
http://bugs.winehq.org/show_bug.cgi?id=20241
--- Comment #1 from mathieu.malaterre@gmail.com 2009-10-02 11:43:55 --- Created an attachment (id=23881) --> (http://bugs.winehq.org/attachment.cgi?id=23881) Ouput of wine VS80-KB920770-X86-ENU.exe
http://bugs.winehq.org/show_bug.cgi?id=20241
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=20241
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |1.1.30
http://bugs.winehq.org/show_bug.cgi?id=20241
--- Comment #2 from mathieu.malaterre@gmail.com 2009-10-04 09:36:32 --- I think some more information on the actual issue can be found here:
http://social.msdn.microsoft.com/forums/en-US/vcgeneral/thread/eb49be0b-2a8c...
... This issue is caused because cygwin does not implement a full login process. It tries to impersonate, but it looks to me as if it does not make the necessary call to LsaLogonUser. As a result, the wrong SID is in the token as the primary user. According to filemon, the debug server calls into secur32, which suggests that it is doing interpretive access control. It finds the service's SID instead of the users SID in some slot in the token that it gets via RPC, and then everything goes downhill from there.
Why VS feels the need to put the PDB access in a separate process under separate access rights is very puzzling, but there it is. ...
http://bugs.winehq.org/show_bug.cgi?id=20241
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |DUPLICATE
--- Comment #3 from Dmitry Timoshkov dmitry@codeweavers.com 2009-10-05 00:24:24 --- Duplicate.
*** This bug has been marked as a duplicate of bug 19781 ***
http://bugs.winehq.org/show_bug.cgi?id=20241
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #4 from Dmitry Timoshkov dmitry@codeweavers.com 2009-10-05 00:24:36 --- Closing duplicate.