El paso de un impulso :: unordered_set como resultado el mapa para impulsar :: dividida

Question

¿alguien sabe si es kosher para pasar un impulso :: unordered_set como el primer parámetro de impulso :: dividida? Bajo libboost1.42-dev, esto parece causar problemas. Aquí hay un pequeño ejemplo de programa que causa el problema, lo llaman test-split.cc:

#include <boost/algorithm/string/classification.hpp>
#include <boost/algorithm/string/split.hpp>
#include <boost/unordered_set.hpp>
#include <string>

int main(int argc, char **argv) {
  boost::unordered_set<std::string> tags_set;
  boost::split(tags_set, "a^b^c^",
               boost::is_any_of(std::string(1, '^')));
  return 0;
}

A continuación, si se me acaban los siguientes comandos:

g++ -o test-split test-split.cc; valgrind ./test-split

me sale un montón de quejas en valgrind como la que sigue (que a veces también veo coredumps sin valgrind, aunque parece variar en función de sincronización):

==16843== Invalid read of size 8
==16843==    at 0x4ED07D3: std::string::end() const (in /usr/lib/libstdc++.so.6.0.13)
==16843==    by 0x401EE2: unsigned long boost::hash_value<char, std::allocator<char> >(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) (in /tmp/test-split)
...
==16843==    by 0x402248: boost::unordered_set<std::string, boost::hash<std::string>, std::equal_to<std::string>, std::allocator<std::string> >& boost::algorithm::split<boost::unordered_set<std::string, boost::hash<std::string>, std::equal_to<std::string>, std::allocator<std::string> >, char const [26], boost::algorithm::detail::is_any_ofF<char> >(boost::unordered_set<std::string, boost::hash<std::string>, std::equal_to<std::string>, std::allocator<std::string> >&, char const (&) [26], boost::algorithm::detail::is_any_ofF<char>, boost::algorithm::token_compress_mode_type) (in /tmp/test-split)
==16843==    by 0x40192A: main (in /tmp/test-split)
==16843==  Address 0x5936610 is 0 bytes inside a block of size 32 free'd
==16843==    at 0x4C23E0F: operator delete(void*) (vg_replace_malloc.c:387)
==16843==    by 0x4ED1EE8: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string() (in /usr/lib/libstdc++.so.6.0.13)
==16843==    by 0x404A8B: void boost::unordered_detail::hash_unique_table<boost::unordered_detail::set<boost::hash<std::string>, std::equal_to<std::string>, std::allocator<std::string> > >::insert_range_impl<boost::transform_iterator<boost::algorithm::detail::copy_iterator_rangeF<std::string, char const*>, boost::algorithm::split_iterator<char const*>, boost::use_default, boost::use_default> >(std::string const&, boost::transform_iterator<boost::algorithm::detail::copy_iterator_rangeF<std::string, char const*>, boost::algorithm::split_iterator<char const*>, boost::use_default, boost::use_default>, boost::transform_iterator<boost::algorithm::detail::copy_iterator_rangeF<std::string, char const*>, boost::algorithm::split_iterator<char const*>, boost::use_default, boost::use_default>) (in /tmp/test-split)
...
==16843==    by 0x402248: boost::unordered_set<std::string, boost::hash<std::string>, std::equal_to<std::string>, std::allocator<std::string> >& boost::algorithm::split<boost::unordered_set<std::string, boost::hash<std::string>, std::equal_to<std::string>, std::allocator<std::string> >, char const [26], boost::algorithm::detail::is_any_ofF<char> >(boost::unordered_set<std::string, boost::hash<std::string>, std::equal_to<std::string>, std::allocator<std::string> >&, char const (&) [26], boost::algorithm::detail::is_any_ofF<char>, boost::algorithm::token_compress_mode_type) (in /tmp/test-split)
==16843==    by 0x40192A: main (in /tmp/test-split)

Este es un cuadro de Squeeze Debian; aquí está mi información relevante del sistema:

$ g++ --version
g++ (Debian 4.4.5-2) 4.4.5
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ dpkg -l | grep boost
ii  libboost-iostreams1.42.0            1.42.0-4                     Boost.Iostreams Library
ii  libboost1.42-dev                    1.42.0-4                     Boost C++ Libraries development files
$ uname -a
Linux gcc44-buildvm 2.6.32-5-amd64 #1 SMP Fri Sep 17 21:50:19 UTC 2010 x86_64 GNU/Linux

Sin embargo, el código parece muy bien el trabajo si rebaja libboost1.42-dev para libboost1.40-dev. Así que este es un error en el impulso de 1,42, o estoy haciendo mal uso de impulso :: dividida pasando en un recipiente que no puede manejar secuencias? Gracias!

Answer 1

Esto fue confirmado en el impulso lista de distribución a un error en la aplicación impulso :: unordered_set. Hay un parche disponible en la lista de correo, y una revisión se puede comprobar en breve, es de esperar en el tiempo para un refuerzo de 1.45.

Boost-usuarios: patch

Boost usuarios: confirmación

Gracias a todos por mirar en esto!

Answer 2

Creo que la respuesta debe ser sí.

La lectura de las cabeceras (split.hpp y iter_find.hpp) split toma un SequenceSequenceT& Result como primer argumento, la cual pasa a iter_split que cubre-construye a partir de dos boost::transform_iterators:

SequenceSequenceT Tmp(itBegin, itEnd);
Result.swap(Tmp);
return Result;

Así que todo lo que necesita de este tipo es que tiene un constructor que toma un par de iteradores, que eliminar la referencia a std::string (o, técnicamente, a BOOST_STRING_TYPENAME). Y tiene un elemento .swap () .. y tiene un tipo SequenceSequenceT::iterator cuyo tipo es std::string.

prueba:

#include <boost/algorithm/string/classification.hpp>
#include <boost/algorithm/string/split.hpp>
#include <string>
#include <iterator>
#include <algorithm>
#include <iostream>
struct X
{
   typedef std::iterator<std::forward_iterator_tag,
           std::string, ptrdiff_t, std::string*, std::string&>
           iterator;
   X() {}
   template<typename Iter> X(Iter i1, Iter i2)
   {
       std::cout << "Constructed X: ";
       copy(i1, i2, std::ostream_iterator<std::string>(std::cout, " " ));
       std::cout << "\n";
   }
   void swap(X&) {}
};
int main()
{
  X x;
  boost::split(x, "a^b^c^", boost::is_any_of(std::string(1, '^')));
}

creo que unordered_set<std::string> debe satisfacer estos requisitos también.

Answer 3

Al parecer, la respuesta es no Sí .

Usando el siguiente código, consigo advertencias en tiempo de compilación y una aserción de tiempo de ejecución (Visual C ++ v10) en el unordered_set mientras que el vector funciona bien (aparte de una cadena vacía en el último elemento, debido al arrastre '^') .

boost::unordered_set<std::string> tags_set;
vector<string> SplitVec; // #2: Search for tokens
boost::split( SplitVec, "a^b^c^", boost::is_any_of("^") ); 
boost::split( tags_set, "a^b^c^", boost::is_any_of("^") );

Iterador compatibilidad entre la fuente (string) y el contenedor de destino es la cuestión. Que iba a publicar el aviso de error, pero es una de esas advertencias plantilla "Guerra y Paz".

EDIT:

Esto parece un error en unordered_set Boost? Cuando utilizo el siguiente, funciona como era de esperar:

std::unordered_set<std::string> tags_set_std;
boost::split( tags_set_std, string("a^b^c^"), boost::is_any_of(string("^")) );