Closed vicapow closed 10 months ago
I think this may be the same issue I was having here: https://github.com/vercel/pkg/discussions/1928
This issue is stale because it has been open 90 days with no activity. Remove the stale label or comment or this will be closed in 5 days. To ignore this issue entirely you can add the no-stale label
This issue is stale because it has been open 90 days with no activity. Remove the stale label or comment or this will be closed in 5 days. To ignore this issue entirely you can add the no-stale label
still relevant
What version of pkg are you using?
5.8.0
What version of Node.js are you using?
v10.23.1
What operating system are you using?
windows
What CPU architecture are you using?
x86_64
What Node versions, OSs and CPU architectures are you building for?
node18-win-x64
Describe the Bug
The binary exists on the
C:\
. The binary then attempts to read a drive on sayE:\
usingreaddir()
ie.,
but this inaccurately returns an extra folder called
snapshot
on theE:\
drive. I understand there is this snapshot filesystem but I would not have expected this it override file system calls from another drive. With the current behavior, we cannot have a cli binary that can read the entire drive contents without either explicitly ignoring all drives with a root folder namessnapshot
that happens to actually be on that drive, or explicitly not allow reading drive contents with asnapshot
directory.Expected Behavior
Allow having readdir work for an entire drive other than the one that contains the binary.
To Reproduce
Create a binary, setup a new drive, E:\, run on windows, attempt to read the drive using readdir giving it E:\ as the readdir argument path. see that it returns a
snapshot
directory onE:\
which was not expected