This is a read-only snapshot of the ComputerCraft forums,
taken in April 2020.
[1.78]CC 'bricking' directories
Started by lifewcody, 06 August 2016 - 03:15 AMPosted 06 August 2016 - 05:15 AM
For some reason my 'test' directory keeps getting 'bricked'. I can't write there or make folders. I have to delete it and make a new folder with a different name. On my disk I had a folder called "5" for the dick # and it got 'bricked' and I deleted it and make it again and that exact same folder was 'bricked' again. I looked at permissions but it doesn't look like it is an issue.
Edited on 13 August 2016 - 04:59 AM
Posted 06 August 2016 - 10:05 AM
Posted 06 August 2016 - 11:08 AM
Posted 13 August 2016 - 07:00 AM
This isn't related to my issue
That's kinda jerk thing tbh
Posted 13 August 2016 - 01:31 PM
Then let me put it more clearly: you need to provide more info.
Adding the version number is a good start, but some examples of the specific methods you used to "write" to your problem folders (and the specific output you got when you tried) would go a long way towards explaining your issue.
Adding the version number is a good start, but some examples of the specific methods you used to "write" to your problem folders (and the specific output you got when you tried) would go a long way towards explaining your issue.
Posted 14 August 2016 - 05:48 PM
I used to have an issue like this. The problem arose when I used the "mv" command, and used the same name, but different casing. So, for instance
mkdir HelloWorld
mv HelloWorld helloworld
That would cause an infinite loop of HelloWorld directories that I couldn't delete.
mkdir HelloWorld
mv HelloWorld helloworld
That would cause an infinite loop of HelloWorld directories that I couldn't delete.
Posted 18 August 2016 - 03:55 AM
I used to have an issue like this. The problem arose when I used the "mv" command, and used the same name, but different casing. So, for instance
mkdir HelloWorld
mv HelloWorld helloworld
That would cause an infinite loop of HelloWorld directories that I couldn't delete.
Yea that happened to me too before, I couldn't even delete it off of Windows ;(
Posted 18 August 2016 - 02:39 PM
Perhaps it's related to the fact that Windows is case-insensitive.
Unlike Unix-like OSs, Windows' GUI is case-insensitive, i.e. it treats a and A as the same. In explorer, if you rename something but only change the case then it ignores you. Using the Windows command line (CMD) forces the change (Powershell and Git Bash both work too, I haven't tested the Bash on Ubuntu on Windows with this).
Interestingly, explorer is the issue here, the NTFS (Windows' file system) is case-sensitive along with some other parts of Windows. Explorer can be made to be case-sensitive but I've read that this can cause issues with some programs which are expecting the old behaviour.
Unlike Unix-like OSs, Windows' GUI is case-insensitive, i.e. it treats a and A as the same. In explorer, if you rename something but only change the case then it ignores you. Using the Windows command line (CMD) forces the change (Powershell and Git Bash both work too, I haven't tested the Bash on Ubuntu on Windows with this).
Interestingly, explorer is the issue here, the NTFS (Windows' file system) is case-sensitive along with some other parts of Windows. Explorer can be made to be case-sensitive but I've read that this can cause issues with some programs which are expecting the old behaviour.
Edited on 18 August 2016 - 12:42 PM
Posted 18 August 2016 - 07:48 PM
The Problem here is the case-insensitivity as Lupus already pointed out.
If you do
If you do
mv Hello Hello
mv notices what you do and spits out an error, however if you do mv Hello hello
you essential move a directory in itself, which will make it recursive. You can also do the following:
mkdir Hello
cd Hello
edit File
--Put stuff in the file
cd ..
cd hello
ls
--At this point you will see that File is listed
rm File
--This now throws an error.
I am not sure if it works under Windows because NTFS is in case sensitive but under Unix Hello/File and hello/File are two different things.Posted 23 August 2016 - 07:50 AM
Perhaps it's related to the fact that Windows is case-insensitive.
Unlike Unix-like OSs, Windows' GUI is case-insensitive, i.e. it treats a and A as the same. In explorer, if you rename something but only change the case then it ignores you. Using the Windows command line (CMD) forces the change (Powershell and Git Bash both work too, I haven't tested the Bash on Ubuntu on Windows with this).
Interestingly, explorer is the issue here, the NTFS (Windows' file system) is case-sensitive along with some other parts of Windows. Explorer can be made to be case-sensitive but I've read that this can cause issues with some programs which are expecting the old behaviour.
The Problem here is the case-insensitivity as Lupus already pointed out.
If you domv notices what you do and spits out an error, however if you domv Hello Hello
you essential move a directory in itself, which will make it recursive. You can also do the following:mv Hello hello
I am not sure if it works under Windows because NTFS is in case sensitive but under Unix Hello/File and hello/File are two different things.mkdir Hello cd Hello edit File --Put stuff in the file cd .. cd hello ls --At this point you will see that File is listed rm File --This now throws an error.
The issue isn't moving directoried like mv Hello hello
I have done that before by accident but the issue I am having is randomly a directory will get 'bricked' on ComputerCraft I am unable to write files, but I can make the file on my PC (if I go to the saves, computer, etc). If I delete the folder (because I thought it was a permission issue) and let CC re-create it, the issue still persists. I have to use a completely different computer becaue then it generates a different ID with a different folder
Posted 16 April 2017 - 10:05 AM
You didn't somehow manage to put the folder in /rom/ did you?
Posted 17 April 2017 - 09:43 PM
You didn't somehow manage to put the folder in /rom/ did you?
Nope