.NET Framework - administrator required when using VS2008

Asked By Pascal Cloup
12-Nov-09 11:43 AM
Hi,

I updated the project of a .net application from vs2005 to cs2008.

there is no change on the project itself. But under vista, the generated
vs2008 app requires to run as administrator so that all its functions work
correctly;
this is not the case for the app generated with vs2005!
I can change the manifest so that the app always runs as administrator, but
vista always asks to the user if he accepts to run the app in this way.


Someone can explain this and indicate a solution so that the behavior of a
vs2008 generated app is the the same as a the one generated with vs2005?


thanks in advance,
Pascal
XP
(1)
DavidL
(1)
Notrequire
(1)
Interops
(1)
Vs2005
(1)
Crit
(1)
Dans
(1)
  David Lowndes replied to Pascal Cloup
12-Nov-09 02:03 PM
So you are saying that the same project built with VS2005 does not
require administrator privileges, while when built with VS2008 it
does?

What sort of project is it? C#, native C++ ?

What aspect of the application (built with VS2008) requires it to be
run as administrator?

Dave
  Pascal Cloup replied to David Lowndes
12-Nov-09 02:35 PM
exactly. And under VS2008, the app runs correctly only with the debug
version with debugger.
C# project with reference to C++ managed dll that makes interop to C++ non
managed dll


the previous interops do not work correctly (the C++ non managed dll is the
same)

Any idea?

Pascal
  David Lowndes replied to Pascal Cloup
12-Nov-09 04:27 PM
Why does not the release build work?

It sounds to me as though you may actually have long standing issues
that have somehow remained hidden.


You'll need to do some debugging to be more specific about what
precisely is not right.

Dave
  Pascal Cloup replied to David Lowndes
13-Nov-09 10:21 AM
no i do not think. vs2005 build runs fine on XP&vista, vs2008 build runs fine
on xp and on vista but only as adminitrator. It seems to be an issue with
vs2008 or vista+vs2008.

What differences can exist between vs2005 build and vs2008 build for C#/.net
2.0?

yes, i will investigate

Pascal
  David Lowndes replied to Pascal Cloup
13-Nov-09 11:33 AM
None - that I know of!

Let us know when you have got closer to the problem.

Dave
help
Win7-64 Bit und VS2005 Probleme .NET Framework Hallo, vor wenigen Tagen stolze Besitzerin eines 8GB Win7-64 Rechners geworden sto?e ich jetzt mit VS2005 auf Probleme. 'Normale' MFC-Apps lassen sich problemlos ?bersetzen und starten. Wenn ich aber versuche Server (1) Windows Update (1) Office 2007 (1) Windows 7 (1) Vista (1) GetUserObjectInformationA (1) XP (1) Hallo Miriam, Hast Du schon das SP1 installiert? Es gibt ausserdem noch das Extraupdate auch in der Ereignisanzeige steht sowas drin. Allerdings ist mir nicht ganz klar warum. . . . unter XP und Vista-32 hat das Kompilieren problemlos funktioniert. Muss man bzgl. der WOW64 etwas besonderes an, dass die _get_terminate aus der MSVCR80D.DLL (Ort: windows \ syswow64) nicht vorhanden ist. Unter XP ist die weiter ober angegebene Assembly . . ., version = "8.0.50727.4053 tats?chlich installiert. . . . Jetzt 0xC000041D (Unknown) occurred at address 0x777AFDF1. Hallo, was mich wirklich auch verwirrt: - wenn ich unter XP (32 Bit) kompiliere, laufen die EXEs auch unter W7-64. Also mu? doch durch das Grund eine andere Debug-runtime verwendet werden soll als tatsaechlich installiert ist, wenn das auf XP gebuildete Binary auf der Win7 Box funktioniert. Leider schweigt sich die DLL-Help-database ueber gefuehrt hat. Ist deine Windows-7-Box komplett gepatcht? Oder fehlt da vielleicht noch ein VS2005-Patch? - - S Hallo Miriam, Such mal in allen Deinen .manifest files auf deiner Win7-Box
wo derartiges erkl??rt wird. MfG, Ulf C# - German Discussions Visual Studio .NET (1) Windows XP (1) Application.CommonAppDataPath (1) Application.UserAppDataPath (1) Application Compatibility (1) Windows Vista (1) Windows 7 Gruss Marcel Marcel, Das hat nichts mit Vista zu tun. Das ist schon schon unter XP so gewesen. Unter XP (etwa) ist es nur nicht so aufgefallen, weil die User dort oft unter administrativen Accounts dass das nur f??r Vista gilt und auch zu falschen Ergebnissen etwa f??r XP f??hren w??rde. Ulf will hier IMHO eher allgemeine *Windows*-Richtlinien. das w??rde Dipl.Inf. Frank Dzaebel [MCP / MVP C#] http: / / Dzaebel.NET Also ich habe schon zu XP-Zeiten in irgend einer MS-Resource mal Hinweise darauf gefunden das davon abgeraten wird eine Frank, Am Sun, 21 Mar 2010 18:41:27 +0100 schrieb Frank Dzaebel: Unter Windows XP gibt es meines Wissens keinen Standardbenutzer im Vista-Sinne, nur Administrator- bzw. eingeschr?nkte Konten Marcel, doch Marcel gibt es. Es ist nur so, dass der Standard-Benutzer bei Windows XP beim Neu-Anlegen standardm = E4 = DFig erstmal in der Administratoren-Gruppe ist. Der Standardbenutzer hat 01:25:08 -0700 (PDT) schrieb FrankDzaebel: aus dem Zitat fehlt noch was: | Unter Windows XP gibt es meines Wissens keinen Standardbenutzer | *im Vista-Sinne* Gruss Marcel Marcel, Dein Zitat im
DTC (distributed transaction coordinator) - Problem bei XP-Rechner meiner .Net-Anwendung .NET Framework Hallo ich habe ein .Net-Anwendung unter Windows-7 sauber l = E4uft und auch mit Transactions einwandfrei funktioniert. Mein Problem ist aber bei einem XP-Rechner - entweder wenn ich auf das Datenbank-Service auf einem XP-Rechner zugreifen m = F6chte, oder wenn die .Net-Applikation auf dem XP-Rechner selbst laufen soll. Hier bekomme ich immer von dem XP-Rechner "DTC nicht aktiv" - obwohl alle Einstellungen getroffen wurden, (oder vielleicht doch nicht ?) um DTC kontrolliert (auch mit deaktivierter Windows-Firewall probiert); das .Net-Framework 3.5 SP1 auf dem XP-Rechner installiert; DTC-Dienst neu gestartet; Rechner neu gestartet; Registry-Eintr = E4ge kontrolliert (lt. Google-Ergebnisse zu DTC mit Win.XP). . . . . . . . . Die Fehlermeldung kommt, bei Verwendung des EF.SaveChanges() innerhalb eines "TransactionScope". Das Daten lesen funktioniert wobei ich hier keinen Transaction-Scope verwende. . . . . Ist bei einem XP-Rechner irgend-etwas anderes zu beachten / oder einzustellen, um Transaction / TransactionScope mit dem Entity-Framework
thread so perhaps on my end. Thoughts ? Expression Web Designer Discussions SQL Express (1) Windows XP (1) Expression Web (1) Office 2007 (1) Windows 7 (1) Vista (1) Adobe (1) INFOLike 8 Package. / senn Not in my up to date version of EW2, on either Win XP or Vista. And in both it does not pop up a properties box automatically when insulting ?. Think about it !. / senn I do not get the property dialogue either in Windows XP or Windows 7, using EW2 and your method of inserting the <hr> . And no crashes KB article indicates the update addresses a macro issue on Vista machines. I am running XP. Any other items updated not mentioned in KB that you know of ? Thanks Cheryl. A testing but if I need to test function I will use a virtual machine with XP in it. Though most of the time I do not need to bother because I testing but if I need to test function I will use a virtual machine with XP in it. Though most of the time I do not need to bother because I machine and installed programs. I am supprised the actual bug is in both Vista and XP, when the other posters claim not having this bug. -I have EW2 installed on Vista can do instead: Install or upgrade to Windows 7 Ultimate or Profesional - required for installing XP-mode. Install IE8 on win7. And install these browsers on you windows 7: Firefox, Safari
dauerabstürze .NET Framework Hi, nachdem ich nun eingesehen habe, das VC10 auf 2 von 3 XP -Rechnern nicht geht, frage ich mich warum es denn auf dem einzigsten XP Rechner andauernd zu abstürzen kommt ? und das bei allen möglichen Situationen, sagen wir mal im gut wird. . danke für Hinweise Karsten Schulz VC - German Discussions Windows 7 (1) Vista (1) XP (1) Martin Richter (1) Karsten Schulz (1) QuadCore (1) RC (1) Halbe Stunde (1) Heute Ja ich hab es insgesamt auf 5 Rechner zuhause 1x Vista 1x W7 atwork 3x XP system product status - -- -- -- -- -- -- -- -- -- -- -- - Vista tfs fail W7 tfs ok XP tfs fail XP tfs fail XP tfs fail XP VC10 ok XP VC10 fail XP VC10 fail VISTA VC10 ok W7 VC10 ok - -- -- -- -- -- -- -- -- -- -- -- -- zwei