kafffee schrieb:

. Wo finde ich meine Dateien und Ordner wieder? Die müssen ja noch irgendwo sein, sonst käme die Meldung wie in Screenshot bereitsvorhanden.png nicht, oder?

Da der Desktop Ordner ja wohl nicht umbenannt werden kann, werden wohl nur die Dateien verschoben worden sein. Lass dir den Pfad ausgeben den du als Ziel für Move angibst, dort solltest du die Dateien finden. Kannst ihn einfach in die Adressleiste kopieren und Enter drücken, spart das navigieren. Sollte der Zielordner nicht existieren, was ich mir zwar nicht vorstellen kann, Rechner abwürgen(ausknopf am PC halten) damit die Daten falls gelöscht nicht überschrieben werden und die Festplatte an einem anderen PC anschliessen und mit Recuva versuchen die Daten wieder herzustellen. Aber da das FW(bzw. NET) nahezu "Idiotensicher" ist, kann ich mir nicht vorstellen das die Daten nicht mehr da sind.

Um das küftig zu unterbinden, hohl dir mit Environment.GetFolderPath alle SpecialFolders
learn.microsoft.com/en-us/dotn…etfolderpath?view=net-8.0
learn.microsoft.com/en-us/dotn…pecialfolder?view=net-8.0

Und schau ob der zu verschiebende Ordner dabei ist.

kafffee schrieb:

Also du weisst nichts von einem solchen Ordner Attribut, weil es gibt evtl. noch andere Systemordner, wo das zum Problem werden könnte?

Also ich bin mir grad nicht ganz sicher, also alles was von Windows vorgegeben ist wie Documents, Users etc. da könnte das dann wohl auch passieren.

Evtl. solltest du auch via FileAttribute testen können ob es ein SystemDir ist. Sie dir mal diese Enumeration an.
learn.microsoft.com/en-us/dotn…leattributes?view=net-8.0

Evtl. kommt hier das gleiche bei raus, sollte der Desktop nicht das Attribute System innehaben, probier es damit:
learn.microsoft.com/en-us/wind…lwapi-pathissystemfoldera

Wobei ich denke das es aufs selbse hinausläuft.

kafffee schrieb:

das ist jetzt die optimale Gelegenheit an einem einfachen Beispiel zum Üben

Kann man einfach nennen, aber es hángt von den Umständen ab. C++ Windows-Desktop Entwicklungskenntnisse auf jeden Fall von Vorteil.

Via Platform-Invoke geht das(DllImport). Pinvoke solltest du schon mal gelesen haben. Wenn du Glück hast geht die Seite pinvoke.net wieder(spinnt in letzter Zeit) und du kannst die Deklaration kopieren.

Geht hier schon mal los mit den Standart-Typen:
learn.microsoft.com/en-us/wind…inprog/windows-data-types


Bitbreiten sind immer zu beachten(Byte, Short, int .....) sonst gibt eine Exception, Ranges auch, HRESULT ist zwar eigendlich unsigned, kann aber trotzdem -1 sein, also immer bei fehlern in die Doku schauen, Marshal sollte dir auch nicht unbekannt sein. Oft braucht man das MarshallAs-Attribute, hier auch für den 1. Parameter. Beachte das wenn die Funktionsnamen mit A enden wird Ansi für strings genutzt, wenn die mit W enden Unicode. Gibst du kein A oder W am ende an, wird der Systemstandart verwendet. Der Funktionsname muss nicht zwingend mit dem originalen übereinstimmen, aber sollte der nicht gleich sein, musst du den EntryPoint in den Attributen angeben, sonst wird die Funktion nicht gefunden.

Welche DLL du verwenden musst, findest du in der Doku ganz unten, sieh mal nach.
Damit du auch was zu tun hast nur ein wenig PseudoCode:


Hier jetzt nicht wichtig:
Kommt auch vor das man besser einen Stringbuilder nutzt, aber das braucht man hier nicht. Kann auch sein das man speicher reservieren muss und mit marshal kopieren und dann den speicher wieder freigeben muss. Sollte HRESULT implicit konvertiert werden, auch das PreserveSig Attribute angeben.

Von den 3 Pseudodeklarationen nimm einfach die erste(weil kein W oder A am Ende, somit System-Standart). Probier mal Intellisense mal durch welcher UnmanagedType funktioniert. kommen ja nicht viele in Frage.

Manche funktionen bieten die möglichkeit wenn ein Fehler eintritt diesen als letzten Fehler einzutragen. Dann in den Attributen SetLastError auf true stellen, Dann kommnste mit GetLastError an den Fehlercode. Sollte aber auch via Marshal.GetLastWin32Error gehen. Ob eine Funktion den letzten Fehler so einträgt, steht immer in der Doku der Funktion und bei DllImport ob true oder false. Sollte da ein REFGUID stehen heist das eine Referenz einer GUID. Dann ByRef guid as Guid nutzen. So ist das auch mit anderen Typen.


Ich glaub das wars im Groben, gibt noch mehr, aber da kannste nochmal explizit fragen bei Bedarf, für diese Funktion sollte das ausreichen.


Diese Funktion gibt mir beim Desktop true aus, sollte bei dir auch so sein, wenn du es richtig machst.

Zumindest stimmt die übersetzung bis hier hin. Jetzt sehe ich auch du hast die Funktion als Shared deklariert, sehr gut. Hatte ich nicht erwähnt das die statisch sein müssen.

DWORD ist nur als Plathalter gedacht, schau mal in die Doku welche Bitbreite das hat(Anzahl Bytes), dann nimmste einen (so viel vrerrate ich) ganzahligen Typen(Byte, Short, Int, Long......) mit der gleichen Bitbreite.

In der Doku steht der erste Parameter ist ein LPCSTR, was ein Long Pointed Contant String(0 terminiert) ist, Intellisense könnte dir U8 vorschlagen, das wäre unsigned 8 Bytes. Also unsigned Long, I8 wäre signed 8 Bytes, also long. Nun aber haben wir was mit STR, probier mal durch welcher Type mit STR den passt. LPWSTR ist es in dieser kombination nicht(würde false beim desktop-pfad ausgeben). Gibt aber welche die ähnlich heissen.

Um weitere verwirrung zu vermeiden, wegen des zweiten Parameters. Jenachdem was da denn für ein Typ verwendet wird, 0 oder Nothing reingeben, da wir ja pszPath angeben)

The file attributes to be compared. Used only if pszPath is NULL.

Fehlt nur noch hinter dem . der Typ für unmangedtype und DWORD muss mit dem richtigen ganzahligen Typen ersetzt werden.

Falsch.
learn.microsoft.com/de-de/dotn…nmanagedtype?view=net-8.0

AnsiBStr:

Eine Zeichenfolge aus ANSI-Zeichen, die ein Einzelbyte mit Längenpräfix ist. Sie können diesen Member für den Datentyp String verwenden.

LPCSTR ist 0-Terminiert. Also am Ende des Strings ist ein 0-Byte, wodurch man weiss, ah, hier ist das Ende. mit AnsiBStr sollte false kommen selbst wenn ein SystemDir, wenn das überhaupt fehlerfrei geht. Bei mir ist AnsiBStr garnicht verfügbar. Vermutlich wurde das entfernt, ich nutze NET8.

Was hälst du von dem hier:?
LPStr:

Eine aus ANSI-Zeichen bestehende, mit NULL beendete Einzelbyte-Zeichenfolge. Sie können diesen Member für die Datentypen String und StringBuilder verwenden.

Nun das "doppelwort" DoubleWORD
DWORD

A 32-bit unsigned integer. The range is 0 through 4294967295 decimal.
This type is declared in IntSafe.h as follows:
typedef unsigned long DWORD;

Der native long hat nur 4 Bytes, der in NET/NetFX 8. Aber zumindest die Range von 0 bis 4294967295 ist abgedeckt. Nun könnte es knifflig sein zu verstehen, du kannst auch Integer nehmen, auch wenn da die Range von -2147483648 bis 2147483647 geht, das kann aber zu Problemem führen. Es werden einfach ja einfach Bytes als ganzzahl interpretiert. So kann es dann passieren das Werte nicht mit denen aus der Doku übereinstimmen. Ich habe festgestellt, das sehr sehr viele Integer für DWORD nehmen, finde ich aber nicht richtig.

Führe diese beiden Zeilen mal aus und schau dir die Werte an:
Debug.WriteLine(UInteger.MaxValue)
Debug.WriteLine(Marshal.SizeOf(Of UInteger))

Also ist das so 100% korrekt:

@DTF Ein BOOL ist <> Boolean. Demnach müsste man auch den Return der API marshallen. Wobei alles was <> 0 ist, ist True. Ob nun 1 oder -1 spielt dabei keine Rolle.

OK, das stimmt. Aber das macht die runtime ganz gut. Bisher hatte ich mit BOOL und Boolean nie ein Problem. Anders sieht es bei den Zeichenkettenvariationen aus.
Dann ist das so 100% korrekt:

Keine Ahnung welchen Code du jetzt verwendest, bei mir geht das einwandfrei. Egal ob Ansi oder Unicode. Du kannst ja mal die A und W Variante probieren. Möglich das dein System Unicodee verwendet und meins Ansi.


Aber, da fällt mir noch was ein, du könntest den User fragen wenn es ein SystemDir ist, ob versucht werden soll den Ordner zu verschieben, ich hab auch Ordner mit PathMakeSystemFolder zu SystemOrdner gemacht.

kafffee schrieb:

Gibt es denn keine Alternative zur Move-Methode?

Nur kopieren. Das deine Dateien weg sind kann ich mir nicht vorstellen. MAch mal auf der Festplatte eine suche nach einer Datei die auf dem Desktop war mit * beginnend(*file.txt, *abc.vb). Ich hatte mal ein Slash zu wenig und hatte mich auch geweundert wo die Datei denn nun ist. War dann ein Ordner niedriger (C:/Ordner/Target/file.ext ->C:/Ordner/Targetfile.ext) mit den gewollten Ordnernamen+Dateiname als Dateiname.

Ich kann dir nicht sagen was da passiert ist.

Aber ist ja nun auch egal, du hast zumindest deine Daten wieder. Konnte mir auch nicht vorstellen das die endgültig weg sind.

PS.
@kafffee
Danke, dir auch ein frohes neues.

Was steht denn in den Eigenschaften Deines Desktops im Tab Pfade, wenn Du den "Desktop" mit der re. Maustaste anklickerst und dessen Eigenschaften aufrufst?
Mit diesem Tab kannst alle Systemordner-Pfade umleiten, wenn Du deren Eigenschaften-Fenster öffnest.
Ggf. den Ordner "Ablage" temporär in ein anderes Verzeichnis verschieben und dann zurück in den Desktop-Ordner schubsen.

EDIT: Gibts in dem Desktop-Ordner noch die Datei "desktop.ini" mit dem Inhalt: