16
Programmabsturz bei Autostart durch Registry. Funktioniert nur mit Verknüpfung im Autostartordner
Hallo zusammen,
ich habe ein mehrwürdiges Verhalten mit meinem kleinen .Net basierten Tool.
Die ganze Zeit habe ich dieses auf verschiedenen Systemen einfach im Autostart verknüpft und es gab keine Probleme.
Nun habe ich eine Option eingefügt die unter "Lokal User" ....."run" einen Registryeintrag einfügt.
Soweit, so gut.
Das Programm startet bei normaler Ausführung durch den Benutzer zuverlässig. Auch per Debug im VS.
Wenn man nun jedoch das System neu startet und das Tool über die Registry gestartet wird, hängt es sich auf, bzw wird nicht gestartet.
Verknüpft man es alternativ im Autostartordner, funktioniert alles super.
Nun zur eigentlichen Frage:
Was ist anders, wenn ein Programm durch die Registry automatisch gestartet wird?
ich habe ein mehrwürdiges Verhalten mit meinem kleinen .Net basierten Tool.
Die ganze Zeit habe ich dieses auf verschiedenen Systemen einfach im Autostart verknüpft und es gab keine Probleme.
Nun habe ich eine Option eingefügt die unter "Lokal User" ....."run" einen Registryeintrag einfügt.
Soweit, so gut.
Das Programm startet bei normaler Ausführung durch den Benutzer zuverlässig. Auch per Debug im VS.
Wenn man nun jedoch das System neu startet und das Tool über die Registry gestartet wird, hängt es sich auf, bzw wird nicht gestartet.
Verknüpft man es alternativ im Autostartordner, funktioniert alles super.
Nun zur eigentlichen Frage:
Was ist anders, wenn ein Programm durch die Registry automatisch gestartet wird?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 317033
Url: https://administrator.de/contentid/317033
Ausgedruckt am: 24.11.2024 um 04:11 Uhr
16 Kommentare
Neuester Kommentar
Hallo!
Hast du irgendwo relative Pfade angegeben?
Bei Registry-Start sind absolute Pfade Pflicht!
Gruß
Eisbein
Hast du irgendwo relative Pfade angegeben?
Bei Registry-Start sind absolute Pfade Pflicht!
Gruß
Eisbein
Ja, ich lese den Pfad aus und setze diesen ein. Der passt auch. Das Tool startet ja, wird aber gleich wieder beendet. Ich vermute irgebdwo bei der Erstellung des Tray Symbols. Werde nachher nochmal genau schauen.
Wie gesagt. Nur bei Start durch die Reg
Wie gesagt. Nur bei Start durch die Reg
Hallo!
Ich meinte eher ob im Code relative Pfade verwendet wurden.
Das vermuten kann man auch leicht durch gezielte Meldung-Ausgabe im Code eingrenzen oder mit TRY-CATCH etwas Licht ins Dunkle bringen.
Gruß
Eisbein
Ich meinte eher ob im Code relative Pfade verwendet wurden.
Das vermuten kann man auch leicht durch gezielte Meldung-Ausgabe im Code eingrenzen oder mit TRY-CATCH etwas Licht ins Dunkle bringen.
Gruß
Eisbein
Ja, Catch und Meldungsausgabe sind mir bestens bekannt. Ich werde es noch eingrenzen.
Icon icon = Icon.ExtractAssociatedIcon("icon.ico")) Genau hier bleibt er hängen. Aber nur wenn die Reg das Programm startet.
Was ist am Registry start anders?
Guten Morgen!
Public Shared Function ExtractAssociatedIcon ( filePath As String) As Icon
Also doch ein relativer Pfad "icon.ico"
- ist da schon etwas besser.
Wenn du nun per Registry ein anderes Programm startest (also deine exe), dann stehen die Infos des Explorer nicht zur Verfügung und du musst in der exe alle Pfade absolut mit Laufwerkbuchstaben angeben.
Wenn du aber aus der Registry startest kannst du dir das Icon ohnehin sparen oder die Zeile einfach in TRY-CATCH kapseln und den Fehler verwerfen.
Gruß
Eisbein
Public Shared Function ExtractAssociatedIcon ( filePath As String) As Icon
Also doch ein relativer Pfad "icon.ico"
Icon icon = Icon.ExtractAssociatedIcon(Path.GetDirectoryName(Application.ExecutablePath) & "icon.ico") Wenn du nun per Registry ein anderes Programm startest (also deine exe), dann stehen die Infos des Explorer nicht zur Verfügung und du musst in der exe alle Pfade absolut mit Laufwerkbuchstaben angeben.
Wenn du aber aus der Registry startest kannst du dir das Icon ohnehin sparen oder die Zeile einfach in TRY-CATCH kapseln und den Fehler verwerfen.
Gruß
Eisbein
Ich hatte es schon mit erfolglos versucht.
klar verwerfe ich ihn nun, aber was bringts. Dann habe ich kein Symbol
Path.GetFullPathklar verwerfe ich ihn nun, aber was bringts. Dann habe ich kein Symbol
Hallo!
Hab meinen vorigen Eintrag bearbeitet
Gruß
Eisbein
Hab meinen vorigen Eintrag bearbeitet
Gruß
Eisbein
Vielen Dank. Klingt schlüssig.
Habe es eben mal erfolglos auf die schnelle versucht.
Werd mir das nochmal genauer anschauen.
Ich schätze mit GetFullPath hätte es doch auf laufen müssen...?
Habe es eben mal erfolglos auf die schnelle versucht.
Werd mir das nochmal genauer anschauen.
Ich schätze mit GetFullPath hätte es doch auf laufen müssen...?
Icon icon = Icon.ExtractAssociatedIcon(Path.GetDirectoryName(Application.ExecutablePath) & "icon.ico")
Da fehlt ein Backslash und das & durch ein + ersetzen, ist ja C# und nicht VB Icon icon = Icon.ExtractAssociatedIcon(Path.GetDirectoryName(Application.ExecutablePath) + @"\icon.ico") R.
Hallo!
@131026
Ja, Anpassungen sind noch nötig.
@smarthomeben
GetFullPath - Nun da ist Windows etwas eigen, je nachdem welche OS und Framework verwendet wird bzw. bei Registry-Start.
Es gibt da mehrere Möglichkeiten den Pfad der exe zu erhalten, sagt Tante Google.
Ich bin mit dieser Methode einstweilen immer ausgekommen
Gruß
Eisbein
@131026
Ja, Anpassungen sind noch nötig.
@smarthomeben
GetFullPath - Nun da ist Windows etwas eigen, je nachdem welche OS und Framework verwendet wird bzw. bei Registry-Start.
Es gibt da mehrere Möglichkeiten den Pfad der exe zu erhalten, sagt Tante Google.
Ich bin mit dieser Methode einstweilen immer ausgekommen
Gruß
Eisbein
Vielen Dank euch beiden. Es läuft!
@131026
wie sieht den die alternative ohne extrakt aus?
Theoretisch könnte ich mir doch auf diese Weise das Icon im Programmordner ersparen, wenn ich es aus der selbigen .exe wieder raushohlen kann, oder?
@131026
wie sieht den die alternative ohne extrakt aus?
Theoretisch könnte ich mir doch auf diese Weise das Icon im Programmordner ersparen, wenn ich es aus der selbigen .exe wieder raushohlen kann, oder?
Ein weiteres Problem habe ich noch, dass das Icon bei Windows XP nach wie vor nicht angezeigt wird wenn dies bei Systemstart mitgestartet wird. Es wird auch kein CATCH ausgelößt. Windows 10 ist einwandfrei.
Ergänzend sei noch gesagt das es sich um eine WPF handelt. Im eigentlichen Fenster ist nochmals das Symbol nur mit icon.ico deffiniert. Ist hier auch eine absolute Pfadangabe notwendig/möglich?
Ergänzend sei noch gesagt das es sich um eine WPF handelt. Im eigentlichen Fenster ist nochmals das Symbol nur mit icon.ico deffiniert. Ist hier auch eine absolute Pfadangabe notwendig/möglich?
Hallo!
Wie bereits gesagt ist da Windows sehr eigen was die unterschiedlichen OS betrifft.
Lass dir am besten mal den Pfad ausgeben, den du durch Path.GetDirectoryName(Application.ExecutablePath) erhältst.
Kann durchaus sein, dass da XP ein anderes oder gar kein Ergebnis liefert. Dann musst du eine andere Variante testen:
zb:
- wie gesagt, Google liefert das viele Vorschläge.
Gruß
Eisbein
Wie bereits gesagt ist da Windows sehr eigen was die unterschiedlichen OS betrifft.
Lass dir am besten mal den Pfad ausgeben, den du durch Path.GetDirectoryName(Application.ExecutablePath) erhältst.
Kann durchaus sein, dass da XP ein anderes oder gar kein Ergebnis liefert. Dann musst du eine andere Variante testen:
zb:
System.Windows.Forms.Application.StartupPath.
//oder//
Path.GetDirectoryName
//oder//
AppDomain.CurrentDomain.BaseDirectoryGruß
Eisbein
Icon mytrayicon = new Icon(Path.GetDirectoryName(Application.ExecutablePath) + @"\icon.ico") Theoretisch könnte ich mir doch auf diese Weise das Icon im Programmordner ersparen, wenn ich es aus der selbigen .exe wieder raushohlen kann, oder?
Jepp. Weise deiner Anwendung ein Icon zu und nutze bei deiner oben genutzten Methode ExtractAssociatedIcon einfach den Pfad zu deiner EXE als Parameter, dafür wurde diese Methode ja eigentlich auch erdacht Du kannst aber auch direkt auf die Icon-Ressource deiner EXE zugreifen wenn du sie als embedded Ressource in die Anwendung einbettest.
Ist hier auch eine absolute Pfadangabe notwendig/möglich?
Nein, solche Ressourcen werden normalerweise beim kompilieren direkt in die EXE eingebettet.
Klasse. Nun läufts ohne die .ico im Programmordner und über die Registry. Das gefällt mir sehr.
Habe auch die Definition in der .xaml gelöscht. Scheint zu passen.
Habe nun alle möglichen Varianten getestet um den Pfad auszulesen. W10 und XP arbeiten hier identisch. Das Problem ist bei XP ist, dass nur bei Start über die REG das Symbol nicht angezeigt wird. Der Code läuft OHNE Catch durch und bringt keinen Fehler. Das Programm wird jedoch normal als Prozess ausgeführt und funktioniert. Nur kann ich es nicht mehr öffnen, da es "hide" gestartet wird....
Habt Ihr eine Idee wo ich noch ansetzen kann. Die Absoluten sind nun verbannt
Habe auch die Definition in der .xaml gelöscht. Scheint zu passen.
Habe nun alle möglichen Varianten getestet um den Pfad auszulesen. W10 und XP arbeiten hier identisch. Das Problem ist bei XP ist, dass nur bei Start über die REG das Symbol nicht angezeigt wird. Der Code läuft OHNE Catch durch und bringt keinen Fehler. Das Programm wird jedoch normal als Prozess ausgeführt und funktioniert. Nur kann ich es nicht mehr öffnen, da es "hide" gestartet wird....
Habt Ihr eine Idee wo ich noch ansetzen kann. Die Absoluten sind nun verbannt
