monitor 1.9.0 - aber richtig :)

[funkwart]

Bitte lest doch mal genau, was in der Manpage steht!
Es gibt drei Kürzel für die drei "Ereignisarten":
FMS: für eine FMS-Auswertung,
ZVEI: für eine Fünftonauswertung und
POCSAG: für eine POCSAG-Auswertung.
Was ist daran so schwer zu verstehen???
Bei FMS gibt es dann zur Definition der Ausgabezeile die Variablen ZEIT, BOS, LAND,
ORT, KFZ, STATUS, DIR (Richtung), BST (Baustufe), TKI (Taktische Infos) und KANAL
(Soundkarteneingang).
Bei ZVEI gibt es die Variablen ZEIT, NAME, NUMMER, TYPE und KANAL (Soundkarteneingang).
Bei POCSAG gibt es die Variablen ZEIT, NAME, NUMMER, FUNC und KANAL (Soundkarteneingang).
Die Variablen sind doch selbsterklärend und werden dann im laufenden Programm in der Ausgabezeile durch den entsprechenden Wert ersetzt. Dafür wird so viel Platz (in Zeichen) eingeräumt, wie man selbst vorgibt. Leerzeichen und Buchstaben, die nicht zu einer der Variablen gehören, werden in der Ausgabezeile so ausgegeben, wie sie in der Vorgabe stehen.

Steht doch alles genau so in der Manpage - bitte mal genau lesen.

Danke und Gruß,
Funkwart

[pocfreak]

PAGER ******** [echo %R:%T >> /home/username/testfile.txt] TEST

Müsste hier nicht was in die Datei geschrieben werden? Funktioniert irgendwie nicht. Sieht jemand den Fehler?

Alle paar Minuten gibt es im POCSAG-Netz Testsignale. Diese werden überhaupt nicht erkannt. Werden die irgendwo ausgeschlossen?

Kann mir jemand Tips für die Pegeleinstellung geben?

[Thorongil]

Hi zusammen,

2.0-070808-RC1 compiliert hier nicht:

root@SERVER2:~/2.0-070808-RC1# make
cd . && /bin/bash /home/thomas/2.0-070808-RC1/missing --run autoconf
aclocal.m4:16: warning: this file was generated for autoconf 2.61.
You have another version of autoconf. It may work, but is not guaranteed to.
If you have problems, you may need to regenerate the build system entirely.
To do so, use the procedure documented by the package, typically `autoreconf'.
/usr/bin/m4:configure.ac:51: bad expression in eval: use_plugins=${enableval}+0
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 7 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 20 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 27 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 35 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 44 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 47 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 51 > (use_plugins=no)
autom4te: /usr/bin/m4 failed with exit status: 1
make: *** [configure] Fehler 1

What the heck ist denn das?

configure lief so:

./configure --enable-plugins --with-mysql

qutoconf:

root@SERVER2:~/2.0-070808-RC1# autoconf --version
autoconf (GNU Autoconf) 2.64
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv2+: GNU GPL version 2 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by David J. MacKenzie and Akim Demaille.

System ist Ubuntu 9.10

Kann mir jemand helfen?

[A.Nero]

Die Antwort steht doch schon deinem Post drinnen. Du besitzt die autoconf version 2.64 und monitord erwartet die Version 2.61.

Deswegen erscheint auch die folgende Zeile:
aclocal.m4:16: warning: this file was generated for autoconf 2.61.

Eine mögliche Abhilfe steht ja ebenfalls schon in der "Fehler"meldung:
If you have problems, you may need to regenerate the build system entirely. To do so, use the procedure documented by the package, typically `autoreconf'.

[Thorongil]

Die Antwort steht doch schon deinem Post drinnen. Du besitzt die autoconf version 2.64 und monitord erwartet die Version 2.61.

Deswegen erscheint auch die folgende Zeile:
aclocal.m4:16: warning: this file was generated for autoconf 2.61.

Eine mögliche Abhilfe steht ja ebenfalls schon in der "Fehler"meldung:
If you have problems, you may need to regenerate the build system entirely. To do so, use the procedure documented by the package, typically `autoreconf'.

autoreconf bricht mit folgender Fehlermeldung ab:

root@SERVER2:~/2.0-070808-RC1# autoreconf
/usr/bin/m4:configure.ac:51: bad expression in eval: use_plugins=${enableval}+0
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 7 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 20 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 27 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 35 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 44 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 47 > (use_plugins=no)
/usr/bin/m4:configure.ac:51: bad expression in eval (bad input): 51 > (use_plugins=no)
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: autom4te failed with exit status: 1
autoreconf: aclocal failed with exit status: 1

Ergo: Da scheint was verwutzt zu sein.

[Thorongil]

Oh yeah, offenbar falsche Klammersetzung in configure.ac:

damit rennt es:

AC_ARG_ENABLE(plugins,
        AC_HELP_STRING([--enable-plugins],   
        [enable experimental plugin support (default is no)])],
        [use_plugins=$enableval
        plugins=true],
        [use_plugins=no])

Vorher stand da

AC_ARG_ENABLE(plugins,
        AC_HELP_STRING([--enable-plugins],   
                                        [enable experimental plugin support (default is no)],
                                        [use_plugins=${enableval}], [use_plugins=no]),
        [ plugins=true
        ])

AC_HELP_STRING sieht falsch geklammert aus! Und AC_ARG_ENABLE hat drei Parameter, nicht vier! "plugins=true" gehört doch sicher in den "wenn gesetzt" Parameter....

[Thorongil]

Noch ein Vorschlag:

die monitord.xml sollte unter UNIX in /etc liegen - man wird ja wohl den monitord als init-Prozess starten und nicht als User..

MonitorConfiguration.cpp:

bool MonitorConfiguration::ResetConfiguration()
{
        int i ;

        m_sMonitordName="default" ;
        m_Daemonize=true ;
        m_ConfigFile="/etc/monitord.xml";
#ifdef WIN32
        m_service_install=false;
        m_service_run=false;
        m_service_uninstall=false;
        m_ConfigFile="monitord.xml";
#endif
        m_crusaderUsername="crusader" ;

[mdi]

Moin,

Noch ein Vorschlag:

die monitord.xml sollte unter UNIX in /etc liegen - man wird ja wohl den monitord als init-Prozess starten und nicht als User..

klingt schlüssig an sich. Wäre ich dafür. Gegenstimmen ;)?

Viele Grüße
Martin

[dekarl]

Gegenstimmen ;)?

Na, wenn Du so fragst... :)

1) @sysconfdir@ (autoconf standard, default=${prefix}/etc, das verbiegen die paketbauer dann je nach gusto)
2) da wo die exe liegt (so richtets z.B. der windowsservice ein)
3) da von wo aus der monitor gestartet wird

Gruß,
Karl

PS: am schönsten fände ich gar keine externe konfig sondern eine embedded db für protokoll, konfig und ein paar funktionen die anders nicht so einfach umzusetzen sind