Hi, I've got this container: typedef boost::multi_index_container< torrent_t, boost::multi_index::indexed_by< // boost::multi_index::hashed_unique<boost::multi_index::member<torrent_t, int, &torrent_t::id>>, boost::multi_index::ordered_unique<boost::multi_index::member<torrent_t, int, &torrent_t::id>>, boost::multi_index::sequenced<> >
torrents_t;
I'm using the find() member to find elements. When I use hashed_unique, it seems to be unable to find some elements, while it finds all if I use ordered_unique. This is with Boost 1.46.1.1 (Debian) and gcc version 4.6.1 (Debian 4.6.1-4) Is this a known issue? Olaf
Olaf van der Spek <ml <at> vdspek.org> writes:
Hi,
I've got this container:
[...]
I'm using the find() member to find elements. When I use hashed_unique, it seems to be unable to find some elements, while it finds all if I use ordered_unique. This is with Boost 1.46.1.1 (Debian) and gcc version 4.6.1 (Debian 4.6.1-4) Is this a known issue?
There's nothing suspicous about the multi_index_container you describe, and finding elements should work equivalently with a hashed_unique and an ordered_unique index. Can you provide a little more context or, better yet, produce some sample code showing the problem? Thank you, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo
On Sun, Oct 9, 2011 at 8:12 PM, Joaquin M Lopez Munoz <joaquin@tid.es> wrote:
I'm using the find() member to find elements. When I use hashed_unique, it seems to be unable to find some elements, while it finds all if I use ordered_unique. This is with Boost 1.46.1.1 (Debian) and gcc version 4.6.1 (Debian 4.6.1-4) Is this a known issue?
There's nothing suspicous about the multi_index_container you describe, and finding elements should work equivalently with a hashed_unique and an ordered_unique index. Can you provide a little more context or, better yet, produce some sample code showing the problem?
If there are no known issues I have to assume it's not a bug in multi_index. I'll let you know if I do find something more specific in multi_index. Olaf
participants (2)
-
Joaquin M Lopez Munoz -
Olaf van der Spek