2012-05-22 13 views
5

In Boost :: Spirit, come è possibile attivare uno expectation_failure da una funzione associata a Boost::Bind?Come lanciare un expectation_failure da una funzione in Boost Spirit?

Sfondo: analizzo un file di grandi dimensioni che contiene voci complesse. Quando una voce è incoerente con una voce precedente, voglio fallire e lanciare un expectation_failure (contenente informazioni sulla posizione di analisi corretta). Quando analizzo una voce lego una funzione che decide se la voce è incoerente con qualcosa vista prima.

Ho inventato un piccolo esempio di giocattolo che mostra il punto. Qui voglio semplicemente gettare un expectation_failure quando il int non è divisibile per 10:

#include <iostream> 
#include <iomanip> 
#include <boost/spirit/include/qi.hpp> 
#include <boost/bind.hpp> 
#include <boost/spirit/include/classic_position_iterator.hpp> 
namespace qi = boost::spirit::qi; 
namespace classic = boost::spirit::classic; 

void checkNum(int const& i) { 
    if (i % 10 != 0) // >> How to throw proper expectation_failure? << 
    std::cerr << "ERROR: Number check failed" << std::endl; 
} 

template <typename Iterator, typename Skipper> 
struct MyGrammar : qi::grammar<Iterator, int(), Skipper> { 
    MyGrammar() : MyGrammar::base_type(start) { 
    start %= qi::eps > qi::int_[boost::bind(&checkNum, _1)]; 
    } 
    qi::rule<Iterator, int(), Skipper> start; 
}; 

template<class PosIter> 
std::string errorMsg(PosIter const& iter) { 
    const classic::file_position_base<std::string>& pos = iter.get_position(); 
    std::stringstream msg; 
    msg << "parse error at file " << pos.file 
     << " line " << pos.line << " column " << pos.column << std::endl 
     << "'" << iter.get_currentline() << "'" << std::endl 
     << std::setw(pos.column) << " " << "^- here"; 
    return msg.str(); 
} 

int main() { 
    std::string in = "11"; 
    typedef std::string::const_iterator Iter; 
    typedef classic::position_iterator2<Iter> PosIter; 
    MyGrammar<PosIter, qi::space_type> grm; 
    int i; 
    PosIter it(in.begin(), in.end(), "<string>"); 
    PosIter end; 
    try { 
    qi::phrase_parse(it, end, grm, qi::space, i); 
    if (it != end) 
     throw std::runtime_error(errorMsg(it)); 
    } catch(const qi::expectation_failure<PosIter>& e) { 
    throw std::runtime_error(errorMsg(e.first)); 
    } 
    return 0; 
} 

Lanciare un expectation_failure significherebbe che ricevo un messaggio di errore come questo su un int che non è divisibile per 10:

parse error at file <string> line 1 column 2 
'11' 
    ^- here 
+0

È possibile creare un'altra regola anziché int_, che corrisponderebbe a un numero intero solo quando la condizione è soddisfatta? Non conosco bene lo spirito, ma suppongo che ci sia una regola simile a r_bool in AX che avvolge un predicato, è una situazione abbastanza comune. –

+0

Penso che avrò bisogno di qualcosa del genere, sfortunatamente: http://boost-spirit.com/home/articles/qi-example/creating-your-own-parser-component-for-spirit-qi/ – Frank

+0

Siamo spiacenti vedete, è molto ostile all'utente. Ecco perché hai bisogno di AXE :-) –

risposta

5

Non sono sicuro, ma penso che si possa usare il segnaposto _pass in phoenix per far fallire l'analisi. Qualcosa di simile a questo dovrebbe funzionare.

bool myfunc(int i) {return i%10 == 0;} 

... 
_int [ _pass = phoenix::bind(myfunc,_1)] 
+0

Sì, funziona. Grazie! – Frank

+1

@Frank, tieni presente che l'impostazione _pass su false interromperà solo la regola corrente ma non il parser nel suo insieme con tutte le altre regole (ovvero la tua grammatica). –

0

anni di ritardo, ma in ogni caso:

Se si vuole assolutamente un'eccezione e desidera che il on_error di prenderlo, si devono gettare il expectation_exception dalla qi namespace perché il gestore degli errori on_error fa pescato nulla altro.

Questo potrebbe essere applicato a un'azione semantica oa un'implementazione personalizzata del parser.

sarà simile:

boost::throw_exception(Exception(first, last, component.what(context))); 

dove Exception è un nulla qi::expactation_exception e altro.

Se non si dispone di un componente come in un'azione semantica, è necessario fornire il proprio oggetto qi::info anziché component.what(..).

È possibile lanciare da qualsiasi punto all'interno di un contesto protetto da on_error.

Problemi correlati