Add nodefs readdir handling for directories that contain exotic entries

[hoodmane]

Resolves #22924.

[sbc100]

Looks like this perhaps requires a wasmfs change to match? wasmfs.test_fs_nodefs_readdir is now failing. Looks like maybe wasmfs is reporting "." and ".." but the old FS is not ? Maybe we want go back to the old way of verifying the results to avoid having to fix these decrpencies as part of this PR?

[hoodmane]

Yeah maybe the best thing to do would be to grab the output and make a series of assertions that it contains or does not contain certain strings? It seems that the order is not stable but the set of lines should be.

[sbc100]

Yeah maybe the best thing to do would be to grab the output and make a series of assertions that it contains or does not contain certain strings? It seems that the order is not stable but the set of lines should be.

Sure. That sounds reasonable. I was a little surprised to see who different the wasmfs output was though. I guess there is stuff we need to address there:

--- expected
+++ actual
@@ -1,12 +1,13 @@
 listing contents of dir=/
 .
 ..
+dev
 tmp
-home
-dev
-proc
 listing contents of dir=/working
+.
+..
 existing
+named_pipe
 stdout
 test_nodefs_readdir.js
 test_nodefs_readdir.wasm

Specifically it looks like wasmfs supports . and .. but the old FS doesn't? Also, the home and proc directories should match too. These are all separate issues though.

[sbc100]

Strange that we have . and .. at the root but not in the subdirectory. I guess that just a bug.

[sbc100]

Rebasing could fix the code size failures.