ein Link - zwei Targets

[Thomas Förster]

Hallo,

ich hätte gern gewusst, wie man zwei unabhängige HTML-Sites in zwei verschiedenen Frames mit einem Link öffnet.

Desweiteren möchte ich mit meinen HTML-Seiten auf eine ungebräuchliche Schrift, die ich auf meinem Webspace hinterlegt habe zugreifen.

Wie mache ich das?

Danke für eventuelle Hilfe.

Thomas

[Sven Schrodt]

Hi!

http://forum.de.selfhtml.org/faq/

Gruss Sven

[Tobias]

Hallo Thomas,

ich hätte gern gewusst, wie man zwei unabhängige HTML-Sites in zwei verschiedenen Frames mit einem Link öffnet.

du bist aber mutig :) (http://selfsuche.teamone.de/cgi-bin/such.pl?suchausdruck=zwei+frames&lang=on&feld=alle&index_4=on&hits=100 - ich habe mal nur 100 ausgeben lassen - ohne Beschränkung findet er über 1600 Einträge allein im Forum 2002!)
faq: </faq/#Q-32i> -> selfhtml http://selfhtml.teamone.de/javascript/beispiele/zweiframes.htm

Desweiteren möchte ich mit meinen HTML-Seiten auf eine ungebräuchliche Schrift, die ich auf meinem Webspace hinterlegt habe zugreifen.

http://selfhtml.teamone.de/css/eigenschaften/schrift_datei.htm#font_face - ich hoffe du hast das Recht dazu die Schrift öffentlich zugänglich zu machen

gruß
Tobias

[stefan]

hi

ich hätte gern gewusst, wie man zwei unabhängige HTML-Sites in zwei verschiedenen Frames mit einem Link öffnet.

hm, keiner da? *verstohlenumsichguck*

dann kann ich ja auch:
Jehova! Jehova!

*scnr*

schö stefan

[Christian Seiler]

Hallo stefan,

ich hätte gern gewusst, wie man zwei unabhängige HTML-Sites in zwei verschiedenen Frames mit einem Link öffnet.

hm, keiner da? *verstohlenumsichguck*

Für das neue Forum ist ein Postingassistent geplant, der alle solchen Fragen *vor* dem Posting beantwortet. (http://cforum.teamone.de/) Daher herrscht hier eine Schonfrist für Jehovasager. Erst, wenn dieses Feature implementiert ist, wird wieder gesteinigt. (dann aber richtig ;))

Grüße,

Christian

[Andreas Schneider]

Hallo Christian,

Für das neue Forum ist ein Postingassistent geplant, der alle solchen Fragen *vor* dem Posting beantwortet. (http://cforum.teamone.de/) Daher herrscht hier eine Schonfrist für Jehovasager. Erst, wenn dieses Feature implementiert ist, wird wieder gesteinigt. (dann aber richtig ;))

hey klasse, ein Assistent der uns die Steine gibt, und wir müssen sie nur noch werfen. Schön wäre natürlich auch ein Assi der uns das Werfen auch noch abnimmt. Einfach in den persönlichen Einstellungen noch ein "Steine werfen ja/nein" dazu und wir können uns zurücklegen und bei jedem Refresh gucken wer die meisten Steine geworfen hat ;-)
(hallo Bio, wäre das nicht noch was für die Statistik?)

*scnr*

Grüße
Andreas

[Christian Seiler]

Hallo Andreas,

hey klasse, ein Assistent der uns die Steine gibt, und wir müssen sie nur noch werfen. Schön wäre natürlich auch ein Assi der uns das Werfen auch noch abnimmt. Einfach in den persönlichen Einstellungen noch ein "Steine werfen ja/nein" dazu und wir können uns zurücklegen und bei jedem Refresh gucken wer die meisten Steine geworfen hat ;-)

Ich fürchte, Du hast CK falsch verstanden. Es geht darum, dass der User gar nicht erst postet, wenn er den Assistenten benutzt und es eine FAQ-Frage ist. (oder habe ich da jetzt was falsch verstanden?)

Grüße,

Christian

[Andreas Schneider]

Hallo Christian,

Ich fürchte, Du hast CK falsch verstanden. Es geht darum, dass der User gar nicht erst postet, wenn er den Assistenten benutzt und es eine FAQ-Frage ist. (oder habe ich da jetzt was falsch verstanden?)

schade eigentlich... ;-)

Grüße
Andreas

[Christian Kruse]

Hallo Christian,

Ich fürchte, Du hast CK falsch verstanden. Es geht darum,
dass der User gar nicht erst postet, wenn er den Assistenten
benutzt und es eine FAQ-Frage ist. (oder habe ich da jetzt
was falsch verstanden?)

Nein, das hast du richtig verstanden.

Gruesse,
 CK

[Andreas Schneider]

Nochmal hallo Christian,

Es geht darum, dass der User gar nicht erst postet, wenn er den Assistenten benutzt und es eine FAQ-Frage ist. (oder habe ich da jetzt was falsch verstanden?)

Jetzt mal etwas ernsthafter: Ich traue CK ja einiges zu, aber eine Funktion zu schreiben, die in einem beliebigen Posting eine FAQ-Frage erkennt? Das ist imho AI und wird erst in der übernächsten Version dieses Forums realisiert ;-)

Vielleicht bin ja auch ich derjenige der was falsch versteht?

Grüße
Andreas

[Christian Seiler]

Hallo Andreas,

Jetzt mal etwas ernsthafter: Ich traue CK ja einiges zu, aber eine Funktion zu schreiben, die in einem beliebigen Posting eine FAQ-Frage erkennt? Das ist imho AI und wird erst in der übernächsten Version dieses Forums realisiert ;-)

Blödsinn. Vmlt. wird das so werden, wie einer dieser DAU-Assistenten unter Windows. Bevor jemand überhaupt zum Schreiben des Postings kommt, wird er so lange mit Links zur Archivsuche gequält, dass er von selbst die Lösung findet. (überspitzt gesagt)

Aber: die AI würde ich CK wirklich zutrauen (sein Code ist so genial, dass er unter Debian einen Parse-Error im GCC generiert, dort wo eigentlich gar keine auftauchen dürfte [1]), nur müssten wir da uns ziemlich lange gedulden.

Grüße,

Christian

[1] In der 1.0-er Datei in fo_server.h. (kommt beim kompilieren von serverlib.c) Ich habe mir das ganze angeschaut und die Stelle ist syntaktisch korrekt. Er sagt aber immer nur

src/fo_server.h:67: parse error before `pthread_rwlock_t'
src/fo_server.h:67: warning: no semicolon at end of struct or union

Obwohl pthread_rwlock_t an der Stelle definiert ist (wird in bits/pthreadtypes.h definiert, welche in pthread.h included wird, welche wiederrum von serverlib.c included wird, _bevor_ die fo_server.h included wird - passt also alles) und die Syntax wirklich in Ordnung ist. Kann es vielleicht sein, dass der gcc mich irgendwie nicht mag? Obwohl: Ich kann mir beim besten Willen nicht vorstellen, dass es hierbei um Optionen für den Compiler geht.

[Andreas Schneider]

Hallo Christian,

Blödsinn. Vmlt. wird das so werden, wie einer dieser DAU-Assistenten unter Windows. Bevor jemand überhaupt zum Schreiben des Postings kommt, wird er so lange mit Links zur Archivsuche gequält, dass er von selbst die Lösung findet. (überspitzt gesagt)

Ziemlich überspitzt, denn wie soll ein Script erkennen, wo im Archiv die Lösung zu finden ist?

[...]
Ich habe _in keinster Form_ Zweifel an CK's Kompetenz geäußert - im Gegenteil!

Grüße
Andreas

[Christian Seiler]

Hallo Andreas,

Ziemlich überspitzt, denn wie soll ein Script erkennen, wo im Archiv die Lösung zu finden ist?

Da bin *ich* jetzt überfragt. Lass' CK nur mal machen, da wird schon was gutes rauskommen.

Ich habe _in keinster Form_ Zweifel an CK's Kompetenz geäußert - im Gegenteil!

Hab' ich auch nicht behauptet. Ich wollte CK nur *noch* mehr Kompetenz zusprechen *g*.

Grüße,

Christian

[Andreas Schneider]

Hallo Christian,

Da bin *ich* jetzt überfragt. Lass' CK nur mal machen, da wird schon was gutes rauskommen.

Da bin ich sicher.

Ich habe _in keinster Form_ Zweifel an CK's Kompetenz geäußert - im Gegenteil!

Hab' ich auch nicht behauptet. Ich wollte CK nur *noch* mehr Kompetenz zusprechen *g*.

Akzeptiert.

Grüße
Andreas

[Andreas Schneider]

Hallo Christian,

Da bin *ich* jetzt überfragt. Lass' CK nur mal machen, da wird schon was gutes rauskommen.
Da bin ich sicher.

Ich sehe gerade, das könnte man auch falsch verstehen. Mit meiner Antwort meinte ich natürlich den _zweiten_ Satz, nicht den ersten ;-)
Grüße
Andreas

[Christian Seiler]

Hallo Andreas,

Da bin *ich* jetzt überfragt. Lass' CK nur mal machen, da wird schon was gutes rauskommen.
Da bin ich sicher.

Ich sehe gerade, das könnte man auch falsch verstehen. Mit meiner Antwort meinte ich natürlich den _zweiten_ Satz, nicht den ersten ;-)

Das war mir schon klar. Auf dieses Missverständnis wäre ich gar nicht gekommen... ;-)

Grüße,

Christian

[Andreas Schneider]

Hallo Christian,

Das war mir schon klar. Auf dieses Missverständnis wäre ich gar nicht gekommen... ;-)

Dann ist ja alle in Ordnung und ich kann mich für heute verabschieden - die Zahnfee ruft!

Grüße
Andreas

[Christian Kruse]

Hallo Christian,

Jetzt mal etwas ernsthafter: Ich traue CK ja einiges
zu, aber eine Funktion zu schreiben, die in einem
beliebigen Posting eine FAQ-Frage erkennt?

Das kann natuerlich nicht bei beliebigen Postings passieren,
ein gewisser Prozentsatz wird immer durchfallen, aber...

Das ist imho AI und wird erst in der übernächsten
Version dieses Forums realisiert ;-)

... Textanalyse hat nicht unbedingt mit AI zu tun. Man kann
Texte auch auf andere Weisen analysieren. Beispiel: man
untersucht ein Posting auf bestimmte Kriterien. Wie lang ist
es? Welche Woerter kommen vor? Etc, etc. Dazu kann man noch
jedes Wort spezifisch gewichten und so ein Posting
'hoch-scoren' oder 'herunter-scoren'.

Aber: die AI würde ich CK wirklich zutrauen

Ich mir nicht.

(sein Code ist
so genial, dass er unter Debian einen Parse-Error im GCC
generiert, dort wo eigentlich gar keine auftauchen dürfte
[1]),

Was hat ein Parse Error mit Genialitaet zu tun? :) Ich mein,
ich freu mich ueber das Kompliment, aber ein Fehler im Code
oder bei der Uebersetzung ist nicht genial.

[1] In der 1.0-er Datei in fo_server.h. (kommt beim
kompilieren von serverlib.c) Ich habe mir das ganze
angeschaut und die Stelle ist syntaktisch korrekt. Er sagt
aber immer nur

src/fo_server.h:67: parse error before `pthread_rwlock_t'
src/fo_server.h:67: warning: no semicolon at end of struct
or union

Obwohl pthread_rwlock_t an der Stelle definiert ist (wird
in bits/pthreadtypes.h definiert, welche in pthread.h
included wird, welche wiederrum von serverlib.c included
wird, _bevor_ die fo_server.h included wird - passt also
alles) und die Syntax wirklich in Ordnung ist. Kann es
vielleicht sein, dass der gcc mich irgendwie nicht mag?
Obwohl: Ich kann mir beim besten Willen nicht vorstellen,
dass es hierbei um Optionen für den Compiler geht.

Ich mir schon. Unter Linux muss die Option fuer PThreads

-lpthreads

heissen, unter BSD ist es nur

-pthread

Ich sagte ja, die meiste Portierungs-Arbeit ist in der
Makefile zu machen. Systemspezifisches ist im eigentlichen
Code nicht viel.

Gruesse,
 CK

[Christian Seiler]

Hallo Christian,

dito.

Was hat ein Parse Error mit Genialitaet zu tun? :) Ich mein,
ich freu mich ueber das Kompliment, aber ein Fehler im Code
oder bei der Uebersetzung ist nicht genial.

Da ist garantiert kein Fehler im Code - ich bin ja auch kein Neuling in C. Außerdem war das leicht ironsich gemeint.

Ich mir schon. Unter Linux muss die Option fuer PThreads

-lpthreads

heissen, unter BSD ist es nur

-pthread

Funktioniert nicht. Wie auch? -lpthreads ist ein Linker-Flag (übrigends heißt es -lpthread (kein s)) und hat nichts mit dem kompilieren zu tun. Der gcc behauptet einfach, da wäre ein Parse-Error, obwohl da garantiert keiner ist. *rätsel* Vielleicht wird mit pthread_rwlock_t in einem anderen Include etwas angestellt - aber ich kanns mir eigentlich nicht vorstellen. Hab' das gerade noch mit folgender Testfile probiert:

#include <pthread.h>
#define ULL unsigned long long
#include "fo_server.h"

int main () {
  printf ("Hallo\n");
  return 0;
}

Gleiche Fehler. *megagrübel*

Syntaktisch korrekt ist die Datei aber. Das seltsame ist, dass das ganze immer nur beim Typ pthread_rwlock_t auftaucht. Der ist bei mir in /usr/include/bits/pthreadtypes.h definiert.

Zur Info: gcc version 2.95.4 20011002 (Debian prerelease)

Ich sagte ja, die meiste Portierungs-Arbeit ist in der
Makefile zu machen. Systemspezifisches ist im eigentlichen
Code nicht viel.

Das Makefile hätte ich selbst noch hinbekommen. (eine fehlende Bibliothek kann ich schon ergänzen) Aber hier ist wirklich der Wurm drinnen.

Wenn ich das irgendwie noch hinbekomme, dann schreibe ich ein Buildsystem, das auf autoconf basiert.

Grüße,

Christian

[Christian Seiler]

Hallo Christian nochmal,

Syntaktisch korrekt ist die Datei aber. Das seltsame ist, dass das ganze immer nur beim Typ pthread_rwlock_t auftaucht. Der ist bei mir in /usr/include/bits/pthreadtypes.h definiert.

Fehler gefunden. ARRGH! Das war wirklich wirklich wirklich gemein! Und zwar wird der Typ pthread_rwlock_t in bits/pthreadtypes.h nur dann definiert, wenn dem Präprozessor die Definition _USE_UNIX98 bekannt ist. Diese wird in der features.h jedoch nur dann gesetzt, wenn _XOPEN_SOURCE größer als 500 ist. Das kann man z.B. erreichen, wenn man an den gcc noch ein -D_GNU_SOURCE ranhängt.

Wenn ich das irgendwie noch hinbekomme, dann schreibe ich ein Buildsystem, das auf autoconf basiert.

Das mache ich dann wirklich (zusammen mit einer README). Jedoch: Jetzt meckert er woanders: Er braucht die libcgi.a, die angeblich in /usr/local/lib liegen sollte. Woher bekomme ich die?

Grüße,

Christian

[Christian Kruse]

Hallo Christian,

Fehler gefunden. ARRGH! Das war wirklich wirklich wirklich
gemein! Und zwar wird der Typ pthread_rwlock_t in
bits/pthreadtypes.h nur dann definiert, wenn dem
Präprozessor die Definition _USE_UNIX98 bekannt ist. Diese
wird in der features.h jedoch nur dann gesetzt, wenn
_XOPEN_SOURCE größer als 500 ist. Das kann man z.B.
erreichen, wenn man an den gcc noch ein -D_GNU_SOURCE
ranhängt.

Aha. .oO(Sinnvoll)

Wenn ich das irgendwie noch hinbekomme, dann schreibe
ich ein Buildsystem, das auf autoconf basiert.

Das mache ich dann wirklich (zusammen mit einer README).

Ungern. Ich mag autoconf/autoheader nicht sonderlich.

Jedoch: Jetzt meckert er woanders: Er braucht die
libcgi.a, die angeblich in /usr/local/lib liegen sollte.
Woher bekomme ich die?

http://www.geocities.com/SiliconValley/Vista/6493/projects/cgi-lib.html

Das soll aber noch durch eine Eigenentwicklung ersetzt
werden. Die CGI-Lib nervt eher ein wenig, ist umstaendlich im
Handling.

Gruesse,
 CK

[Christian Seiler]

Hallo Christian,

Ungern. Ich mag autoconf/autoheader nicht sonderlich.

Warum nicht?

http://www.geocities.com/SiliconValley/Vista/6493/projects/cgi-lib.html

Inzwischen auch schon herausgefunden. ;)
Zuerst hab' ich die aus Debian genommen, aber die hatte einige Funktionen nicht. Dann hab' ich einfach mal nach cgi-lib.h mit Google gesucht und das kam als erster Treffer.

Folgendes: ich habe es fertig gebracht, das Ding zu kompilieren. (Debian 3.0 Woody)

Hier ist der "Patch": (erstaunlicherweise wirklich nur Makefile + eine Source-Datei, s.u.)

--------------------------------------------------------------------------------------------------------------------------------------------
diff -ru cforum-1.0/Makefile cforum-1.0linux/Makefile
--- cforum-1.0/Makefile Wed Nov  6 02:55:27 2002
+++ cforum-1.0linux/Makefile Fri Nov  8 23:49:15 2002
@@ -69,16 +69,16 @@

LIBDIR=pwd/cgi-shared/lib
 CC=gcc
-CCFLAGS=-Wall -g -pipe
+CCFLAGS=-Wall -g -pipe -D_GNU_SOURCE
 #CCFLAGS=-Wall -march=i686 -O3 -fomit-frame-pointer
 EFENCE?=
 DEBUG?=-DDEBUG
-LIBS=-ltemplate -lconfigparser -lclientlib
+LIBS=-ltemplate -lconfigparser -lclientlib -ldl
 LINKOPTS=-L/usr/local/lib -L$(LIBDIR) -Wl,-rpath $(LIBDIR)
 RM?=/bin/rm
 LN?=/bin/ln
 COMPILE=$(CC) $(DEBUG) $(CCFLAGS)
-CGILIB=/usr/local/lib/libcgi.a
+CGILIB=/usr/local/lib/cgi-lib.a

CCFLAGS_TPL=src/template.c src/utils.c -I- -Isrc/
 TEMPLATE=pwd/template_gen.pl
@@ -89,26 +89,26 @@
 all: libs modules server view post templates userconf

server:

• $(COMPILE) -pthread -c src/initfinish.c gdome-config --cflags
• $(COMPILE) -pthread -c src/charconvert.c -I/usr/local/include
• $(COMPILE) -pthread -c src/xml_handling.c gdome-config --cflags
• $(COMPILE) -pthread -c src/readline.c
• $(COMPILE) -pthread -c src/utils.c
• $(COMPILE) -pthread -c src/fo_server.c gdome-config --cflags
• $(COMPILE) -pthread -o cgi-bin/fo_server fo_server.o utils.o initfinish.o charconvert.o xml_handling.o readline.o $(EFENCE) gdome-config --libs -Lcgi-shared/lib/ -lserverlib -lconfigparser $(LINKOPTS)

• $(COMPILE) -lpthread -c src/initfinish.c gdome-config --cflags
• $(COMPILE) -lpthread -c src/charconvert.c -I/usr/local/include
• $(COMPILE) -lpthread -c src/xml_handling.c gdome-config --cflags
• $(COMPILE) -lpthread -c src/readline.c
• $(COMPILE) -lpthread -c src/utils.c
• $(COMPILE) -lpthread -c src/fo_server.c gdome-config --cflags
• $(COMPILE) -lpthread -o cgi-bin/fo_server fo_server.o utils.o initfinish.o charconvert.o xml_handling.o readline.o $(EFENCE) gdome-config --libs -Lcgi-shared/lib/ -lserverlib -lconfigparser -ldl $(LINKOPTS)

view:
  $(COMPILE) -c src/charconvert.c -I/usr/local/include
  $(COMPILE) -c src/utils.c
  $(COMPILE) -c src/fo_view.c -I/usr/local/include

• $(COMPILE) -o cgi-bin/fo_view fo_view.o utils.o charconvert.o $(CGILIB) $(LIBS) $(LINKOPTS) -liconv

• $(COMPILE) -o cgi-bin/fo_view fo_view.o utils.o charconvert.o $(CGILIB) $(LIBS) $(LINKOPTS) -ldl
    $(LN) -fs pwd/cgi-bin/fo_view pwd/cgi-bin/user/

post:
 # $(COMPILE) -c src/charconvert.c -I/usr/local/include
 # $(COMPILE) -c src/utils.c
 # $(COMPILE) -c src/fo_post.c -I/usr/local/include
-# $(COMPILE) -o cgi-bin/fo_post fo_post.o utils.o charconvert.o $(CGILIB) $(LIBS) $(LINKOPTS) -liconv $(EFENCE)
+# $(COMPILE) -o cgi-bin/fo_post fo_post.o utils.o charconvert.o $(CGILIB) $(LIBS) $(LINKOPTS) -ldl $(EFENCE)
  $(LN) -fs pwd/cgi-bin/fo_post pwd/cgi-bin/user/

userconf:
@@ -133,8 +133,8 @@
  $(COMPILE) -shared -o cgi-shared/modules/flt_http.so src/modules/flt_http.c $(CGILIB) -Isrc/ -I- -I/usr/local/include

libs:

• $(COMPILE) -pthread -shared -o cgi-shared/lib/libconfigparser.so src/configparser.c
• $(COMPILE) -pthread -shared -o cgi-shared/lib/libserverlib.so src/serverlib.c src/utils.c gdome-config --cflags

• $(COMPILE) -lpthread -shared -o cgi-shared/lib/libconfigparser.so src/configparser.c
• $(COMPILE) -lpthread -shared -o cgi-shared/lib/libserverlib.so src/serverlib.c src/utils.c gdome-config --cflags
    $(COMPILE) -shared -o cgi-shared/lib/libclientlib.so src/clientlib.c src/utils.c $(CGILIB) -I/usr/local/include
    $(COMPILE) -shared -o cgi-shared/lib/libtemplate.so  src/template.c src/utils.c src/readline.c

diff -ru cforum-1.0/src/charconvert.c cforum-1.0linux/src/charconvert.c
--- cforum-1.0/src/charconvert.c Wed Nov  6 02:55:24 2002
+++ cforum-1.0linux/src/charconvert.c Fri Nov  8 23:48:43 2002
@@ -19,6 +19,7 @@
  *
  */

+#include <errno.h>
 #include <stdlib.h>
 #include <iconv.h>
 #include <string.h>
@@ -53,7 +54,7 @@
   out_p    = out_buf;

while(in_left > 0) {
-    result = iconv(cd,(const char **)&toencode,&in_left,(char **)&out_p,&out_left);
+    result = iconv(cd,(char **)&toencode,&in_left,(char **)&out_p,&out_left);
     out_size = bsz - out_left;
     if(result == (size_t)(-1)) {
       if(errno == E2BIG && in_left > 0) {
@@ -117,7 +118,7 @@
   out_p    = out_buf;

while(in_left > 0) {
-    result = iconv(cd,(const char **)&toencode,&in_left,(char **)&out_p,&out_left);
+    result = iconv(cd,(char **)&toencode,&in_left,(char **)&out_p,&out_left);
     out_size = bsz - out_left;
     if(result == (size_t)(-1)) {
       if(errno == E2BIG && in_left > 0) {

--------------------------------------------------------------------------------------------------------------------------------------------

Folgende Anmerkungen: -liconv brauche ich unter Debian nicht, das ist anscheinend bei der Libc6 dabei. Dafür musste ich mit -ldl linken.

In der charconvert.c hat sich der gcc darüber beschwert, das

a) errno.h nicht eingebunden war (und er daher errno und E2BIG nicht kannte)
b) (const char **) nicht mochte und auf einem (char **) bestand

Und jetzt mal eine ganze DAU-mäßige Frage *duck*: Jetzt hab' ich das Teil kompiliert - wie "installiere" ich das denn nun?

Grüße,

Christian

[Christian Seiler]

Hallo nochmal,

---

[...]

Jetzt hat er mir beim Posten die Tabs in der Makefile in Spaces verwandelt. Ich fürchte, das macht den Patch zunichte, aber die Änderungen sieht man hoffentlich dennoch heraus.

Grüße,

Christian

[Christian Kruse]

Hallo Christian,

Ungern. Ich mag autoconf/autoheader nicht sonderlich.

Warum nicht?

Soviel Overhead dabei... da schreib ich doch lieber eine
Makefile, die das fuer mich macht. Die ist schmaler.

Folgendes: ich habe es fertig gebracht, das Ding zu
kompilieren. (Debian 3.0 Woody)

Grats.

Hier ist der "Patch": (erstaunlicherweise wirklich nur
Makefile + eine Source-Datei, s.u.)

Ich sagte ja, etwas wirklich plattformspezifisches ist nicht
drin.

+#include <errno.h>

Sinnvoll, ja. Das mir das splint nicht gemeldet hat...

-    result = iconv(cd,(const char **)&toencode,&in_left,(char **)&out_p,&out_left);
+    result = iconv(cd,(char **)&toencode,&in_left,(char **)&out_p,&out_left);

Nix da, das bleibt ein const char **. Ich muss sicherstellen,
dass libiconv mir diesen Pointer nicht veraendert.

-    result = iconv(cd,(const char **)&toencode,&in_left,(char **)&out_p,&out_left);
+    result = iconv(cd,(char **)&toencode,&in_left,(char **)&out_p,&out_left);

Dito.

Folgende Anmerkungen: -liconv brauche ich unter Debian
nicht, das ist anscheinend bei der Libc6 dabei.

Eher unwahrscheinlich. Viel wahrscheinlicher ist, dass
gdome-config das schon mit einbindet.

b) (const char **) nicht mochte und auf einem (char **)
bestand

Da bestehe ich aber auf einem (const char **) ;)

Und jetzt mal eine ganze DAU-mäßige Frage *duck*: Jetzt
hab' ich das Teil kompiliert - wie "installiere" ich das
denn nun?

Templates anpassen, Config-Files anpassen, valide forum.xml
anlegen (da sollte ein

<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE Forum SYSTEM "http://forum.de.selfhtml.org/forum.dtd">

<Forum lastThread="0" lastMessage="0" />

reichen). Dann fo_server starten und schon kannst du die
CGI-Prozesse (fo_view, fo_post, etc) starten.

Gruesse,
 CK

[Christian Seiler]

Hallo Christian,

dito. ;)

Soviel Overhead dabei... da schreib ich doch lieber eine
Makefile, die das fuer mich macht. Die ist schmaler.

Gut - ok - dann schreibe ich eine Makefile.Linux (die optimierter ist) und eine README.Linux. Einverstanden?

-    result = iconv(cd,(const char **)&toencode,&in_left,(char **)&out_p,&out_left);
+    result = iconv(cd,(char **)&toencode,&in_left,(char **)&out_p,&out_left);

Nix da, das bleibt ein const char **. Ich muss sicherstellen,
dass libiconv mir diesen Pointer nicht veraendert.

Jetzt laust mich doch der Affe... Das ganze war nur eine Warning. Kommando zurück! Der hat nur abgebrochen, weil der errno nicht kannte.

Folgende Anmerkungen: -liconv brauche ich unter Debian
nicht, das ist anscheinend bei der Libc6 dabei.

Eher unwahrscheinlich. Viel wahrscheinlicher ist, dass
gdome-config das schon mit einbindet.

christian@midnight:~$ gdome-config --libs
-L/usr/local/lib -L/usr/lib -lgdome -lglib -lxml2

Und sonst ist da nichts eingebunden. Mit -liconv funktioniert es aber nicht, da er die Bibliothek nicht findet.

Und jetzt mal eine ganze DAU-mäßige Frage *duck*: Jetzt
hab' ich das Teil kompiliert - wie "installiere" ich das
denn nun?

Templates anpassen,

Muss ich das denn? Ich meine, das Layout ist mir vorerst egal, Hauptsache ich bekomme es überhaupt zum Laufen. ;)

Config-Files anpassen,

Ok - gemacht.

valide forum.xml
anlegen (da sollte ein

<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE Forum SYSTEM "http://forum.de.selfhtml.org/forum.dtd">

<Forum lastThread="0" lastMessage="0" />

reichen).

Hab' ich auch gemacht. (in fo_data/messages reingetan)

Dann fo_server starten

Jetzt kommt bei mir die Meldung "server forked" aber der Prozess läuft dann hinterher nicht. :-(

Die Logs sind leider auch leer. :-(

und schon kannst du die
CGI-Prozesse (fo_view, fo_post, etc) starten.

Keine Verbindung zum Server. :-(

Grüße,

Christian

[Christian Kruse]

Hallo Christian,

Soviel Overhead dabei... da schreib ich doch lieber eine
Makefile, die das fuer mich macht. Die ist schmaler.

Gut - ok - dann schreibe ich eine Makefile.Linux (die
optimierter ist) und eine README.Linux. Einverstanden?

Lieber eine Installationsanleitung statt einer
README.linux :) Ist immer besser, wenn das jemand anders macht
als der Developer.

Jetzt laust mich doch der Affe... Das ganze war nur eine
Warning. Kommando zurück! Der hat nur abgebrochen, weil
der errno nicht kannte.

Das heisst aber nicht, dass das Ding dann auch laeuft. Wenn
die libiconv versucht, einen const char ** zu aendern, dann
gibts nen coredump.

Muss ich das denn? Ich meine, das Layout ist mir vorerst
egal, Hauptsache ich bekomme es überhaupt zum Laufen. ;)

Du *musst* das natuerlich nicht.

Jetzt kommt bei mir die Meldung "server forked" aber der
Prozess läuft dann hinterher nicht. :-(

Was sagt dmesg? Hast du coredumps eingeschaltet? Wenn nein,
schalt mal ein -- was sagt gdb cgi-bin/fo_server
fo_server.core? Was sagt ein 'bt' im Debugger?

Die Logs sind leider auch leer. :-(

Sind die Logs beschreibar?

Gruesse,
 CK

[Christian Seiler]

Hallo Christian,

Lieber eine Installationsanleitung statt einer
README.linux :) Ist immer besser, wenn das jemand anders macht
als der Developer.

Vielleicht bastle ich sogar ein minimalistisches Build-System. Die Makefile war wohl wirklich nur in einer Stunde reingehackt, oder? ;)

Jetzt laust mich doch der Affe... Das ganze war nur eine
Warning. Kommando zurück! Der hat nur abgebrochen, weil
der errno nicht kannte.

Das heisst aber nicht, dass das Ding dann auch laeuft. Wenn
die libiconv versucht, einen const char ** zu aendern, dann
gibts nen coredump.

Sollte libiconv das überhaupt ändern dürfen?

Was sagt dmesg?

Meine Kernel-Meldungen, die auch sonst immer kommen. In /var/log/syslog steht auch nichts in der Richtung.

Hast du coredumps eingeschaltet?

Kann man die überhaupt ausschalten? Ich weiß nur, dass fo_server keinen erzeugt. Sorry, aber ich habe noch nie mit gdb o.ä. gearbeitet, ich habe meine Programme immer "manuell" debugged. (printf, syslog, etc.)

Wenn nein,
schalt mal ein

Wie?

was sagt gdb cgi-bin/fo_server
fo_server.core? Was sagt ein 'bt' im Debugger?

Also (nachdem ich keinen dump habe, habe ich gdb einfach mal direkt auf fo_server losgelassen und run gemacht):

christian@midnight:~/cforum-1.0linux$ export LD_LIBRARY_PATH=/usr/local/lib
christian@midnight:~/cforum-1.0linux$ gdb cgi-bin/fo_server
GNU gdb 2002-04-01-cvs
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-linux"...
(gdb) run
Starting program: /home/christian/cforum-1.0linux/cgi-bin/fo_server
[New Thread 1024 (LWP 460)]
server forked

Program exited normally.
(gdb) bt
No stack.
(gdb) quit

Dass bt "No stack." ausgibt, ist ja auch logisch, da das Programm beendet ist.

Die Logs sind leider auch leer. :-(

Sind die Logs beschreibar?

christian@midnight:~/cforum-1.0linux$ ls -l logs
total 0
-rw-rw-rw-    1 christia christia        0 Nov  9 12:34 error
-rw-rw-rw-    1 christia christia        0 Nov  9 12:34 stdlog

Und ja - die Dateinamen sind in der Configfile richtig angegeben.

Grüße,

Christian

[Christian Kruse]

Hoi Christian,

Die Makefile war wohl wirklich nur in einer Stunde
reingehackt, oder? ;)

Noe, die ist... wie sagt man so schoen? Gewachsen :)

Sollte libiconv das überhaupt ändern dürfen?

Das will ich ja eben nicht. Es gibt leider verschiedene
Implementationen der libiconv. Die 'offizielle' veraendert
ihn nicht. Aber viele Betriebssysteme implementieren eine
eigene Version, und wie die sich verhaelt, kann ich nun beim
besten Willen nicht vorraussehen.

Hast du coredumps eingeschaltet?

Kann man die überhaupt ausschalten?

Klar ;)

Wenn nein,
schalt mal ein

Wie?

Oehm -- kA, wie das unter Linux geht. Muesste ich auch erst
nachschlagen. Unter BSD koennt ichs dir direkt sagen ;)

was sagt gdb cgi-bin/fo_server
fo_server.core? Was sagt ein 'bt' im Debugger?

Also (nachdem ich keinen dump habe, habe ich gdb einfach
mal direkt auf fo_server losgelassen und run gemacht):

Das bringt nichts. fo_server macht direkt nach dem Lesen der
Config-Files ein fork() und eroeffnet eine neue
Prozessgruppe. Ausserdem schliesst er stdin, stdout und
stderr. 'Daemonisieren' eben ;)

Gut, ich habe mal ein wenig nachgeforscht, ich war an ein
paar Stellen ein wenig zu lasch mit den if()s. Die aktuelle
CVS-Version (die auch hier gerade laeuft) sollte keine
Probleme mehr mit leeren XML-Files haben.

Gruesse,
 CK

[Christian Seiler]

Hallo Christian,

Sollte libiconv das überhaupt ändern dürfen?

Das will ich ja eben nicht. Es gibt leider verschiedene
Implementationen der libiconv. Die 'offizielle' veraendert
ihn nicht. Aber viele Betriebssysteme implementieren eine
eigene Version, und wie die sich verhaelt, kann ich nun beim
besten Willen nicht vorraussehen.

Hmmm. Ich denke aber, daran liegts nicht. Das hakt irgendwo anders.

Oehm -- kA, wie das unter Linux geht. Muesste ich auch erst
nachschlagen. Unter BSD koennt ichs dir direkt sagen ;)

Poste es trotzdem mal, vielleicht geht's dann so ähnlich unter Linux.

Das bringt nichts. fo_server macht direkt nach dem Lesen der
Config-Files ein fork() und eroeffnet eine neue
Prozessgruppe. Ausserdem schliesst er stdin, stdout und
stderr. 'Daemonisieren' eben ;)

Und der GDB hängt sich nicht an den Child-Prozess?

Gut, ich habe mal ein wenig nachgeforscht, ich war an ein
paar Stellen ein wenig zu lasch mit den if()s. Die aktuelle
CVS-Version (die auch hier gerade laeuft) sollte keine
Probleme mehr mit leeren XML-Files haben.

OK. Ich hab' mir jetzt die aktuelle CVS-Version geholt und die Makefile editiert. Der Archivviewer kompiliert gar nicht, also hab' ich ihn erst mal rausgeworfen. (eins nach dem anderen ;)) Desweiteren ist da noch ein Bug in der Makefile: Anstelle von $tpl in der For-Schleife sollte es $$tpl heißen. (kommt 2x vor)

Hab's jetzt kompiliert, jetzt teste ich das noch mal.

Grüße,

Christian

P.S.: in der Vorschau werden Signaturen nicht in einer anderen Farbe dargestellt.

[Christian Seiler]

Hallo Christian,

Hab's jetzt kompiliert, jetzt teste ich das noch mal.

Nachtrag: Jetzt hat er sich einmal beschwert, dass keine forum.xml existierte, dann hab' ich diese angelegt und jetzt ist das gleiche Problem wie vorher vorhanden.

Außerdem gibt es da noch ein weiteres Problem: Die normalen CGI-Scripte zeigen die error-Template nicht mehr richtig an. Ich habe das Problem so weit isoliert, dass schon vom configparser er einen falschen String bekommt. (die Ziffer 9 wird angehängt)

Grüße,

Christian

[Christian Seiler]

Hallo Christian,

Nachtrag: Jetzt hat er sich einmal beschwert, dass keine forum.xml existierte, dann hab' ich diese angelegt und jetzt ist das gleiche Problem wie vorher vorhanden.

Noch ein Nachtrag: Jetzt funktionert es!!!! Juhuuuuu! [1]

.... fast: Ich kann nicht Posten, weil mir das Perl-Modul HTML::Libtemplate fehlt und eine CPAN-Suche ergab auch nichts...

Außerdem gibt es da noch ein weiteres Problem: Die normalen CGI-Scripte zeigen die error-Template nicht mehr richtig an. Ich habe das Problem so weit isoliert, dass schon vom configparser er einen falschen String bekommt. (die Ziffer 9 wird angehängt)

Der Fehler ist vmtl. immer noch vorhanden. (vorher hat er die error-Template aber richtig verwendet)

Grüße,

Christian

[1] Beim ersten Test als Root /tmp/cforum-sock angelegt und dann als normaler User keine Schreibrechte drauf! Beim ersten Test hat er das aber nicht in die Logs geschrieben. Diesmal hat er aber die Logs gefüllt und so habe ich den Fehler gefunden.

[Christian Seiler]

Hallo Christian nochmal,

.... fast: Ich kann nicht Posten, weil mir das Perl-Modul HTML::Libtemplate fehlt und eine CPAN-Suche ergab auch nichts...

Noch ein Nachtrag: Nachdem ich ungefähr 20 Perl-Module oder so nachinstalliert habe (die meisten von japanischen Seiten, wo ich einfach nach einem Link mit .tgz als Endung gesucht habe, weil ich nichts geblickt habe) bleibe ich jetzt an 2 Stellen stecken:

1. Plugins::Preview kennt weder http://search.cpan.org/ noch http://www.google.com/
2. Ich hab' bei mir MySQL-Authentifizierung aktiviert und das registrieren eines Users klappt auch, jedoch funktioniert aber der Zugriff auf fo_userconf innerhalb des user-Unterverzeichnisses nicht. Er sag im Error-Log:

[Sat Nov  9 18:18:12 2002] fo_userconf: Use of uninitialized value in length at /var/web/cforum/dev/cgi-bin/user/fo_userconf line 570.

In fo_userconf steht um diese Zeile herum:

foreach my $arg (@arguments) {
          my $pname = $arg->getAttribute('paramname');
          my $val   = $user_config->{$dname}->[0]->[$i++];

next unless defined $val || length $val;   ########### <----- Das ist die Zeile!

if($arg->getAttribute('parse') eq 'date') {
            my ($sec,$min,$hour,$day,$mon,$year) = localtime $val;

$mon  += 1;
            $year += 1900;

$val = sprintf('%02d. %02d. %4d %02d:%02d:%02d',$day,$mon,$year,$ho
          }
          else {
            $val =~ s/"/"/g; #";
            $val =~ s/\\n/<br>\n/g;
          }

$tpl->setVar($pname,$val);
        }

Ansonsten funktioniert alles. (Auch die userspezifische Anzeige - nur kann ich die nicht verstellen (fo_userconf) und habe keine Threads (fo_post))

Das gibt 'ne lange Installationsanleitung... ;)

Außerdem gibt es da noch ein weiteres Problem: Die normalen CGI-Scripte zeigen die error-Template nicht mehr richtig an. Ich habe das Problem so weit isoliert, dass schon vom configparser er einen falschen String bekommt. (die Ziffer 9 wird angehängt)

Der Fehler ist vmtl. immer noch vorhanden. (vorher (1.0) hat er die error-Template aber richtig verwendet)

Ja - den Fehler gibt's immer noch. :-(

Grüße,

Christian

[Christian Kruse]

Hallo Christian,

.... fast: Ich kann nicht Posten, weil mir das
Perl-Modul HTML::Libtemplate fehlt und eine CPAN-Suche
ergab auch nichts...

*g*
http://sf.net/projects/libtemplate/

Eine kleine Template-Engine von mir :)

Noch ein Nachtrag: Nachdem ich ungefähr 20 Perl-Module
oder so nachinstalliert habe (die meisten von japanischen
Seiten, wo ich einfach nach einem Link mit .tgz als Endung
gesucht habe, weil ich nichts geblickt habe) bleibe ich
jetzt an 2 Stellen stecken:

1. Plugins::Preview kennt weder
   http://search.cpan.org/ noch
   http://www.google.com/

Ist aber im CVS drin -- mach mal ein 'cvs update -d'.

2. Ich hab' bei mir MySQL-Authentifizierung aktiviert und
   das registrieren eines Users klappt auch, jedoch
   funktioniert aber der Zugriff auf fo_userconf innerhalb
   des user-Unterverzeichnisses nicht. Er sag im Error-Log:

[Sat Nov  9 18:18:12 2002] fo_userconf: Use of
uninitialized value in length at
/var/web/cforum/dev/cgi-bin/user/fo_userconf line 570.

*Das* macht nix. Was heisst 'es funktioniert nicht'?

Ansonsten funktioniert alles. (Auch die userspezifische
Anzeige - nur kann ich die nicht verstellen (fo_userconf)
und habe keine Threads (fo_post))

Jor, da fehlt HTML::Libtemplate.

Das gibt 'ne lange Installationsanleitung... ;)

*g* ist halt ein komplexes Stueck Software.

Außerdem gibt es da noch ein weiteres Problem: Die
normalen CGI-Scripte zeigen die error-Template nicht
mehr richtig an.

Inwiefern?

Ich habe das Problem so weit isoliert, dass schon vom
configparser er einen falschen String bekommt. (die Ziffer
9 wird angehängt)

?
Sicher, dass in der fo_default.conf alles richtig drin steht?

Gruesse,
 CK

[Christian Seiler]

Hallo Christian,

*g*
http://sf.net/projects/libtemplate/

Eine kleine Template-Engine von mir :)

Inzwischen hab' ich sie auch entdeckt... Hoffentlich merke ich mir alle requirements - am besten, ich mache meine Perl-Installtion noch mal flach. ;)

Noch ein Nachtrag: Nachdem ich ungefähr 20 Perl-Module
oder so nachinstalliert habe (die meisten von japanischen
Seiten, wo ich einfach nach einem Link mit .tgz als Endung
gesucht habe, weil ich nichts geblickt habe) bleibe ich
jetzt an 2 Stellen stecken:

1. Plugins::Preview kennt weder
   http://search.cpan.org/ noch
   http://www.google.com/

Ist aber im CVS drin -- mach mal ein 'cvs update -d'.

Werd's mal probieren, sobald ich wieder etwas Zeit habe.

2. Ich hab' bei mir MySQL-Authentifizierung aktiviert und
   das registrieren eines Users klappt auch, jedoch
   funktioniert aber der Zugriff auf fo_userconf innerhalb
   des user-Unterverzeichnisses nicht. Er sag im Error-Log:

[Sat Nov  9 18:18:12 2002] fo_userconf: Use of
uninitialized value in length at
/var/web/cforum/dev/cgi-bin/user/fo_userconf line 570.

*Das* macht nix. Was heisst 'es funktioniert nicht'?

500er Internal Server Error.

Ansonsten funktioniert alles. (Auch die userspezifische
Anzeige - nur kann ich die nicht verstellen (fo_userconf)
und habe keine Threads (fo_post))

Jor, da fehlt HTML::Libtemplate.

Neee, die war zum Zeitpunkt des schreibens schon installiert. Bei fo_post war es das Plugins::Preview-Modul.

Außerdem gibt es da noch ein weiteres Problem: Die
normalen CGI-Scripte zeigen die error-Template nicht
mehr richtig an.

Inwiefern?

Naja: Cannot open error template, und dann die hardgecodete Fehlermeldung.

Ich habe das Problem so weit isoliert, dass schon vom
configparser er einen falschen String bekommt. (die Ziffer
9 wird angehängt)

?
Sicher, dass in der fo_default.conf alles richtig drin steht?

Ja. Extra überprüft. Alle anderen Templates funktionieren aber.

Ich werd' mir mal die aktuelle CVS-Version holen und schauen, ob's da immer noch so ist.

Grüße,

Christian

[Christian Kruse]

Hallo Christian,

Inzwischen hab' ich sie auch entdeckt... Hoffentlich merke
ich mir alle requirements - am besten, ich mache meine
Perl-Installtion noch mal flach. ;)

Hoffentlich benutzt du entweder 1.2 oder 1.6. Bei den anderen
Versionen funktioniert das Perl-Interface nicht.

500er Internal Server Error.

Dann wirds an einer falschen libtemplate-Version liegen.

Gruesse,
 CK

[Christian Seiler]

Hallo Christian,

Inzwischen hab' ich sie auch entdeckt... Hoffentlich merke
ich mir alle requirements - am besten, ich mache meine
Perl-Installtion noch mal flach. ;)

Hoffentlich benutzt du entweder 1.2 oder 1.6. Bei den anderen
Versionen funktioniert das Perl-Interface nicht.

? Ich habe Perl 5.6.1, wenn ich mich richtig erinnere.

500er Internal Server Error.

Dann wirds an einer falschen libtemplate-Version liegen.

Moment mal - der 500er kommt aber von der fo_userconf und nicht von der fo_post. Die fo_post verlangte aber die HTML::Libtemplate. (ob die fo_userconf die verlangte, weiß ich nicht mehr, wie gesagt, ich habe 20 Module nachinstalliert ;))

Grüße,

Christian
[der sich gleich mal wieder ranmacht und das ganze testet]

[Christian Kruse]

Hallo Christian,

Hoffentlich benutzt du entweder 1.2 oder 1.6. Bei den
anderen Versionen funktioniert das Perl-Interface nicht.

? Ich habe Perl 5.6.1, wenn ich mich richtig erinnere.

Das hat doch nichts mit Perl zu tun. Ich sagte, ich hoffe, du
benutzt libtemplate 1.2 oder libtemplate 1.6, bei den anderen
Versionen wuerde das Perl-Interface nicht funktionieren.

500er Internal Server Error.

Dann wirds an einer falschen libtemplate-Version liegen.

Moment mal - der 500er kommt aber von der fo_userconf und
nicht von der fo_post.

Und?

Gruesse,
 CK

[Christian Seiler]

Hallo Christian,

Das hat doch nichts mit Perl zu tun. Ich sagte, ich hoffe, du
benutzt libtemplate 1.2 oder libtemplate 1.6, bei den anderen
Versionen wuerde das Perl-Interface nicht funktionieren.

Du hattest Recht. Da war noch eine alte Bibliothek irgendwie untergekommen.

Es funktioniert! Juhuuuuu! Jetzt kann ich endlich eine Installationsanleitung schreiben.

Aber einen Bug habe ich immer noch: Bei der Anzeige wird nur der Name angezeigt, nicht jedoch die Email oder das Datum. Die Config-Files habe ich daraufhin noch einmal überprüft und noch einmal aufgespielt - die stimmen.

Dumme Frage: Wie wird man denn jetzt eigentlich Supa-Mega-Admin mit Löschfunktion und Editierfunktion zum Moderieren? (oder ist das noch nicht implementiert?)

Ach ja:

src/charconvert hat immer noch kein errno.h drinnen. (die Makefile kann ich jedes Mal selbst ändern, aber das wird langsam irgendwie lästig)
Und meine Linuxinstallation hat (Standardgemäß) kein d_namlen-Eintrag in der struct dirent und versteht daher in src/fo_arcview.c die entsprechenden Zeilen nicht. Ich habe mir mit strlen(strukturname->d_name) ausgeholfen. (strukturname war year (Zeile 154) und month (Zeile 192))

Grüße,

Christian

[Christian Kruse]

Hallo Christian,

Du hattest Recht. Da war noch eine alte Bibliothek
irgendwie untergekommen.

*g*

Es funktioniert! Juhuuuuu! Jetzt kann ich endlich eine
Installationsanleitung schreiben.

Schoen.

Aber einen Bug habe ich immer noch: Bei der Anzeige wird
nur der Name angezeigt, nicht jedoch die Email

Die hast du aber schon angegeben?

oder das Datum.

Hast du das richtige Locale angegeben? Auf Linux-Systemen
ist das statt 'de_DE.ISO8859-1' einfach nur 'de' oder
'de_DE' -- schau mal in /usr/local/share/locale oder
/usr/share/locale.

Dumme Frage: Wie wird man denn jetzt eigentlich
Supa-Mega-Admin mit Löschfunktion und Editierfunktion zum
Moderieren? (oder ist das noch nicht implementiert?)

fo_admin ist noch nichtmal im Ansatz implementiert. Und eine
Funktion zum editieren von Postings wird es auch nie geben.

[... Linux-Anpassungen ...]

Richtig, da bin ich noch nicht zu gekommen.

Und meine Linuxinstallation hat (Standardgemäß) kein
d_namlen-Eintrag in der struct dirent und versteht daher
in src/fo_arcview.c die entsprechenden Zeilen nicht.

Jups, unter Linux heisst der Name anders, muesst ich
nachgucken, wie genau.

Gruesse,
 CK

[Christian Seiler]

Hallo Christian,

Aber einen Bug habe ich immer noch: Bei der Anzeige wird
nur der Name angezeigt, nicht jedoch die Email

Die hast du aber schon angegeben?

Klar. ;) Es bricht einfach nach dem Komma ab.

oder das Datum.

Hast du das richtige Locale angegeben? Auf Linux-Systemen
ist das statt 'de_DE.ISO8859-1' einfach nur 'de' oder
'de_DE' -- schau mal in /usr/local/share/locale oder
/usr/share/locale.

Mist - Hmm - Ich glaube ich habe UTF8 - das probiere ich heute Abend mal aus...

Dumme Frage: Wie wird man denn jetzt eigentlich
Supa-Mega-Admin mit Löschfunktion und Editierfunktion zum
Moderieren? (oder ist das noch nicht implementiert?)

fo_admin ist noch nichtmal im Ansatz implementiert.

Lass' das bloß die Elche nicht wissen...

Und meine Linuxinstallation hat (Standardgemäß) kein
d_namlen-Eintrag in der struct dirent und versteht daher
in src/fo_arcview.c die entsprechenden Zeilen nicht.

Jups, unter Linux heisst der Name anders, muesst ich
nachgucken, wie genau.

Neee, ich hab' nachgeschaut, den gibt es nicht. POSIX.1 schreibt ja auch nur d_ino und d_name vor.

Grüße,

Christian

[Christian Kruse]

Hallo Christian,

Klar. ;) Es bricht einfach nach dem Komma ab.

Tja, so keine Ahnung, woran es liegen koennte. Hier gehts ja
auch, siehst du ja...

Mist - Hmm - Ich glaube ich habe UTF8 - das probiere ich
heute Abend mal aus...

Du hast in jedem Fall mehrere Locales installiert.

Lass' das bloß die Elche nicht wissen...

Das fo_admin noch nichtmal im Ansatz implementiert ist,
heisst nicht, dass es keine Loesch-Moeglichkeiten gibt...

Jups, unter Linux heisst der Name anders, muesst ich
nachgucken, wie genau.

Neee, ich hab' nachgeschaut, den gibt es nicht.

Doch, den gibt es.

Gruesse,
 CK

[Christian Seiler]

Hallo Christian,

Tja, so keine Ahnung, woran es liegen koennte. Hier gehts ja
auch, siehst du ja...

Ja, sehe ich... Aber bei mir funktioniert es wirklich nicht. Er bricht nach dem Komma ab und schreibt noch 3 oder 4 spaces und zeigt dann noch das Thread ausblenden-Symbol an. :-(

Mist - Hmm - Ich glaube ich habe UTF8 - das probiere ich
heute Abend mal aus...

Du hast in jedem Fall mehrere Locales installiert.

Natürlich. Ich habe noch mal nachgesehen: Ich habe tatsächlich nur de als Verzeichnis dort. Also hab' ich die fo_default.conf geändert und "de" als Locale angegeben. Tut sich nichts.

Das fo_admin noch nichtmal im Ansatz implementiert ist,
heisst nicht, dass es keine Loesch-Moeglichkeiten gibt...

Neugierde...

Doch, den gibt es.

Welchen? Meine struct dirent (bits/dirent.h) hat folgende "Mitglieder":

__ino_t d_ino;
__off_t d_off;
unsigned short int d_reclen;
unsigned char d_type;
char d_name[256];

d_reclen ist die größe der gesamten Struktur. Desweiteren steht in der bits/dirent.h von mir noch folgende Zeile:

#undef _DIRENT_HAVE_D_NAMLEN

Von daher: selbst wenn Du ein Linuxsystem hast, das das in der struct dirent hat, heißt das noch lange nicht, das *alle* Linuxsysteme das haben. Und der Code soll doch portabel sein, oder?

Grüße,

Christian

[Christian Seiler]

Hallo Christian,

Nachtrag:

Tja, so keine Ahnung, woran es liegen koennte. Hier gehts ja
auch, siehst du ja...

Ja, sehe ich... Aber bei mir funktioniert es wirklich nicht. Er bricht nach dem Komma ab und schreibt noch 3 oder 4 spaces und zeigt dann noch das Thread ausblenden-Symbol an. :-(

Ich habe auf meinem Router Port-Forwarding eingerichtet und an meinen Arbeitsrechner Port 80 weitergeleitet. Solange mein Server *und* mein Arbeitsrechner online sind (heute vmtl. nicht mehr so lange) kannst Du das Forum unter cforum.dyndns.org/forum/ ansehen. Vielleicht siehst Du ja sofort, was nicht stimmt... (oder auch nicht) Und an alle anderen: ihr dürft jeden Mist, den ihr wollt reinschreiben, wird sowieso gelöscht. (da ich nach jedem booten den fo_server neustarten muss, lösche ich vorher alles)

Grüße,

Christian

[Christoph Schnauß]

hey,

wir können bei jedem Refresh gucken wer die meisten Steine geworfen hat ;-)

das reicht nicht. Wir wollen ja auch wissen, wer die meisten Steine abbekommen hat (ich stelle mich schonmal prophylaktisch zur Verfügung) ;-)

(hallo Bio, wäre das nicht noch was für die Statistik?)

*scnr*

zu feucht, um es zu wiederholen ...

Grüße aus Berlin

Christoph S.

[stefan]

hallo Christian,

Für das neue Forum ist ein Postingassistent geplant, der alle solchen Fragen *vor* dem Posting beantwortet. (http://cforum.teamone.de/) Daher herrscht hier eine Schonfrist für Jehovasager. Erst, wenn dieses Feature implementiert ist, wird wieder gesteinigt. (dann aber richtig ;))

was Du also sagen willst ist folgendes:

'hier wird keiner den andern steinigen, bis ich in diese Trillerpfeife blase. Selbst ... und das will ich ein für allemal klarstellen ... _selbst wenn_ einer "Jehova" sagt.'

;)

schö stefan

--
http://www.pythonsite.de/6a.htm

[Christian Seiler]

Hallo Stefan,

was Du also sagen willst ist folgendes:

'hier wird keiner den andern steinigen, bis ich in diese Trillerpfeife blase. Selbst ... und das will ich ein für allemal klarstellen ... _selbst wenn_ einer "Jehova" sagt.'

Genau! Es lebe die Diktatur des Forumeriats! ;)

Nebenbei bemerkt: *Ich* blase nicht in die Trillerpfeife, das tut CK, wenn er das Feature in das aktuelle Forum einbindet.

Grüße,

Christian

--

Du darfst das Leerzeichen nach den beiden Bindestrichen nicht entfernen, sonst wird Deine Signatur nicht als Signatur erkannt.