diff options
| author | Jason Zaugg <jzaugg@gmail.com> | 2016-07-31 17:13:09 -0700 |
|---|---|---|
| committer | Jason Zaugg <jzaugg@gmail.com> | 2016-07-31 17:21:19 -0700 |
| commit | c1bd857318b01b223b3f5dbd99aa2e71b1b232d4 (patch) | |
| tree | 71d7eacfe41dbeb3211fe182d9241eebacacc3c9 /test/files/jvm/varargs/VaClass.scala | |
| parent | 25b29ea4036b0bc910a5eb07d64c93d294be4e55 (diff) | |
| download | scala-c1bd857318b01b223b3f5dbd99aa2e71b1b232d4.tar.gz scala-c1bd857318b01b223b3f5dbd99aa2e71b1b232d4.tar.bz2 scala-c1bd857318b01b223b3f5dbd99aa2e71b1b232d4.zip | |
Fix race condition in lambda deserialization
Review of the code made me aware that concurrent calls to
`$deserializeLambda$` for some lambda hosting class could result in
concurrent calls to operations on `j.u.HashMap`.
I've added a synchronized block to avoid this problem. I don't think
this is likely to be a bottleneck in practical use cases, but if so we
could come up with a lock-free scheme in the future.
Diffstat (limited to 'test/files/jvm/varargs/VaClass.scala')
0 files changed, 0 insertions, 0 deletions