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

IdDict broken badly? #26833

Closed
vtjnash opened this issue Apr 17, 2018 · 1 comment
Closed

IdDict broken badly? #26833

vtjnash opened this issue Apr 17, 2018 · 1 comment
Labels
bug Indicates an unexpected problem or unintended behavior priority This should be addressed urgently

Comments

@vtjnash
Copy link
Member

vtjnash commented Apr 17, 2018

Adding (setindex) and removing (pop) items repeatedly from IdDict appears to result in some of the operations getting forgotten. This is very, very bad. (tested on v0.6 and master)

@vtjnash vtjnash added bug Indicates an unexpected problem or unintended behavior priority This should be addressed urgently backport pending 0.6 labels Apr 17, 2018
@StefanKarpinski
Copy link
Member

MWE?

vtjnash added a commit that referenced this issue Apr 17, 2018
previously, if we deleted one key or added `nothing` as a key,
we might lose some of the other entries too (until rehash)

fix #26833
vtjnash added a commit that referenced this issue Apr 19, 2018
previously, if we deleted one key or added `nothing` as a key,
we might lose some of the other entries too (until rehash)

fix #26833
vtjnash added a commit that referenced this issue Apr 27, 2018
previously, if we deleted one key or added `nothing` as a key,
we might lose some of the other entries too (until rehash)

fix #26833

(cherry-pick PR #26839, 5e57c21)
ararslan pushed a commit that referenced this issue Apr 27, 2018
previously, if we deleted one key or added `nothing` as a key,
we might lose some of the other entries too (until rehash)

fix #26833

(cherry-pick PR #26839, 5e57c21)

(cherry picked from commit 6d60f78)
ararslan pushed a commit that referenced this issue May 8, 2018
previously, if we deleted one key or added `nothing` as a key,
we might lose some of the other entries too (until rehash)

fix #26833

(cherry-pick PR #26839, 5e57c21)

(cherry picked from commit 6d60f78)
vtjnash added a commit that referenced this issue Aug 25, 2021
Same bug as 5e57c21 (#26833), same fix.
vtjnash added a commit that referenced this issue Aug 25, 2021
Same bug as 5e57c21 (#26833), same fix.
vtjnash added a commit that referenced this issue Aug 25, 2021
Same bug as 5e57c21 (#26833), same fix.
vtjnash added a commit that referenced this issue Aug 26, 2021
Same bug as 5e57c21 (#26833), same fix.
KristofferC pushed a commit that referenced this issue Aug 27, 2021
Same bug as 5e57c21 (#26833), same fix.

(cherry picked from commit 82c4a27)
KristofferC pushed a commit that referenced this issue Sep 3, 2021
Same bug as 5e57c21 (#26833), same fix.

(cherry picked from commit 82c4a27)
KristofferC pushed a commit that referenced this issue Sep 6, 2021
Same bug as 5e57c21 (#26833), same fix.

(cherry picked from commit 82c4a27)
LilithHafner pushed a commit to LilithHafner/julia that referenced this issue Feb 22, 2022
LilithHafner pushed a commit to LilithHafner/julia that referenced this issue Mar 8, 2022
staticfloat pushed a commit that referenced this issue Dec 23, 2022
Same bug as 5e57c21 (#26833), same fix.

(cherry picked from commit 82c4a27)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Indicates an unexpected problem or unintended behavior priority This should be addressed urgently
Projects
None yet
Development

No branches or pull requests

2 participants