2012-05-22 13 views
5

W Boost :: Spirit, jak mogę wyzwolić expectation_failure z funkcji powiązanej z Boost::Bind?Jak rzucić expectation_failure z funkcji w Boost Spirit?

Tło: Analizuję duży plik zawierający złożone wpisy. Jeśli wpis jest niezgodny z poprzednim wpisem, chcę zakończyć się niepowodzeniem i wyrzucić expectation_failure (zawierający właściwe informacje o pozycji parsowania). Kiedy parsuję wpis, wiążę funkcję, która decyduje, czy wpis jest niezgodny z czymś, co widziałem wcześniej.

Zrobiłem mały przykład zabawki, który pokazuje punkt. Tutaj po prostu chcą rzucić expectation_failure gdy int nie jest podzielna przez 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; 
} 

rzuca expectation_failure Oznaczałoby to, że pojawia się komunikat o błędzie, jak to na int, która nie jest podzielna przez 10:

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

Czy można utworzyć inną regułę zamiast int_, która będzie zgodna z liczbą całkowitą tylko wtedy, gdy spełniony jest warunek? Nie znam dobrze Ducha, ale przypuszczam, że istnieje zasada podobna do r_bool w AX, która owija predykat, to dość powszechna sytuacja. –

+0

Myślę, że potrzebuję czegoś takiego, niestety: http://boost-spirit.com/home/articles/qi-example/creating-your-own-parser-component-for-spirit-qi/ – Frank

+0

Przepraszam Zobacz, że jest bardzo nieprzyjazny dla użytkownika. Właśnie dlatego potrzebujesz AX :-) –

Odpowiedz

5

Nie jestem pewien, ale myślę, że możesz użyć symbolu zastępczego _pass w Phoenix, aby wymusić niepowodzenie parsowania. Coś podobnego do tego powinno działać.

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

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

Tak, to działa. Dzięki! – Frank

+1

@Frank należy pamiętać, że ustawienie _pass na false spowoduje zatrzymanie tylko bieżącej reguły, ale nie całego parsera z wszystkimi innymi regułami (aka gramatycznie). –

0

Lata późno, ale w każdym razie:

Jeśli koniecznie chcesz wyjątek i chcesz on_error go złapać, trzeba wyrzucić expectation_exception od nazw qi ponieważ obsługi błędów on_error łapie nic jeszcze.

Może to dotyczyć działania semantycznego lub implementacji niestandardowego analizatora składni.

wyglądałby następująco:

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

gdzie Exception jest qi::expactation_exception i nic więcej.

Jeśli nie masz komponentu pod ręką, jak w akcji semantycznej, musisz podać własny obiekt qi::info zamiast component.what(..).

Możesz rzucić z dowolnego miejsca w kontekście chronionym przez on_error.

Powiązane problemy