24.04.2024, 15:27
Sprache ändern
Registrieren
Anmelden
Sie sind nicht angemeldet.
Lieber Besucher, herzlich willkommen bei: Aqua Computer Forum. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
Mittwoch, 25. Februar 2009, 20:24
Hi composer,
hat geklappt, danke schön
.
Ich hatte zwar auch nach dem Befehl "make" die selbe Fehlermeldung wie b1pum, aber hab einfach danach "sudo make install" gemacht und nu scheint es trotzdem zu gehen.
hat geklappt, danke schön
. Ich hatte zwar auch nach dem Befehl "make" die selbe Fehlermeldung wie b1pum, aber hab einfach danach "sudo make install" gemacht und nu scheint es trotzdem zu gehen.
mfg
Zitat
thomas@PC01-Linux:~/Download/aeinfo-2.4-src$ make
cat htdocs/fan.1.htm | sed -e "s/FAN 1/FAN 2/" -e "s/fan.1/fan.2/g" > htdocs/fan.2.htm
cat htdocs/fan.1.htm | sed -e "s/FAN 1/FAN 3/" -e "s/fan.1/fan.3/g" > htdocs/fan.3.htm
cat htdocs/fan.1.htm | sed -e "s/FAN 1/FAN 4/" -e "s/fan.1/fan.4/g" > htdocs/fan.4.htm
cat htdocs/sensor.1.htm | sed -e "s/SENSOR 1/SENSOR 2/" -e "s/sensor.1/sensor.2/g" > htdocs/sensor.2.htm
cat htdocs/sensor.1.htm | sed -e "s/SENSOR 1/SENSOR 3/" -e "s/sensor.1/sensor.3/g" > htdocs/sensor.3.htm
cat htdocs/sensor.1.htm | sed -e "s/SENSOR 1/SENSOR 4/" -e "s/sensor.1/sensor.4/g" > htdocs/sensor.4.htm
cat htdocs/sensor.1.htm | sed -e "s/SENSOR 1/SENSOR 5/" -e "s/sensor.1/sensor.5/g" > htdocs/sensor.5.htm
cat htdocs/sensor.1.htm | sed -e "s/SENSOR 1/SENSOR 6/" -e "s/sensor.1/sensor.6/g" > htdocs/sensor.6.htm
g++ -Wno-deprecated -DUSE_COLORS -lusb global.cpp -o aeinfo
g++ -Wno-deprecated -lusb -lpthread aquaerod.cpp -o aquaerod
In file included from aquaerod.cpp:52:
parsers.h: In function »long int parseLong(std::string)«:
parsers.h:51: Fehler: »strtol« wurde in diesem Gültigkeitsbereich nicht definiert
parsers.h: In member function »virtual T LinearTransformParser<T>::parse(std::string)«:
parsers.h:202: Fehler: es gibt keine Argumente für »atof«, die von einem Templateparameter abhängen, weshalb eine Deklaration von »atof« verfügbar sein muss
parsers.h:202: Fehler: (mit »-fpermissive« wird G++ den Code akzeptieren, aber die Verwendung eines nicht deklarierten Namens ist veraltet)
In file included from aquaerod.cpp:65:
ipc.h: In member function »void Semaphore::lock()«:
ipc.h:264: Fehler: »strerror« wurde in diesem Gültigkeitsbereich nicht definiert
ipc.h: In member function »void Semaphore::unlock()«:
ipc.h:283: Fehler: »strerror« wurde in diesem Gültigkeitsbereich nicht definiert
ipc.h: In member function »void Thread::start()«:
ipc.h:563: Fehler: »strerror« wurde in diesem Gültigkeitsbereich nicht definiert
ipc.h:571: Fehler: »strerror« wurde in diesem Gültigkeitsbereich nicht definiert
In file included from aquaerod.cpp:75:
aehttpd.cpp: In constructor »HttpResponse::HttpResponse(int, HttpRequest&)«:
aehttpd.cpp:1561: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1562: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1563: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1564: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1565: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1566: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1567: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1568: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1569: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1570: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1571: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1572: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
make: *** [all] Fehler 1
thomas@PC01-Linux:~/Download/aeinfo-2.4-src$ sudo make install
[sudo] password for thomas:
install -o root -g root -m 755 -s aeinfo /usr/local/bin
install -o root -g root -m 755 -d /opt/aquaerod/
install -o root -g root -m 755 -s aquaerod /opt/aquaerod/
install: Aufruf von stat für „aquaerod“ nicht möglich: No such file or directory
make: *** [install] Fehler 1
thomas@PC01-Linux:~/Download/aeinfo-2.4-src$ aeinfo
aquaero-info 2.4 (c) 2006, 2007 Christian Unger
Status of aquaero
Temperatures (�C):
water in : 27.5 Water out : 26.8 Festplatte : 26.0
Northbrigh : 30.2 Case hint : 24.7 Sensor 6 : --.-
Fans (RPM):
Radiator1 : 606 Radiator 2 : 0 Northbrigh : 1780 Case hint : 404
Durchfluss : 26.28 l/h
Powersensor: 20 W
thomas@PC01-Linux:~/Download/aeinfo-2.4-src$
req: openSuSE 11.1 - StartScript
Freitag, 4. September 2009, 17:40
Moin erstmal...
Vielen Dank an den composer für die Software! Und vielen Dank an die vielen schlauen Leuts für die nützlichen Tipps, ohne die ich das wohl nicht zum Laufen bekommen hätte ;-)
Aber ich benötige noch mehr Hilfe :-(
Nutze openSuSE 11.1 (# uname -a => Linux carpe-diem 2.6.27.29-0.1-default #1 SMP 2009-08-15 17:53:59 +0200 x86_64 x86_64 x86_64 GNU/Linux), hoffe irgendjemand kann mich da in die richtige Richtung schubsen.
MfG Stiegi
Vielen Dank an den composer für die Software! Und vielen Dank an die vielen schlauen Leuts für die nützlichen Tipps, ohne die ich das wohl nicht zum Laufen bekommen hätte ;-)
Aber ich benötige noch mehr Hilfe :-(
Ich kriege das nicht zum laufen, bei mir kommt immer HTTP404. Wenn ich den Daemon aus dem Verzecihnis /opt/aquaerod mit ./aquaerod starte, dann klappt alles. Über das StartScript kommt lediglich ein HTTP404...Als nächstes habe ich versucht das ansonsten recht ausgetüftelte Startscript für openSUSE auch auf meiner Version 10.3 zu verwenden, was aber am falschen Pfad nach dem aufruf von "/sbin/startproc -e $AE_BIN > /dev/null" scheitert (das vorherige "cd $AE_PATH" wird ignoriert). Dadurch werden natürlich die Webseiten unter "/opt/aquaerod/htdocs/" nach der Kontaktierung mit dem Web-Server nicht gefunden (führt zu einem Fehler 404).
Nutze openSuSE 11.1 (# uname -a => Linux carpe-diem 2.6.27.29-0.1-default #1 SMP 2009-08-15 17:53:59 +0200 x86_64 x86_64 x86_64 GNU/Linux), hoffe irgendjemand kann mich da in die richtige Richtung schubsen.
MfG Stiegi
Montag, 28. September 2009, 21:43
das liegt daran, dass in dem verzeichnis ein file namens "install" existiert. 'make install' versucht das file "install" zu bauen, das aber bereits existiert und vom timestamp her aktuell ist.EDIT: mit sudo make -B install hat es nun funktioniert. Warum?
benenne "install" in "install_ist_kein_guter_name" um und 'make install' funktioniert. 'make -B' schaltet die prüfung, ob ein file neu gebaut werden muss, aus. daher wird dann immer das target 'install' ausgeführt.
-p
RE: req: openSuSE 11.1 - StartScript
Mittwoch, 30. September 2009, 21:02
Ich kriege das nicht zum laufen, bei mir kommt immer HTTP404. Wenn ich den Daemon aus dem Verzecihnis /opt/aquaerod mit ./aquaerod starte, dann klappt alles. Über das StartScript kommt lediglich ein HTTP404...
Nutze openSuSE 11.1 (# uname -a => Linux carpe-diem 2.6.27.29-0.1-default #1 SMP 2009-08-15 17:53:59 +0200 x86_64 x86_64 x86_64 GNU/Linux), hoffe irgendjemand kann mich da in die richtige Richtung schubsen.
Hi stiegi,
benutze ebenfalls openSUSE 11.1
Mein Startscript sieht momentan wie folgt aus
|
Quellcode |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
#! /bin/sh # # Copyright (c) 2002 SuSE Linux AG Nuernberg, Germany. All rights reserved. # # Author: Werner Fink <werner@suse.de>, 1996 # Burchard Steinbild, 1996 # # /etc/init.d/boot.local # # script with local commands to be executed from init on system startup # # Here you should add things, that should happen directly after booting # before we're going to the first run level. # ## Start aquero echo '****************' >> /var/log/aquero.log date +%F_%T >> /var/log/aquero.log cd /opt/aquaerod/ # Uhrzeit des aquero setzen /usr/local/bin/aeinfo >> /var/log/aquero.log 2>> /var/log/aquero.log # Aquero im Hintergrund starten nohup ./aquaerod >> /var/log/aquero.log 2>> /var/log/aquero.log & |
Ciao
RE: patches für aeinfo
Mittwoch, 30. September 2009, 21:46
sieht so aus, als ob die entwicklung an aeinfo etwas eingeschlafen ist, zumindest blieb meine mail an den entwickler ohne antwort.
Scheint mir auch so, habe nämlich auch keine Antwort erhalten. Wenn Du mitmachst, können wir ja ein Projekt auf sf.net eröffnen. Würde mich dann auch beteiligen. Die Sorcen sind ja LGPL, damit sollte also eine Weiterverwendung kein Problem darstellen.
für meinen server habe ich an aeinfo etwas herumgeschraubt, vielleicht kann der eine oder andere etwas davon gebrauchen. die änderungen sind einzelne patches gegen aeinfo-2.4-src-eng.tar.gz.
OK, Danke für die Patches. Bin zwar schon lange Linuxer - habe die Patches noch nicht eingespielt bekommen. Wie muss ich das patch Kommando denn aufrufen?
leider konnte ich das problem mit aeinfo unter 64bit linux noch nicht fixen. aquaerod funktioniert unter 64bit, aeinfo hat probleme beim zugriff auf shm und segfaulted oder hängt.
OK, wenn Du meinen Post weiter oben dazu mal liest, denke ich das es was mit dem globalen gemeinsamen Speicher zu tun zu haben. Wenn ich mich recht entsinne verhindert das MX-Flag (sofern Linux damit kompiliert) das zwei Prozesse den gleichen Speicher benutzen. Sauberer wäre natürlich eine Pipe oder eine Semaphore (bin aber nicht so weit in der SW-Entwicklung drin, dass ich die Linux vorgaben dazu kenne.
für aeinfo habe ich auch ein rpm-paket komplett mit initskripten etc. für RHEL5/CentOS erstellt. falls jemand bedarf hat, einfach melden.
Prima. Das könnte man auch auf obigen sf.net Projekt veröffentlichen. Ich würde auch eines für das dann aktuelle openSUSE erstellen.
Ciao
ub22
Neue Version mit Fixes
Donnerstag, 1. Oktober 2009, 21:36
so gern ich auch an aeinfo weiterarbeiten würde, dazu fehlt mir die zeit. ich habe es soweit gepatcht, dass meine anforderungen erfüllt, aber aktiv kann ich mich damit leider nicht beschäftigen.
OK, geht mir auch so. Aber wir wollen ja nicht zwingend weiterentwickeln. Es sollte nur meiner Ansicht nach ein aktueller Stand für alle interessierten zur Verfügung stehen, der auch von diesen dann weiter gepflegt werden kann. Werde mich aber mal schlau machen und es evtl. selber machen.
how to patch:
$ cd aeinfo-2.4-src-eng
$ patch -p1 < aeinfo-as.patch
OK, danke hat geklappt.
Frage auch im Zusammenhang mit oben. Normalerweise können Deine Patches laut LGPL unter beliebiger Lizenz stehen (bei GPL wäre das keine Frage wieder GPL) , stellst Du sie wieder unter LGPL oder einer anderen Lizenz?
aeinfo und 64bit:
IMHO ist das kein NX problem, das es sich um shm handelt und nur auf 64bit auftritt. ich glaube, die offsets innerhalb des segments werden falsch berechnet, vielleicht weil von 32bit-datentypen ausgegangen wird. der code liest ja aus dem shm-segment, leider nur nullen, was zu dem segfault führt.
OK, werde mich noch mal schlau machen ... wenn ich mal wieder etwas Zeit habe. Dennoch Danke.
rpm:
hab kein problem damit, das paket zur verfügung zu stellen.
OK, gut.
Gruß
Ub22
Sonntag, 4. Oktober 2009, 21:31
ich folge in der regel der lizenz der software, die ich patche. in diesem fall also alles unter LGPL.Frage auch im Zusammenhang mit oben. Normalerweise können Deine Patches laut LGPL unter beliebiger Lizenz stehen (bei GPL wäre das keine Frage wieder GPL) , stellst Du sie wieder unter LGPL oder einer anderen Lizenz?
-p
RE: RE: req: openSuSE 11.1 - StartScript
Freitag, 23. Oktober 2009, 19:12
Danke, habe nun dein Startskript (zumindest teilweise) übernommen und nun funktioniert es auch bei mir ;-) Vielen Dank!!!Hi stiegi,
benutze ebenfalls openSUSE 11.1
Mein Startscript sieht momentan wie folgt aus
Quellcode
Ciao
MfG Stiegi
Entwicklung
Mittwoch, 11. November 2009, 20:37
Hi Ani,
Freut mich.
Mit den Patches und den Ergänzungen geht es eigentlich ganz gut.
Nichts dagegen. Aber alle die hier schon mal was beigesteuert haben, haben noch nicht den Mut/Zeit/Muße gehabt diese neuen Sourcen zusammen zu packen und z.B. auf Source Forge ein Projetkt zu eröffnen. Ich denke wenn einer den schritt macht, geht es wieder etwas weiter (z.B. Behebung des lästigen Speicherzugriffsfehlers unter 64bit systemen). Bin dann sofort dabei. Aber mir fehlt die Zeit (wie auch den anderen) das Regelmäßig zu treiben.
ich habs gestern mit dem startscript und euren patches auch unter ubuntu 9.10 64 bit zum laufen gekriegt.
Freut mich.
Mit den Patches und den Ergänzungen geht es eigentlich ganz gut.
iWürd mich auch gerne mit an der Entwicklung beteiligen.
Nichts dagegen. Aber alle die hier schon mal was beigesteuert haben, haben noch nicht den Mut/Zeit/Muße gehabt diese neuen Sourcen zusammen zu packen und z.B. auf Source Forge ein Projetkt zu eröffnen. Ich denke wenn einer den schritt macht, geht es wieder etwas weiter (z.B. Behebung des lästigen Speicherzugriffsfehlers unter 64bit systemen). Bin dann sofort dabei. Aber mir fehlt die Zeit (wie auch den anderen) das Regelmäßig zu treiben.