On Thursday 08 July 2004 11:57, Klara Felicitas Brinkmann wrote:

...

Beim Versuch, die aktuelle Kismet Entwickler Version zu kompilieren bekomme ich diese Fehlermeldung

"libpcap-0.7.2/libpcap.a(grammar.o)(.text+0xe82): In function `pcap_parse': : undefined reference to `pcap_lex'"

Jetzt wurde mir gesagt, dass ich die Programme byacc und lex installiert haben müsste, damit das Programm erfolgreich erstellt werden kann. Es sieht aber so aus, als ob diese Pakete für SuSE Linux 9.1 überhaupt nicht verfügbar wären. Wo bekomme ich die her?

"byacc"? "yacc", oder?

"bison" ist die Open Source -Version von "YACC" (Yet Another Compiler Compiler), "flex" von "lex" (lexikalische Analyse)

-> beide Pakete installieren und nochmal

./configure make

Also bison und flex habe ich eigentlich installiert. Trotzdem funzt es nicht. Brauche ich dazu vielleicht noch irgendwelche aktuelleren Online-Updates? KFB -- "Sie haben neue Mails!" - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info

On Thu, 2004-07-08 at 14:36, Klara Felicitas Brinkmann wrote:

...

Also bison und flex habe ich eigentlich installiert. Trotzdem funzt es nicht. Brauche ich dazu vielleicht noch irgendwelche aktuelleren Online-Updates?

Sehe ich richtig, dass ich wahrscheinlich auch die Source-Codes zum Kompilieren mit installiert haben muss? Welchen? Den des Paketes, das Du übersetzen willst, ja. Die Quellen von bison und flex nicht.

Ralf

On Thursday 08 July 2004 14:27, Klara Felicitas Brinkmann wrote:

Also bison und flex habe ich eigentlich installiert. Trotzdem funzt es nicht. Brauche ich dazu vielleicht noch irgendwelche aktuelleren Online-Updates?

Das würde mich sehr wundern. Hat es vorher keine merkwürdigen Fehlermeldungen gegeben - bei "configure" sowie auch bei "make"? Hat "configure" alles gefunden, was es gesucht hat? Es kann sein, daß Du zwar "bison" und "flex" installiert hast, aber "configure" findet es trotzdem nicht. Ruf' doch einfach nochmal "configure" auf und schau' genau hin, ob es über irgendwas jammert. Du kannst auch in "config.log" nachsehen, aber das sieht oft reichlich konfus aus. Gerade bei bison/flex kann es auch manchmal helfen, "make" einfach nochmal aufzurufen - dann ist das Makefile.am nicht ganz so, wie es sein sollte. Du kannst auch mit "nm" die erzeugten Objects nach dieser Funktion durchsuchen: nm -oC --defined-only *.o | grep "pcap_parse" (siehe auch "man nm") - aber ich fürchte, der Linker wird schon Recht haben, wenn er diese Funktion als nirgends definiert bemängelt. CU -- Stefan Hundhammer Penguin by conviction. YaST2 Development SuSE Linux AG Nuernberg, Germany

On Thursday 08 July 2004 15:54, Klara Felicitas Brinkmann wrote:

Also zumindest scheint es ja mal so, dass der Kismet-Quellcode an sich in Ordnung ist?

Das kann ich natürlich von hier aus nicht so einfach sagen, ohne das genauer anzusehen. Ich würde aber mal davon ausgehen, wenn es bei ihm oder bei anderen (bei ansonstem gleicher Umgebung) funktioniert. Wenn das nur alles so einfach zu sagen wäre... ;-} CU -- Stefan Hundhammer Penguin by conviction. YaST2 Development SuSE Linux AG Nuernberg, Germany

On Friday 09 July 2004 09:47, Klara Felicitas Brinkmann wrote:

Gleicher Effekt! (Fehlermeldung wie gehabt mit make, make dep scheint OK zu sein, make install bricht dann ab...)

...

Du kannst auch mit "nm" die erzeugten Objects nach dieser Funktion durchsuchen:

nm -oC --defined-only *.o | grep "pcap_parse"

Das ergab keinerlei Output! (folglich auch keine Fehlermeldung)

=> Ist dann vielleicht doch mit dem Quellcode etwas nicht in Ordnung?

Ich tippe eher auf die Makefiles oder die Entwicklungsumgebung. Wird denn überhaupt jemals "flex" und "bison" aufgerufen? Testen mit: make clean make >make.log 2>&1 egrep "(flex)|(bison)" make.log Wenn da für beides was kommt, das genauer ansehen: less make.log CU -- Stefan Hundhammer Penguin by conviction. YaST2 Development SuSE Linux AG Nuernberg, Germany

On Friday 09 July 2004 11:33, Ralf Corsepius wrote:

On Fri, 2004-07-09 at 09:47, Klara Felicitas Brinkmann wrote:

...

...

"bison" ist die Open Source -Version von "YACC" (Yet Another Compiler Compiler), "flex" von "lex" (lexikalische Analyse)

Ich habe mal einen oberflächlichen Blick in das Paket geworfen ... es verwendet weder byacc noch lex.

Ich habe es gerade auch probiert (die CVS-Version) - und da wird tatsächlich im Subdirectory libpcap* "flex" aufgerufen: ..kismet/kismet-devel/libpcap-0.7.2 53 % make gcc -O2 -I. -DHAVE_CONFIG_H -c ./pcap-linux.c gcc -O2 -I. -DHAVE_CONFIG_H -c ./pcap.c gcc -O2 -I. -DHAVE_CONFIG_H -c ./inet.c gcc -O2 -I. -DHAVE_CONFIG_H -c ./gencode.c gcc -O2 -I. -DHAVE_CONFIG_H -c ./optimize.c gcc -O2 -I. -DHAVE_CONFIG_H -c ./nametoaddr.c gcc -O2 -I. -DHAVE_CONFIG_H -c ./etherent.c gcc -O2 -I. -DHAVE_CONFIG_H -c ./savefile.c gcc -O2 -I. -DHAVE_CONFIG_H -c bpf_filter.c gcc -O2 -I. -DHAVE_CONFIG_H -c ./bpf_image.c gcc -O2 -I. -DHAVE_CONFIG_H -c ./bpf_dump.c flex -Ppcap_ -t scanner.l > $$.scanner.c; mv $$.scanner.c scanner.c bison -y -p pcap_ -d grammar.y mv y.tab.c grammar.c mv y.tab.h tokdefs.h gcc -O2 -I. -DHAVE_CONFIG_H -c scanner.c gcc -O2 -I. -DHAVE_CONFIG_H -Dyylval=pcap_lval -c grammar.c sed -e 's/.*/char pcap_version[] = "&";/' ./VERSION > version.c gcc -O2 -I. -DHAVE_CONFIG_H -c version.c ar rc libpcap.a pcap-linux.o pcap.o inet.o gencode.o optimize.o nametoaddr.o etherent.o savefile.o bpf_filter.o bpf_image.o bpf_dump.o scanner.o grammar.o version.o ranlib libpcap.a Aber bei mir baut das anstandslos durch. CU -- Stefan Hundhammer Penguin by conviction. YaST2 Development SuSE Linux AG Nuernberg, Germany