ich bin grade an einer am entwickeln, nen screenshot solltest du 1 oder 2 vllt auch 3 seiten vorher sehen :D
ich bin grade an einer am entwickeln, nen screenshot solltest du 1 oder 2 vllt auch 3 seiten vorher sehen :D
Jetzt noch mal richtig:
Wer mitmachen will, muss sich jeweils den aktuellen Stand aus dem subversion-Repository holen:Wer sich zum Testen einfach eine aktuelle Version daraus ziehen will, kann auf den subversion-Kram verzichten und dafür den Zweig im Repository einfach exportieren:Code:svn co svn://jhr-online.de/monitor/monitor/branches/2.1Da vielleicht nicht jeder damit umgehen kann oder will, habe ich mal eine aktuelle Version exportiert und bereit gestellt unter: http://downloads.jhr-online.de/monitor/Code:svn export svn://jhr-online.de/monitor/monitor/branches/2.1
In dem Verzeichnis kann man sich die Dateien online angucken; wer's lokal haben will, also zum Kompilieren und Testen, kann sich den bzip-komprimierten Tarball runterladen:
http://downloads.jhr-online.de/monit...tor-2_1.tar.bz
Und jetzt das Beste: Zwei mal am Tag (um 8.30 und um 20.30 Uhr) wird das Verzeichnis und der Tarball automatisch neu exportiert. Wenn sich also was geändert hat, ist man um die Zeit gut bedient ;)
Wenn jemand eine aktuellere Version braucht, kann er sich die ja exportieren oder mir auf gut Glück ne Mail schicken.
Ist das Service? ;)
jhr
//edit: Für einige, die es noch nicht bemerkt haben... Der Tarball wird mittlerweile im 3-Stunden-Takt gebildet.
Geändert von jhr-online (26.07.2007 um 15:05 Uhr)
Soweit so gut. Leider bekomme ich mit dem aktuellen Rep. nach dem erfolgreichen kompilieren nur einen Segmentaition fault.Zitat von jhr-online
EDIT: Das Problem mit dem Segmentation Fault habe ich gefunden: monitord.xml war defekt.
Gibt es ein Logfile oder kann ich irgendwelche trace-Ausgaben aktivieren?
Gruß
Simon
Geändert von sschaebe (04.07.2007 um 18:58 Uhr)
Logfile ist bisher Fehlanzeige. Das Execption-Handling ist bis auf wenige Ausnahmen auch noch nicht implementiert.Zitat von sschaebe
Was es gibt, ist ein "#define DEBUG " zu machen. Wenn es eine solche Definition gibt macht er ein paar Ausgaben mehr. Aber ob die bei einem segfault helfen werden ... Muss man dann mal probieren.
Am besten direkt im Makefile des monitord mit -D hinterlegen. Dann wird es auch überall gesetzt.
Ist halt noch alles vorm Beta-Stadium. Da ist der Forscher gefragt :-)
huhu!
also, bei mir klappt das irgendwie nicht :-((((
ich habe ne verbindung sowohl mit nem crusader- als auch mit FMS32-client. aber er wertet nix aus. ich habe ihm mal ne 5tonfolge auf den line in gegeben, wertet er aber nicht aus.
mache ich noch was falsch?
habe ich was übersehen?
edit:
wenn ich telnet >server-ip< 9300 ausführe, wird dort auch nichts angezeigt.
konfig mit der soudkarte des servers nicht i.O? sollte aber... mit nem crusader server hats dort so mal gefunzt...
MacLeod
Geändert von MacLeod (04.07.2007 um 17:38 Uhr)
Nur um sicher zu gehen, dass es nicht an einem Tippfehler liegt... Wir hatten Port 9333 angepeilt IIRC.Zitat von MacLeod
jhr
ups, ja, meine natürlich den 9333 ;-)
Ich hab das gleich Problem wie MacLeod,
Ich kann verbindung aufbauen aber er wertet nichts aus. Auch auf der console erscheint vieleicht mal 1 Eintrag und das war es dann.
ist das sound device belegt ?
bei mir läuft das alles einwandfrei.
Gucktmal auf welchem Kanal die Daten ankommen und auf welchem Ihr auswertet.
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)