Błąd #4434
API tagera czasem wywala się na ładowaniu Morfeusza
| Status: | Zamknięty | Start date: | 13 Nov 2012 | |
|---|---|---|---|---|
| Priority: | Normalny | Due date: | ||
| Assignee: | - | % Done: | 0% | |
| Category: | - | |||
| Target version: | - |
Description
Załączam skrypty i dane diagnostyczne. Test przeprowadzałem przez użycie iobber_txt, bo on korzysta z API tagera, ale dokładnie takie samo zachowanie widzę, gdy używam API WCRFT z innego kodu. Nie jest też zupełnie wykluczone, że to API jest dobre, ale używam go w zły sposób.
Obserwowane zachowanie:
$ ./go_iobber Processing news/0.txt... Processing news/11.txt... Processing news/12.txt... Processing news/13.txt... Processing news/14.txt... Processing news/15.txt... Processing news/16.txt... Processing news/17.txt... Processing news/18.txt... Processing news/1.txt... Processing news/20.txt... Processing news/21.txt... Processing news/22.txt... Processing news/24.txt... Processing news/2.txt... Processing news/3.txt... Processing news/4.txt... terminate called after throwing an instance of 'Maca::MorfeuszInitError' what(): Morfeusz init error: Error opening library (no handle)
Dla porównania, tagowanie tego bezpośrednio przez WCRFT działa (skrypt go_wcrft).
History
#1 Updated by Adam Radziszewski over 10 years ago
Niestety problem jest dalej na Ubuntu 12.04. Przydałoby się to sprawdzić na maszynie wirtualnej.
#2 Updated by Paweł Orłowicz over 10 years ago
- Status changed from Nowy to Rozwiązany
Zmieniono politykę dynamicznego ładowania bibliotek w load_morfeusz_library() w maca/libmaca/morph/morfeuszanalyser.cpp i błąd już nie pojawia się na Ubuntu 12.04 ani na Ubuntu 10.04
#3 Updated by Adam Radziszewski over 9 years ago
- Status changed from Rozwiązany to Zamknięty
- Assignee deleted (
Paweł Orłowicz)