-
Notifications
You must be signed in to change notification settings - Fork 525
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
NRE #505
Comments
Mhm could still be everywhere.
|
Do you want me to pu Debugger.Break into this line: https://github.com/fsprojects/Paket/blob/master/src/Paket/Program.fs#L213 ? |
Wait a minute, I'll try to reproduce it under debugger. Seem to appear after paket version updated. |
Cannot catch it :( Yes, add |
Cannot understand what here is null tho :( |
Maybe it's caused by concurrent access to |
wow didn't know that Dictionary is not thread-safe. |
:) Absolutely! |
WTF. Why isn't the thread-safe version the default? |
Most of the collections in the BCL aren't thread safe. |
All concurrent collection are much slower, for example, here http://stackoverflow.com/questions/15252115/concurrentdictionary-performance-at-a-single-thread-misunderstanding |
Yep I understan that - so I think in special case one could switch to UnsafeButFasterDictionary ;-) Do you think we can close this? Or do you still see this error |
I don't see it anymore. If it returns, I reopen this issue. |
Just beware that ConcurrentDictionary has no notion of strict serialisability as:
Also note that ConcurrentDictionary is likely faster for your use-case of a cache, since your reads will outnumber your writes. |
So all is well? |
Yes ;) |
The text was updated successfully, but these errors were encountered: