VICE: Verzeichnis löschen geht mit BASIC-Befehlen nicht

Einstellung von Drive #10 in meinem VICE 3.8 (Windows 11):

Häkchen bei "Virtual Device" und bei "IEC Device"

Dann habe ich mit LOAD"$",10:LIST Zugriff auf meine PC-Dateistruktur. Das läuft auch wunderbar. Z.B. habe ich per

OPEN15,10,15,"MD:MYDIR":CLOSE15

ein Unterverzeichnis namens "mydir" im aktuellen Verzeichnis erstellen können. Aber das Löschen funzt nicht. Gebe ich

OPEN15,10,15,"RD:MYDIR":CLOSE15

ein, bekomme ich ganz normal ein READY-Prompt, aber das Verzeichnis ist noch da (im Verzeichnis "mydir" befinden sich keine Files). Mache ich irgendwas falsch, oder geht das unter VICE schlicht nicht (etwa aus Sicherheitsgründen)? Mit einem SD2IEC müsste das aber funktionieren, oder?

Ok, ich muss mich korrigieren. Es passiert nur mit Verzeichnissen, die ich mit GUI64 erstellt habe. Die lassen sich mit "RD:..:" nicht mehr löschen (nur über den File-Browser auf meinem PC). Der Code dafür sieht wie folgt aus. Vielleicht findet ja jemand den "Fehler".

Quote from Endurion

Ist die Command-Length mit 15 richtig? Bleibt Y da über die Aufrufe hinweg unangetastet?

Das Y kam noch aus dem "KillSpaces", wo jegliche $20 am Ende des Dateinamens in Str_ImageEdit durch Nullen ersetzt werden. Ich habe jetzt stattdessen das X genommen, welches in der Schleife danach benutzt wird. Das sieht jetzt so aus:

Wenn ich das Programm per jmp* nach dem pha anhalte, habe ich in A und X eine 8 stehen (was passt, denn der Command ist "MD:MYDIR"). Dennoch lässt sich das Verzeichnis mit RD nicht löschen.

Quote from darkvision

Quote from Endurion

Ist die Command-Length mit 15 richtig? Bleibt Y da über die Aufrufe hinweg unangetastet?

Ich meine auch da passt was nicht. Der Name wird doch über das X-Register kopiert? Hängt dann evtl. ein NULL-Byte am neuen Directory-Namen?

Ja, da ist eine NULL am Ende. Aber sollte egal sein, denn ich übergebe ja nur die 8 Bytes an DiskSendCommand.

So, also es liegt definitiv am VICE, und nicht an dem Code in GUI64. Es ist jetzt gerade so, dass es meistens nicht funktioniert - aber ganz selten schon, wie das angehängte Video beweist:

1. Versuch mit Drive 10: Kein Erfolg
2. Versuch mit Drive 11: Merkwürdigerweise Erfolg
3. Versuch mit Drive 11: Kein Erfolg
4. Versuch mit Drive 11: Kein Erfolg
5. Einstellungen

Ich finde das sehr merkwürdig.

Quote from angryking

Blockiert da Windows (irgendein Tool, Indexer oder so) selber das Verzeichnis?

Keine Ahnung. Ich achte eigentlich immer darauf, dass so wenig wie möglich im Hintergrund läuft. Was mir aufgefallen ist: in den Eigenschaften aller meiner Ordner steht ein Minus im Kästchen "Schreibgeschützt (betrifft nur Dateien im Ordner)". Wenn ich das Minus wegmache und auf OK klicke, fragt er, ob ich das für alle Unterordner machen möchte (die andere Möglichkeit ist ausgegraut). Also habe ich eigentlich keine Wahl und klicke erneut auf OK. Dann werkelt er rum mit ein paar Progressbars und fertig. Wenn ich danach wieder in die Einstellungen gehe, ist das Minus aber noch da - es hat sich nichts geändert. Ist das bei euch (Windoof 11 Nutzer) auch so?

Quote from JohannDark

Vice als Admin ausführen?

Gestern schon probiert. Der VICE im Video ist als Admin gestartet.

Ich hänge mal die neueste Version von GUI64 an, in der man Verzeichnisse neu erstellen (File --> New) und wieder löschen (File --> Delete) kann. Ich würde mich freuen, wenn ihr das bei euch mal ausprobiert. Wenn's bei euch klappt, dann liegt es an meinem System.

EDIT: Bei mir hat es (unter GUI64) gerade zweimal nacheinander geklappt - mit Drive 10 und Drive 11. Mal wieder sowas, was machmal geht und manchmal nicht. I love it...

Quote from Juergen Johannes

vor längerer Zeit hatte ich auch mit Vice GTK (Win) und virtuellen Devices rumprobiert. Vice 3.7 oder 3.8.

Dabei hat bei mir nur die Vice Einstellung “nur IEC gesetzt“ ohne Fehler funktioniert (virtuell Device und True Drive aus).

Hab's gerade ohne virtual oder true drive gemacht - keine Änderung. Das Verzeichnis geht mit RD einfach nicht wieder weg. Da es bei allen anderen bisher aber gut funktioniert hat, gehe ich davon aus, dass es an meinem System liegt und bin guten Mutes, dass es bei der Verwendung mit SD2IEC immer klappt.