Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Parameter is not correct - Pri.LongPath.Directory.BeginFind #58

Open
mlsad3 opened this issue Dec 29, 2016 · 6 comments
Open

Parameter is not correct - Pri.LongPath.Directory.BeginFind #58

mlsad3 opened this issue Dec 29, 2016 · 6 comments

Comments

@mlsad3
Copy link

mlsad3 commented Dec 29, 2016

I'm unfortunately using a version of Pri.LongPath that is a year or two old, so I'm not sure if this is still an issue. It is tough to reproduce though. I have a customer that hits this issue about once a week.

You can see below the stacktrace, and a mention of "System.IO.IOException - The parameter is incorrect" inside of Pri.LongPath.Directory.BeginFind().

At this point I do not have any additional information that could help in debugging this. Do you know where, within BeginFind(), I could maybe add some additional information to log files on this?

image

@mlsad3
Copy link
Author

mlsad3 commented Dec 29, 2016

My library stated 2.0.0-beta, I'm updating to the latest and will see if they can reproduce it.

@mlsad3
Copy link
Author

mlsad3 commented Jan 18, 2017

Updating to latest Pri.LongPath, the user still hits this issue. Same stack trace.

@mlsad3
Copy link
Author

mlsad3 commented Jan 18, 2017

The user manually tried going to the folder that had issues. Note, this folder name (1234_5678-110) was already returned from parentFolder.GetDirectories(), and the code is now iterating on each of these child folders with child.GetDirectories().

The user, when he navigates Windows Explorer to the parentFolder, can see the list of directories underneath. (Note this is a network drive). Then when user double-clicks on 1234_5678-110, an error message appears in windows:
"1234_5678-110 is not accessible. Access is denied."

image

@mlsad3
Copy link
Author

mlsad3 commented Jan 23, 2017

One more side note, somewhat related. The same person has a shared network folder with paths like:
\\SLFILE01\Files1\mydoc.docx

When he goes home, and isn't connected to network, the following throws an exception:
FileInfo fi = new FileInfo (@"\\SLFILE01\Files1\mydoc.docx");
var bad = fi.Exists; // This throws exception
It is expected that fi.Exists would throw 'false' instead. I'm putting a try/catch around the Exists function now.

@peteraritchie
Copy link
Owner

I haven't been able to repo this; but is the user using Sync Center or some other method of offline files?

@mlsad3
Copy link
Author

mlsad3 commented May 21, 2017

Hi,
Just checked with the user. They aren't using anything like that at work.
You can close this if you want. I've already modified (added try/catch around the Exists function) my own branch and am not blocked by this issue.
Thanks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants