XD2031 icon indicating copy to clipboard operation
XD2031 copied to clipboard

File deletion from mounted directory hangs firmware

Open snhirsch opened this issue 3 years ago • 6 comments

Title says it. If I try to delete any file from a mounted directory the firmware immediately hangs with both green LEDs lit (PetSD). I have to power cycle the PetSD, restart xd2031 and reboot PET to recover. 100% repeatable.

snhirsch avatar Mar 01 '21 23:03 snhirsch

Can you provide more details? I know it may be frustrating, I still have these questions/assumptions:

  • there is only a single device on the IEEE bus next to your PET; that's the petSD?
  • there are no special characters in the filename? You addressed a normal file, not one in a directory?
  • "mounted directory" means a directory on the host, not in a disk image?
  • Which branch/version of xd2031 did you use?

fachat avatar Mar 02 '21 06:03 fachat

There are two attached devices: Hardbox hard disk (Unit 8) and PetSD (Unit 10). Not sure if a space is considered as a 'special character', but the most recent file name is 'os9 small copy'. It is a normal file. The directory was indeed a directory on the host - not in an image. I'm using:

hirsch@beaglebone:~/work/XD2031$ git status Refresh index: 100% (1929/1929), done. On branch 177-relpos Your branch is up to date with 'origin/177-relpos'.

snhirsch avatar Mar 02 '21 16:03 snhirsch

Can you try branch 181-delete-crash ? There was a memory corruption bug, I had a different crash than yours, but that may be the cause of yours too

fachat avatar Mar 02 '21 21:03 fachat

The new branch appears to have fixed the issue on mounted host directories, but I'm still unable to remove files from a D64 image. Here's the test case:

os9-systemdisk.d64.gz

There is a single file in that image. When I attempt to remove it under XD2031 the firmware crashes.

snhirsch avatar Mar 03 '21 15:03 snhirsch

More on this: XD2031 has issues with '/' in filenames. I can understand this when targeting a Linux directory, but I'm unable to copy a file named 'format.os/9' to a mounted D64 image. The OPEN operation appears to succeed, but subsequent writes fail with a complaint that the target is not found.

snhirsch avatar Mar 03 '21 16:03 snhirsch

Can you have a look at branch 181-delete-crash? Should have fixed the issue with deleting the file you mentioned, and hopefully also other issues with "/" in Dxx files.

fachat avatar Mar 21 '21 18:03 fachat