Problem beim starten eines meiner Programm unter Vista
Ingo Manthey
ich habe zwei Programme welche als notifyIcon im Hintergrund laufen sollen.
Beide starte ich mit:
ProcessStartInfo startInfo = new ProcessStartInfo(startFile);
Process.Start(startFile);
Das ein arbeitet normal beim anderen bekomme ich immer Ein nicht
identifizietes Programm .....
Was kann ich machen damit das Programm ordnetlich startet. Diese Meldung
kommt bei dem Programm auch,
wenn es automatisch startet nach der Anmeldung.
Danke für jeden Tipp
Grüße Ingo
Ingo Manthey
leider habe ich mein Problem noch nicht beseitigen aber eingrenzen können.
Ich öffne eine Datei welche mein Dienst erstellt hat.Dieser Dienst arbeitet
auf dem localen Systemkonto. Was muss ich tun damit diese Datei gelesen
werden kann ?
Danke Ingo
"Ingo Manthey" <Ingo.M...@ingomanthey.de> schrieb im Newsbeitrag
news:%23Wj%23$CfMIH...@TK2MSFTNGP06.phx.gbl...
Ingo Manthey
nein war falsch mit der Datei hat es nichts zu tun??
Stehe leider wieder am ANfang!!!
Grüße Ingo
"Ingo Manthey" <Ingo.M...@ingomanthey.de> schrieb im Newsbeitrag
news:uZ9tFXfM...@TK2MSFTNGP06.phx.gbl...
Ingo Manthey
hier noch einmal alles zusammen fassend:
Mein Programm beinhaltet eigentlich nichts mehr. Um den Fehler einzukreisen
habe ich in jeder Funktion am Anfang einen Return eingetragen, so dass das
Programm eigentlich nichts tut.
Wenn ich es aufrufe bekomme ich immer diese blöde Meldung,
Ein nicht identifiziertes Programm möchte auf den COmputer zugreifen.
Nicht identifizierte Herausgaber.
Was muss ich machen, damiot das Programm einfach normal startet,
Ich bin mit meine Weisheit am Ende.
Danke für jeden HInweis.
Ingo
Martin Hey
Benutzerkontensteuerung von Vista zusammenhängt. Diese bringt die Meldung
immer dann, wenn ein Programm Admin-Rechte verlangt, aber nicht digital
signiert ist.
Die Signierung selbst ist m.W. mit "geringfügigen" Kosten verbunden. Daher
versuch mal, die Benutzerkontensteuerung auszuschalten oder an dne
notwendigen Rechten deiner Assemblies rumstellen.
Grüße Martin
"Ingo Manthey" <Ingo.M...@ingomanthey.de> schrieb im Newsbeitrag
news:uEDbE1fM...@TK2MSFTNGP04.phx.gbl...
Thorsten Doerfler
Hast Du diesem Programm ein Manifest hinzugefügt, dass höhere Rechte
für Dein Programm einfordern soll? Dann sollte Dich die Meldung der
UAC nicht wundern.
Abhilfe: Entferne dieses Manifest bzw. das Element
"requestedExecutionLevel".
Thorsten Dörfler
--
Microsoft MVP Visual Basic
vb-hellfire visual basic faq | vb-hellfire - einfach anders
http://vb-faq.de/ | http://www.vb-hellfire.de/
Ingo Manthey
das war es leider nicht. Mein Programm hat keine manifest.app.
Grüße Ingo
"Thorsten Doerfler" <t.doerfl...@bdsw.de> schrieb im Newsbeitrag
news:fikppa...@news.bdsw.de...
Martin Carpella
> Das ein arbeitet normal beim anderen bekomme ich immer Ein nicht
> identifizietes Programm .....
Beinhaltet der Dateiname der .exe irgendetwas, das mit "setup", "update"
o.ä. zu tun hat? Das triggert dann auch die UAC, weil sie meint, es wäre
ein Setup-Programm. Wenn ja, dann entweder diese Einstellung von UAC
ändern, oder ein Manifest zur .exe einfügen, dass es keine höheren
Rechte benötigt.
Beste Grüße,
Martin
Ingo Manthey
genau das ist es! Das Programm hatte den Namen LiveUpdate.exe
Danke
Ingo
"Martin Carpella" <martin....@gmx.net> schrieb im Newsbeitrag
news:878x4hr...@msgid.carpella.net...
Frank Dzaebel
> > "setup", "update"
> genau das ist es! Das Programm hatte den Namen LiveUpdate.exe
Ja, hatte ich Dir ja auch schon *vorher* im Thread darüber
gesagt. Für die anderen, hier die genaue Wirkungsweise:
(->Installer Detection Technology)
[Understanding and Configuring User Account Control in Windows Vista]
http://technet2.microsoft.com/WindowsVista/en/library/00d04415-2b2f-422c-b70e-b18ff918c2811033.mspx
ciao Frank
--
Dipl.Inf. Frank Dzaebel [MCP/MVP C#]
http://Dzaebel.NET
Frank Dzaebel
> gesagt. Für die anderen, hier die genaue Wirkungsweise:
>
> (->Installer Detection Technology)
> [Understanding and Configuring User Account Control in Windows Vista]
> http://technet2.microsoft.com/WindowsVista/en/library/00d04415-2b2f-422c-b70e-b18ff918c2811033.mspx
Obwohl Ingo hier ja wahrscheinlich eh seine Datei
aus rechtlichen Gründen umbenennen wird,
hier noch mal die sauberer Variante
(im Gegensatz zum "Umbenennen"), damit
jetzt nicht alle auf die Idee kommen unter Vista
ggf. ihre Applikationsnamen zu ändern:
Angenommen, ihr habt eine Applikation
namens "Installer.exe". (Enthält u.a. "instal",
würde also höhere Rechte u. Vista erfordern).
Erstellt eine Datei: Installer.exe.manifest
und fügt sie in Euer Projekt ein.
Auf die Datei klicken und unter
Eigenschaften "Kopieren, wenn neuer"
einstellen. In diese Datei folgendes
eintragen, wenn die ohne erhöhte Rechte
laufen soll:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1"
manifestVersion="1.0">
<ms_asmv2:trustInfo xmlns:ms_asmv2=
"urn:schemas-microsoft-com:asm.v2">
<ms_asmv2:security>
<ms_asmv2:requestedPrivileges>
<ms_asmv2:requestedExecutionLevel level="asInvoker">
</ms_asmv2:requestedExecutionLevel>
</ms_asmv2:requestedPrivileges>
</ms_asmv2:security>
</ms_asmv2:trustInfo>
</assembly>
[Developing Applications that Run at Logon on Windows Vista]
http://msdn2.microsoft.com/en-us/library/bb325654.aspx
Ingo Manthey
nun ich habe natürlich gleich die Assembly umbenannt.
Danke für den Hinweis.
Grüße Ingo
"Frank Dzaebel" <Po...@FranksSeite.de> schrieb im Newsbeitrag
news:4D63D0EE-ACFA-4824...@microsoft.com...
Frank Dzaebel
Sauberere Variante ohne Namensänderung
mit Manifest aber mit Einbetten des Manifestes in die
exe-Datei. Vorteil: nur eine Exe
Erstellt genauso das Manifest, wie zuvor beschrieben,
aber setzt das auf "Nicht kopieren".
Schreibt in den Post-Build Step folgendes:
"C:\Program Files\Microsoft SDKs\Windows\v6.0\Bin\mt.exe" -manifest
"$(ProjectDir)$(TargetName).exe.manifest" -outputresource:"$(TargetDir)$(TargetName).exe;#1"
(wobei der Pfad zu mt.exe halt dem entsprechenden
Windows SDK entnommen wird)
Ingo Manthey
sorry
Post-Build Step
verstehe ich leider nicht!!
Danke Ingo
Ingo Manthey
"Ingo Manthey" <ingo.m...@ingomanthey.de> schrieb im Newsbeitrag
news:el1MODtM...@TK2MSFTNGP05.phx.gbl...
Ingo Manthey
ich habe leider keinen mt.exe auf meinen Rechner. VS2005!!
Wo bekomme ich das her?
Danke Ingo
Frank Dzaebel
> ich habe leider keinen mt.exe auf meinen Rechner. VS2005!! Wo bekomme ich
> das her?
Generell aus dem jeweiligen Platform SDK, aber
es gibt auch andere Möglichkeiten.
Windows SDK für Vista:
[Download details: Windows SDK Update for Windows Vista]
http://www.microsoft.com/downloads/details.aspx?familyid=4377f86d-c913-4b5c-b87e-ef72e5b4e065&displaylang=en
Beachte, in älteren MT-Versionen gab es noch Bugs [KB-Artikel].
Hier die jeweils neuste Version des SDK benutzen. Das ist
das sicherste. Man kann mt.exe ggf. auch hier finden:
C:\Program Files\Microsoft Visual Studio 8\VC\bin
C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\Bin
C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\Bin
sollte dann aber darauf achten, dass es mindestens
die Version 5.2.3790.2075 ist. Aber dann kann man sich den
grossen SDK Download sparen.
Aufrufzeile im PostBuild-Step dann z.B.:
"C:\Program Files\Microsoft Visual Studio 8\VC\bin\mt.exe" -manifest
"$(ProjectDir)$(TargetName).exe.manifest" -outputresource:"$(TargetDir)$(TargetName).exe;#1"
Thorsten Doerfler
> ich habe leider keinen mt.exe auf meinen Rechner. VS2005!!
> Wo bekomme ich das her?
Wenn Du VS2005 vollständig installiert hast, solltest Du mt.exe in
C:\Programme\Microsoft Visual Studio 8\Common7\Tools\Bin
Finden. Vorausgesetzt Dein VS ist in C:\Programme installiert.
Es wird bei der Installation auch eine Verknüpfung im Startmenü im
Ordner "Visual Studio Tools" angelegt "Visual Studio Command Prompt".
Öffnet die Eingabeaufforderung mit den passenden Umgebungsvariablen,
so dass auch mt.exe ohne Pfad gefunden werden kann.
Frank Dzaebel
> ich habe leider keinen mt.exe auf meinen Rechner. VS2005!! Wo bekomme ich
> das her?
Generell aus dem jeweiligen (aktuellen) Platform SDK, aber
es gibt auch andere Möglichkeiten. Windows SDK für Vista:
[Download details: Windows SDK Update for Windows Vista]
http://www.microsoft.com/downloads/details.aspx?familyid=4377f86d-c913-4b5c-b87e-ef72e5b4e065&displaylang=en
Beachte, in älteren MT-Versionen gab es noch Bugs [KB-Artikel].
Hier die jeweils neuste Version des SDK benutzen. Das ist
das sicherste. Man kann mt.exe ggf. auch hier finden:
C:\Program Files\Microsoft Visual Studio 8\VC\bin
C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\Bin
C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\Bin
sollte dann aber darauf achten, dass es mindestens
die Version 5.2.3790.2075 ist. Aber dann kann man sich den
grossen SDK Download sparen.
Aufrufzeile im PostBuild-Step dann z.B.:
"C:\Program Files\Microsoft Visual Studio 8\VC\bin\mt.exe" -manifest
"$(ProjectDir)$(TargetName).exe.manifest" -outputresource:"$(TargetDir)$(TargetName).exe;#1"
Frank Dzaebel
Zu beachten hier ggf. auch:
[Feedback: MT.EXE from VS2005 SP1 and Vista SDK have same version
number]
https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=258108
wobei das hier im Prinzip nur um C++ geht.
Ingo Manthey
danke euch allen!!!
Grüße Ingo
"Frank Dzaebel" <tcnt.D...@daimlerchrysler.com> schrieb im Newsbeitrag
news:174da23b-56a7-4fea...@b15g2000hsa.googlegroups.com...
Ingo Manthey
mt.exe : command line error c101000b: No manifests specified after
the -manifest option.
C:\Windows\Microsoft.NET\Framework\v2.0.50727\Microsoft.Common.targets(3090,13):
error MSB3073: Der "C:\Program Files\Microsoft
SDKs\Windows\v6.0\Bin\mt.exe" -manifest
C:\Windows\Microsoft.NET\Framework\v2.0.50727\Microsoft.Common.targets(3090,13):
error MSB3073: "C:\Users\Ingo\Documents\Visual Studio
2005\Projects\V1.2\Utils\SQLInstall\SQLInstall\SQLInstall.exe.manifest" -outputresource:"C:\Users\Ingo\Documents\Visual
Studio 2005\Projects\V1.2\Vertrieb\Programme\SQLInstall.exe;#1"-Befehl wurde
mit Code -1 beendet.
Fehler 2 Der "C:\Program Files\Microsoft
SDKs\Windows\v6.0\Bin\mt.exe" -manifest
"C:\Users\Ingo\Documents\Visual Studio
2005\Projects\V1.2\Utils\SQLInstall\SQLInstall\SQLInstall.exe.manifest" -outputresource:"C:\Users\Ingo\Documents\Visual
Studio 2005\Projects\V1.2\Vertrieb\Programme\SQLInstall.exe;#1"-Befehl wurde
mit Code -1 beendet. SQLInstall
das einzige was passiert ist, das sich der Editor öffnet.
Grüße Ingo
Ingo Manthey
ich gehe doch richtig davon aus, das der Befehl in den Eigenschaften,
Buildereignisse Postbulidereignis eingetragen wird?
Grüße Ingo
Frank Dzaebel
> mt.exe : command line error c101000b: No manifests specified after
> the -manifest option. [...]
> Fehler 2 Der "C:\Program Files\Microsoft
> SDKs\Windows\v6.0\Bin\mt.exe" -manifest
> "C:\Users\Ingo\Documents\Visual Studio
> 2005\Projects\V1.2\Utils\SQLInstall\SQLInstall\SQLInstall.exe.manifest" -outputresource:"C:\Users\Ingo\Documents\Visual
> Studio 2005\Projects\V1.2\Vertrieb\Programme\SQLInstall.exe;#1"-Befehl
> wurde mit Code -1 beendet. SQLInstall
was mich etwas verwundert, ist, dass das nicht in einem
bin/Release - Verzeichnis o.ä. ist, wie es der Standard wäre.
Aber da hast Du sicher am Ausgabeverzeichnis gedreht,
ginge ja auch.
- versuchs mal mit genau dem Postbuildstep, den ich genannt habe.
- ggf. schick mir mal Dein Projekt, oder
ein reproduzierbares (übersetzbares) Pendant.
- Welche Version von "mt.exe" hast Du?
- Welche (Änderungs) Zeit hat die "mt.exe"?
Folgende Status kenne ich zur Zeit:
Vista Ultimate - Vista SDK: Status: unbekannt für C++
C:\Program Files\Microsoft SDKs\Windows\v6.0\Bin\mt.exe
Version: 5.2.3790.2075, Time: 19.10.2006 14:52
Vista Ultimate - Vista SDK Update: Status OK
C:\Program Files\Microsoft SDKs\Windows\v6.0\Bin\mt.exe
Version: 5.2.3790.2075, Time: 24.01.2007 10:44
C:\Program Files\Microsoft Visual Studio 8\VC\bin\mt.exe
Version: 5.2.3790.2075, Time: 02.12.2006 7:17 / Nicht ok bei C++
C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\Bin\mt.exe
Version: 5.2.3790.2075, Time: 02.12.2006 7:17 / Nicht ok bei C++
C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\Bin\mt.exe
Version: 6.0.4071.0, Time: 04.04.2005 18:43 / ungetestet
Ggf. versuch auch mal (zum Test) die 7:17'er mt's. Die
haben zwar Bugs unter C++ müssten aber für die
Aufgabe unter C# noch grundlegend funktionabel sein.
Vermute aber eher jetzt einen Schreibfehler beim PostbuildStep o.ä..
Frank Dzaebel
> ich gehe doch richtig davon aus, das der Befehl in den Eigenschaften,
> Buildereignisse Postbuildereignis eingetragen wird?
korrekt, wie ich es beschrieb.
Ingo Manthey
danke das Du es Dir mal ansehen möchtest. Die Email ist unterwegs.
Ich arbeite jetzt unter Vista und habe die Version 5.2.3790.2075
Grüße Ingo
Ingo Manthey
ja
wie bei der gesendeten Version.
Grüße Ingo
"Frank Dzaebel" <Po...@FranksSeite.de> schrieb im Newsbeitrag
news:5782CC4E-9D95-48D4...@microsoft.com...
Frank Dzaebel
> > Vermute aber eher jetzt einen Schreibfehler beim PostbuildStep o.ä..
Hab ich richtig getippt.
Du hattest anstatt ein Space (" ") ein
CarriageReturn genommen im PostBuildStep.
Das liegt aber wohl an der NG-Übertragung.
Bei Dir sah es so aus:
....mt.exe" -manifest
"C:\Windows....
muss aber so heissen:
....mt.exe" -manifest "C:\Windows....
Frank Dzaebel
> danke das Du es Dir mal ansehen möchtest. Die Email ist unterwegs.
> Ich arbeite jetzt unter Vista und habe die Version 5.2.3790.2075
Gut, dass diese Version nun nicht besonders aussage-
kräftig ist, sollte Dir eigentlich klar sein, aber gut ...
des Rätsels Lösung ist:
Du hattest anstatt ein Space (" ") ein
CarriageReturn genommen im PostBuildStep.
Das liegt aber wohl an der NG-Übertragung.
Bei Dir sah es so aus:
....mt.exe" -manifest
"C:\Windows....
muss aber so heissen:
....mt.exe" -manifest "C:\Windows....
Ingo Manthey
ich habe den Code einfach mit Ctrl-C und Ctrl-V kopiert und eingefügt.
Jetzt klappt es 1.000 Dank und schönes Wochenende
Grüße Ingo
"Frank Dzaebel" <Po...@FranksSeite.de> schrieb im Newsbeitrag
news:28A9315D-D54B-40E7...@microsoft.com...