Hi Lude
Um ganz ehrlich zu sein, ich habe auch nach dem Webverweis, den dankesnwerterweise Daniela bereitgestellt hat, http://vms.wwwtech.de/cgi-bin/viewcvs.cgi/svn/ nicht herausfinden koennen in welcher Sprache der Code erstellt worden ist, in dem der Fehler auftrat. Wars in Perl eingebundener C++-Code oder gar Assembler? Perl ist eine Leimsprache und ich kann doch nicht den undokumentierten Code verstehen. Eine Antwort liegt mir also bisher nicht vor.
Ohm, ist es wirklich so schwierig? Bei dem Link ist anzunehmen das fo_server.c der Server ist, fo_post.c die Hauptdatei fürs Posten und fo_client die des Clients. Kannst du jetzt folgern in welcher Sprache das ist? Tipp: Die Angaben in diesem Posting reichen dafür bereits aus. C++-Code existiert in dem Repository übrigens gar nicht, es kommen also nur noch 3 Sprachen in Frage.
Ein bemerkenswerter Mangel. 2 der 4 Foren laufen nicht. In den letzten Jahren gab es regelmaessig Unverfuegbarkeiten. Warum?
1 von 5 läuft nicht, resp. aktuell sind es glaub ich sogar 6. Das liegt an einem rm -rf auf sämtliche Daten dieses Forums und daran das diese Daten nur auf dem alten Server liegen und dieser nicht erreichbar ist. Christian hat weder das Community-Forum, noch das Lounge-Forum installiert, ist also weder an der Verzögerung beim einen, noch am nicht funktionieren des anderen schuld. Das wurde dir aber auch schon mehrfach gesagt. Das der alte Server noch nicht im neuen Rechenzentrum ist, liegt auch nicht an Christian.
6.) kein automatisches Restarten des Daemons, wenn abgestuerzt
Hier hatte Daniele geschrieben, dass das ein Verbesserungsvorschlag, soz. ein Feature-request ist. Frage: warum wurde das bisher eigentlich noch nicht umgesetzt? Ist doch eine Selbstverstaendlichkeit, oder?
Ich hatte geschrieben, man könnte darüber nachdenken. Ich würde es nicht implementieren: Es verwischt Abstürze die dadurch weniger auffallen könnten. Durch Abstürze können durchaus auch Sachen beschädigt werden. Deswegen halte ich ein händisches Neustarten für sinnvoll da nur so ausreichend Kontrollmöglichkeiten gegeben sind.
7.) kein offenes Diskussionsverhalten der Verantwortlichen bei erkannten und bekannten Maengeln
Pack die Bugs dahin wo sie hin sollen und verpack sie nicht in Gestänkere. Dann werden sie besser aufgenommen.
Nun, war halt so, dass eine von mir an Christian Kruse gesandte Mail unbeantwortet blieb, dass diese dann aber nach einigen Wochen inhaltlich hier im Forum versehen mit einigen zynischen Kommentaren breitgetreten wurde und als ich den Christian hier darauf ansprach, wurde der Sachverhalt geleugnet.
Nein, er besteht nur auf dem Unterschied zwischen einer wörtlichen Wiedergabe (Zitat) und einer ungefähren Wiedergabe (Erzählung). Letzteres hat er gemacht und auch so gesagt.
9.) Daemon nicht mandantenfaehig, stattdessen mehrere Daemons am Werk (4 Foren, also 4 Daemons ;-)
Ja, ein bekannter Mangel, der zu Coderedundanzen fuehrt. Warum der Mangel entstanden ist, ist klar. Es musste seinerzeit mal schnell umgesetzt werden. Das kenne ich, dann bin auch ich zu jeder Schweinerei bereit. Allerdings mit dem Unterschied, dass ich spaeter offen darueber rede. (Sofern Offenheit angefordert ist. ;-)
Ob das wirklich wünschenswert ist oder nicht, ist umstritten, es kann diskutiert werden, ist aber Christians Entscheidung ob und mit welcher Priorität das umgesetzt wird.
10.) allg. uncooles Kommunikationsverhalten der Devs
Wie würdest du dein Kommunikationsverhalten beschreiben?
Drohungen mit Ohrfeigen, nicht gerade nette fremdsprachige Schimpfwörter (ja, ich kann Französisch).
Rein interessehalber, du schreibst, seit 98 zu entwickeln, welche Ausbildung / Kurse / Anleitung durch erfahrene, ausgebildete Mitarbeiter steckt da dahinter?
Gruss Daniela