Haii Leute
Ich möchte gerne mit dem Timer eine automatische Abmeldung des Benutzers erzwingen. Dazu habe ich ff. Code verwendet:

Leider kommt es hierbei zu einem Fehler. Die Win32 Exception wurde nicht behandelt, da das System die Datei nicht finden kann.

Wie kann ich diesen Fehler beheben?

Beispiele findest auch in Forum.

Danke SystemUnknow

EDIT: THEMA ERLEDIGT!

Wahrscheinlich ist Process.Start besser, aber der Vollständigkeit halber:
Es geht auch so:

@Hermann
nur zur klärung shell ist VB6
wer in .net noch shell benutzt ist im falschen film

OK,
das wusste ich nicht, hab mir aber gedacht, dass Process.Start besser ist.
Also: Vergesst das, was ich geschrieben habe und verwendet Process.Start, solnage ihr für .Net schreibt.
Tschuldigung an alle

Hermann schrieb:

OK,
das wusste ich nicht

Wenn Du Dir nicht sicher bist, klick auf den entsprechenden Befehl und lass Dir die Definition anzeigen.

Wenn Du im Namespace Microsoft.VisualBasic landest, ist das eine alte VB6-Funktion, die (nur) aus Kompatibilitätsgründen in .NET enthalten ist.

@joscha999
Aber wenn Shell auch funktioniert, warum soll man dann Process.Start verwenden?
Ich verwende ja auch lieber Process.Start, aber manchmal kommt Shell eben doch noch zum Einsatz. Also warum ist man dann im "falschen Film" wenn man das immer noch benutzt?
Solang es funktioniert, ist es doch egal, oder? Oder hat Process.Start irgendwelche Vorteile gegenüber Shell?
Klärt mich mal bitte auf, danke!

Knato schrieb:

Solang es funktioniert, ist es doch egal, oder?

Das ist einfach eine Frage des guten Stils.
Wenn Du einen Benz fährst, machst Du auch keine Reifen vom Trabbi dran, nur weil sie passen und sie vor den richtigen Reifen liegen.

schlechtes Beispiel mit den Felgen, denn 1.) sie werden nicht passen (4 Loch, Trommelbremse etc.) und 2.) wäre es unzulässig (vorgesehene Lasten, Geschwindigkeiten und Reifenmaße).


Bei VB6-Methoden in .Net bekommt man (leider) keine "Strafzettel" von der Polizei.
Einen sinnvollen Grund es dennoch nicht zu tun gibt's hier: [VB 2010] Böses aus VB6/VB2003 - und die richtigen VB.NET-Alternativen

SeriTools schrieb:

Warum sollte man die VB6-Funktionen nicht weiterverwenden?
Sie sind veraltet. Sie verhalten sich anders. Sie sind nicht standardkonform in der .NET-Umgebung (sie sind standardkonform zu VB6) und lassen sich daher nicht einfach in C# konvertieren. Sie führen zu Code, welcher grundlegende Gesetze der objektorientierten Programmierung verletzt.