http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55911
--- Comment #8 from Jonathan Wakely 2013-01-28
01:29:11 UTC ---
I think there are extra debug checks in unordered_map on the GCC trunk that
aren't in the 4.7 release.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55911
--- Comment #7 from Tim Janik 2013-01-28 01:13:04 UTC ---
(In reply to comment #4)
> Debug Mode even catches it:
>
> unordered_map:max_size: 576460752303423487
> unordered_map:size: 10352716
> unordered_map:bucke
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55911
--- Comment #6 from Paolo Carlini 2013-01-09
14:47:12 UTC ---
Thanks Jon.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55911
Jonathan Wakely changed:
What|Removed |Added
Severity|major |normal
--- Comment #5 from Jo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55911
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55911
--- Comment #3 from Jonathan Wakely 2013-01-09
12:15:39 UTC ---
This is invalid if size() > bucket_count(), which is very likely:
for (size_t i = 0; i < umap.size(); i++)
{
const size_t bs = umap.bucket_size (i);
Shouldn'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55911
--- Comment #2 from Paolo Carlini 2013-01-09
11:38:03 UTC ---
Important note: I can reproduce the Segmentation fault way back to 4_5-branch,
in other terms, whatever it is, happened also with the old implementation very
close to the TR1 co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55911
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
