monitor 1.9.0 - aber richtig :)

[nepomuck]

So, ZVEI sollte jetzt keine so langen Pausen mehr machen.

Ist der Code bereits im Tarball von heute morgen 8:00 Uhr drin?
Mit dem Build ist der Effekt schlimmer als gestern -- siehe Anhang.

Andreas

[jhr-online]

Ist der Code bereits im Tarball von heute morgen 8:00 Uhr drin?
Mit dem Build ist der Effekt schlimmer als gestern -- siehe Anhang.

Wenn ich jetzt aufgepasst habe, war das nicht drin. Ich habe eben neu exportiert. Man kann jetzt die aktuelle Fassung (15:43 Uhr) als tar.bz runterladen.

[MacLeod]

hi!
ich muß da noch mal nachhaken....
wenn ich also "telnet >server-ip< 9333" auf der dos-box meines clienten eingebe soll eine welcome message erfolgen?
also bei mir ists so, dass die box dann gelöscht wird und oben links in der ecke blinkt der dos-promt. nix mit meldung oder so. danach erfolgt rein gar nichts...
mache ich da nun was falsch, oder habe ich irgendwas übersehen?

MacLeod

[Buebchen]

hi!
ich muß da noch mal nachhaken....
wenn ich also "telnet >server-ip< 9333" auf der dos-box meines clienten eingebe soll eine welcome message erfolgen?
also bei mir ists so, dass die box dann gelöscht wird und oben links in der ecke blinkt der dos-promt. nix mit meldung oder so. danach erfolgt rein gar nichts...
mache ich da nun was falsch, oder habe ich irgendwas übersehen?

MacLeod

Generell beantwortet der monitord alle Verbindungsanfragen mit der welcomeMessage. Egal ob man sich von dieser IP aus überhaupt einloggen kann. Ggf. ein Problem mit ner Firewall ?

[MacLeod]

Generell beantwortet der monitord alle Verbindungsanfragen mit der welcomeMessage. Egal ob man sich von dieser IP aus überhaupt einloggen kann. Ggf. ein Problem mit ner Firewall ?

hm...
firewall ist nicht aktiv.
was ich auch mache, er spricht nicht mit mir.
ubuntu 6.10 server lüppt auf der kiste.

edit
hab mal per vmware nen ubuntu 6.10 client gestartet und dadrauf monitord gestartet. dort bekomme ich :
110:monitord 2.0.0 READY

komisch...

[MacLeod]

so...
also er wertet aus!
das erscheint auf dem server:

 Display :6 8xx xxxx: 2
310:1183821515:4d6f6e69746f7264:4b616e616c2031:68xxxxxx:2:1:0:2
1183821515
Display :6 8xx xxxx: f
310:1183821515:4d6f6e69746f7264:4b616e616c2031:68xxxxxx:f:1:1:3
1183821515
Display :6 8xx xxxx: 2
310:1183821515:4d6f6e69746f7264:4b616e616c2031:68xxxxxx:2:1:0:2
1183821515
Display :6 8xx xxxx: f
310:1183821516:4d6f6e69746f7264:4b616e616c2031:68xxxxxx:f:1:1:3
1183821516

das ist doch schon mal klasse :-)

gleichzeitig habe ich per telnet geschaut, dort blieb aber nur "110:monitord 2.0.0 READY" demnach dann auch keine anzeige auf dem crusader :-(

warum nur geht das bei mir nicht...
*heul*

MacLeod

[Buebchen]

Der Crusader würde den Port 7778 nehmen. Nicht 9333. Am 9333 musst Du dich anmelden:

/User=test,PW=test)

220:74657374:74656374

oder deine IP in der monitord.xml freischalten, daß kein Login nötig ist.

Wo du gerade Crusader sagst: Ich glaube da muss ich mal den festgelegen Benutzernamen fms32pro ändern. Da war ich mal ein wenig geistig verwirrt.

[Buebchen]

Ist der Code bereits im Tarball von heute morgen 8:00 Uhr drin?
Mit dem Build ist der Effekt schlimmer als gestern -- siehe Anhang.

Andreas

Werde mir das mit dem FMS32Pro Client mal prüfen. Am ZVEI Timing liegt es defintiv nicht.

[Edit:]
So, habe jetzt mal ein bisschen mit dem BOS-Tool gespielt. Auf den ersten Blick kapier ich nicht, warum das bei Dir so seltsam aussieht.

Ist das Verhalten denn NUR beim ZVEI so ?

[nepomuck]

Ist das Verhalten denn NUR beim ZVEI so ?

Ja, aber mit dem Build von gestern Nachmittag sieht das ganze Besser aus.

Dafür habe ich jetzt einen anderen ZVEI-Fehler gefunden:

...
300:1183802454:4d6f6e69746f7264:4b616e616c2032:210 24:0:756E6B6C617265204175736C2073756E67
300:1183802455:4d6f6e69746f7264:4b616e616c2032:210 24:0:756E6B6C617265204175736C2073756E67
300:1183802456:4d6f6e69746f7264:4b616e616c2032:10261023:0:756E6B6C617265204175736C2073756E67
300:1183802457:4d6f6e69746f7264:4b616e616c2032:210 23:1:4D656C6465726175736C2073756E67
...
300:1183813665:4d6f6e69746f7264:4b616e616c2032:210 31:0:756E6B6C617265204175736C2073756E67
300:1183813666:4d6f6e69746f7264:4b616e616c2032:210 31:0:756E6B6C617265204175736C2073756E67
300:1183813667:4d6f6e69746f7264:4b616e616c2032:10331056:0:756E6B6C617265204175736C2073756E67
300:1183813668:4d6f6e69746f7264:4b616e616c2032:210 56:0:756E6B6C617265204175736C2073756E6
....

8-stellige 5-Ton-Alarmierungen sind mir bislang undbekannt :-)

Der Fehler kommt auf Port 9333 und 9300 an.

viele Grüße,
Andreas

[Buebchen]

So, crusader muss sich jetzt auch anmelden. Da es dort keine Benutzernamen gibt habe ich das so integriert:

Es wird nach einem Benutzer "crusader" gesucht. Mit dessen Passwort kann sich der Crusader anmelden (in der Standard-Version ist das Passwort "pw"). So habe ich es auch in der monitord.xml hinterlegt.

@Nepomuck:
Auch nicht schlecht :-) Werde mir das mal anschauen. Sieht ein bisschen so aus, als ob da irgendein Zähler nicht zurück auf "Null" geht. Die letzten 4 Ziffern stimmen ja vermutlich dann wieder.

[MacLeod]

hm..
nun steigt er mir beim make aus:

-Wno-deprecated SocketServer.cpp -o SocketServer.o
SocketServer.cpp: In member function âvoid SocketThread::checkLoginCrusader(std::string)â:
SocketServer.cpp:709: error: no match for âoperator<<â in âstd::operator<< [with _Traits = std::char_traits]...
...
eam<_CharT, _Traits>::operator<<(std::basic_streambuf<_CharT, _Traits>*) [with _CharT = char, _Traits = std::char_traits]
make[1]: *** [SocketServer.o] Error 1
make[1]: Leaving directory `/home/macleod/2.1/monitord'
make: *** [all] Error 2

[Buebchen]

Kleiner Fehler bei den Debug-Ausgabe. Ist jetzt behoben. SVN aktualisiert.

[MacLeod]

jo, make lüppt jetzt durch :-)

nur zeigt mir crusader immer noch nichts an :-(((
wenn's bei anderen geht, aber bei mir nicht, muß ich doch was falsch machen, bzw an irgendetwas nicht gedacht haben. nur was???

ideen?

MacLeod