… didn’t one of the recent open api ‘escapes’ literally involve agents using path names as an ersatz message board to keep a ‘memory’ to coordinate their efforts?
This is the most truly "WTF is wrong with you" esolang I've ever seen. When I got down to the syntax I imagined the amount of effort it would take to write a single statement and viscerally recoiled.
I just mentioned it to Claude and it minus-one shotted (that's when you didn't even want to make anything, just talk about it) a Python script it called Folderol that compiles .fol scripts into folder structures, and it absolutely works. But I can't thank it yet or take it up on the offers on how to follow this up, because that one response put it over from 0% to 90% of the 5-hour usage limit. I'm sure someone with some credits to spend could make this baby sing.
Just think of the applications! No seriously, can you please think of any applications and tell me?
What are cool things that can contain other things, other than folders? One thing I could think of is hypertext documents, the number of links in them could be the number of folders, and bam, you can now put complex program on the web that take up no space. And rogue agents also have a whole new way to fuck with us, too: while you try to make sense of these weird files they put into these weird folder structures, it's only about the folder structure. Not meaingless data, but active code. Watching. Evolving.
Another one is RAM compression, of course. You need some sort of JIT-compiler for the folder code -- which take up no space! -- but then you could make folder programs to store arbitrary data, and store the folder programs in RAM, using no RAM. And why shouldn't those strings themselves be .fol code that compiles to a zero footprint folder structure, right? and so on... yeah, I think you probably get it now.
"In Windows, folders are an even more extreme measure of emptiness: they take up no disk space at all. For proof, create 352,449 folders and get properties on it."
I'm guessing this is a joke and I'm just taking it too seriously, but the only thing that "proves" is that Windows lies to you lol. It's obviously information that's stored _somewhere_.
NTFS has MFT - Master File Table to store all meta-data, and it's pre-allocated to avoid fragmentation. So you won't see them taking more space until you fill the pre-allocated MFT.
There are other file-systems which do that kind of a thing. But NTFS has fairly large records - 1024 bytes, so it can fit even small files inside MFT.
> It's obviously information that's stored _somewhere_
It's likely stored in the disk blocks reserved for the filesystem metadata. The disk may always appear empty, but available space will get lower and lower eventually.
> It's obviously information that's stored _somewhere_.
Yes, but it is a pre-allocated somewhere (part of the MFT) so no extra space is taken until a directory grows really huge or there is enough stuff using the MFT that it needs to be expanded. IIRC each directory will be taking a 1Kbyte block in the MFT in an experiment like this, plus a bit for the directory they are in needing to consume more blocks to describe them.
Similar to creating lots of very short files might not initially take any space on common Linux filesystems, as they use nothing more than the pre-allocated inodes.
Using reserved space is still using space. Creating a folder is using up some portion of the reserved space until it will need to be expanded and take up more free space on the disk. Preemptively allocating that reserved space doesn't make the folder not take up space. If I create a file on my desktop, is it not taking up any space because I haven't yet had to expand my partition size or get another disk?
Imagine being the guy trying to figure out why a Windows server is running out of space, and finding 23 million empty folders being used to define software for prod.
It says the folders are evaluated in alphabetical order, but actually it's evaluating them in natural sort[1][2]. This makes sense since Windows also displays folders in natural sort order.
Good to see that conventional insanity is still alive and kicking, despite the meteoric rise of AI psychosis everywhere. Besides, the promise of infinite disk space does have magnetic attraction, especially on classic hard disks.
nunodonato | 14 hours ago
The kind of thing no AI would ever come up with :)
mock-possum | 3 hours ago
(Of course that had a ‘point’)
anonymous908213 | 14 hours ago
_kb | 13 hours ago
https://esolangs.org/wiki/WORST https://esolangs.org/wiki/Malbolge
They’re both a truly bottomless pit of malaise.
pell | 13 hours ago
FacelessJim | 13 hours ago
The audacity
fxwin | 14 hours ago
zzril | 14 hours ago
Surac | 13 hours ago
usrbinbash | 12 hours ago
elendilm | 12 hours ago
jdw64 | 12 hours ago
tensility | 11 hours ago
deciduously | 9 hours ago
jghn | 10 hours ago
goncharow | 10 hours ago
jghn | 10 hours ago
customguy | 9 hours ago
Just think of the applications! No seriously, can you please think of any applications and tell me?
What are cool things that can contain other things, other than folders? One thing I could think of is hypertext documents, the number of links in them could be the number of folders, and bam, you can now put complex program on the web that take up no space. And rogue agents also have a whole new way to fuck with us, too: while you try to make sense of these weird files they put into these weird folder structures, it's only about the folder structure. Not meaingless data, but active code. Watching. Evolving.
Another one is RAM compression, of course. You need some sort of JIT-compiler for the folder code -- which take up no space! -- but then you could make folder programs to store arbitrary data, and store the folder programs in RAM, using no RAM. And why shouldn't those strings themselves be .fol code that compiles to a zero footprint folder structure, right? and so on... yeah, I think you probably get it now.
kkijugtcjonugvh | 9 hours ago
customguy | 8 hours ago
Hugsbox | 9 hours ago
I'm guessing this is a joke and I'm just taking it too seriously, but the only thing that "proves" is that Windows lies to you lol. It's obviously information that's stored _somewhere_.
Zecc | 9 hours ago
How dare you accuse the creator of the Folders programming language of not being serious!
Hugsbox | 8 hours ago
My deepest apologies to the author.
tough | 7 hours ago
killerstorm | 7 hours ago
There are other file-systems which do that kind of a thing. But NTFS has fairly large records - 1024 bytes, so it can fit even small files inside MFT.
pif | 7 hours ago
It's likely stored in the disk blocks reserved for the filesystem metadata. The disk may always appear empty, but available space will get lower and lower eventually.
dspillett | 6 hours ago
Yes, but it is a pre-allocated somewhere (part of the MFT) so no extra space is taken until a directory grows really huge or there is enough stuff using the MFT that it needs to be expanded. IIRC each directory will be taking a 1Kbyte block in the MFT in an experiment like this, plus a bit for the directory they are in needing to consume more blocks to describe them.
Similar to creating lots of very short files might not initially take any space on common Linux filesystems, as they use nothing more than the pre-allocated inodes.
Feathercrown | 3 hours ago
jan_m_savage | 9 hours ago
letharion | 9 hours ago
At least it looks more useful than the flying Tesla.
stronglikedan | 7 hours ago
Oh good, cuz naming things is hard!
TaLiTr | 7 hours ago
omoikane | 7 hours ago
[1] https://github.com/rottytooth/Folders/blob/015cf65c15ab681f5...
[2] https://en.wikipedia.org/wiki/Natural_sort_order
classified | 5 hours ago
programLyrique | 4 hours ago
Nevermark | 4 hours ago
If only Turing had foreseen folders!