Question on behalf...
There's a long time bug in Recyclone, whereby the filer can forget a directory or file in the Recyclone bin so it will never expire or be
deleted.
Nor can it be manually deleted from "...!Boot.Resources.!RecycBin.Bin" as the filer sort of thinks it doesn't exist, though of course it is still displayed in Recyclone's bin.
FWIW. Using a VRPC-DL I just access the the thing from the Windows filer
side and remove the errant item.
If it can be deleted from outside the emulator, then presumably the
object does actually exist rather than just being a ghostly bug in Recyclone's display code... which would have been my initial assumption!
Are you saying that it is not even *displayed* by the Filer in !Boot.Resources.!RecycBin.Bin, or that the file is visible but nothing happens when you try to delete it?
The file is visible in the Bin when Recyclone is on the icon bar, but it cannot be Expired, or emptied from the Bin.
It's also visible when the !Boot.Resources.!RecycBin.Bin is opened, but
will not Delete, nor will it open.
It errors with a message (Can't remember exactly) but along the line of
"File nnn does not exist."
It does sounds as if Recyclone has corrupted the disc records somehow in
the course of its operations, and I don't know the first thing about them.
Have you tried DiscKnight?
On 27 Jul, Harriet Bazley wrote in message
<5de6bc0e5a.harriet@bazleyfamily.co.uk>:
It does sounds as if Recyclone has corrupted the disc records somehow in the course of its operations, and I don't know the first thing about them.
Have you tried DiscKnight?
If Dave's using VRPC and HostFS, DiscKnight won't be a lot of help.
Is Recyclone trying to be "clever" by hooking into the Filer, in an attempt to protect the user from themselves? If so, presumably it's intercepting Delete operations normally, so if it thinks the file has been deleted, perhaps it's blocking the delete?
Another thought is it's doing something that's upsetting the VRPC
filename translation. For example, if it were to rename a file example/txt,fff/txt,fff
I could well imagine errors like 'file does not exist' because HostFS
can't match up the RISC OS name with the name on the Windows side.
It's also possible that any 'cleverness' doesn't work with HostFS,
because that doesn't work in exactly the same way as FileCore
filesystems (ADFS etc) that the Recyclone author was expecting.
Theo
Another thought is it's doing something that's upsetting the VRPC filename translation. For example, if it were to rename a file example/txt,fff/txt,fff
On 28/07/2022 10:40, Theo wrote:
Another thought is it's doing something that's upsetting the VRPC
filename translation. For example, if it were to rename a file example/txt,fff/txt,fff
Also lots of characters which either are not allowed in filenames or may
not be translated consistently. If you are using anything other than alphanumerics, dash and underscore you are going to have trouble on
foreign filing systems.
---druck
However, the main question remains unanswered.
If for whatever reason an event happens, how in RISC OS do you Delete the errant item?
As noted previously, it's easy for me, I just drop out of RISC OS into Windows, go to VRPC...'HostFS::HardDisc4.$.!boot.Resources.!RecycBin.Bin'
and delete from there.
However, the main question remains unanswered.
If for whatever reason an event happens, how in RISC OS do you Delete the errant item?
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 339 |
Nodes: | 16 (2 / 14) |
Uptime: | 03:17:16 |
Calls: | 7,467 |
Calls today: | 3 |
Files: | 12,691 |
Messages: | 5,628,147 |