-
Notifications
You must be signed in to change notification settings - Fork 114
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
blocking thread #87
Comments
Hi @TrabacchinLuigi , I got a couple of people requesting this features and I always propose to simply call DokanMain in a new thread but I am open to any proposition. What kind of implementation for errors handling would your propose ? |
Not really sure how i don't work with unmanaged code that much... |
I would prefer to let DokanMain C as it is 😃 I would be interested to see show this is annoying for you, yes. |
here we go: How i would write mirror.cs and use it |
The annoying part is i have to wait for a semaphore (line 69, that get's green when an exception is thrown during mount or when mounted get's called)... it's not that intuitive ...
|
I think @TrabacchinLuigi is right. For the moment I would keep it like it is until the following issue has been implemented. dokan-dev/dokany#210 |
@TrabacchinLuigi You made your point 👍 It also mean that the DokanMain async will probably more be in 1.1.0 than in the next release. |
Great! keep up the good work! |
I do think that
NativeMethods.DokanMain
locking the thread while something happens is more annoing than useful and would be better if that function would return after having the file system mounted and then implement some error handling function in theIDokanOperations
for errors that could happen in the future while immediate errors could stay thereThe text was updated successfully, but these errors were encountered: