October 2003 - openSUSE Programming (Deutsch)

<map> oder doch nicht?
by Bastian Schern 31 Oct '03

31 Oct '03

Hallo, ich habe ein PacketFile (tcpdum, libpcap) und möchte feststellen, wie oft eine bestimmte IP Kombination aufgetreten ist. Ich habe mir das folgendermaßen gedacht: //... typedef struct flow_key_t { uint32_t src_addr; uint32_t dst_addr; }; //... int main( ... ) { map<flow_key_t, uint64_t> flow_keys; for( pkt_num_t i=0; i<total_packets; i++ ) { pReader.nextPacket(); flow_key_t flow_key = pReader.getFlowKey(); flow_keys[ pReader.getFlowKey() ] += 1; } //... } Leider geht das so nicht. Ich bekomme folgende Fehlermeldung: trafana.cpp|78| error: template-argument ` || analyzeAllPackets(std::vector<result_t, std::allocator<result_t> >&)::ltstr' || uses local type `analyzeAllPackets(std::vector<result_t, || std::allocator<result_t> >&)::ltstr' trafana.cpp|78| error: ISO C++ forbids declaration of `flow_keys' with no type Wie mache ich das am besten und ist <map>? Die Frage ist natürlich auch, ob <map> für meinen Anwendungsfall überhaupt geeignet ist oder ob z.B. eine <hash_map> besser geeignet ist? Ich denke ich werde so ca. 100000 - 1000000 werte vorhalten müssen. Viele Grüße Bastian

4 9

Informationen über angeschlossene Geräte
by Stefan Lang 30 Oct '03

30 Oct '03

Wie kann man über C/C++ oder ein Shell Skript am besten herausfinden, welche Speichermedien (USB Stick, externe Festplatte) über USB mit dem PC verbunden sind? -- Stefan Lang EMail: langstefan(a)gmx.at

3 2

QT + pdf
by Boris Höffgen 30 Oct '03

30 Oct '03

Hallo, weiß vielleicht jemand, wie ich das Netscape-Plugin(pdf) in einem QWidget verwende und das für Linux+Windows? Oder hat vielleicht jemand eine andere Idee pdf-Files mit Hilfe von QT darzustellen (ohne externen Programmaufruf)? Viele Grüße Boris Höffgen

1 0

Kapselungsproblem
by Thorsten Haude 30 Oct '03

30 Oct '03

Moin, ich habe hier ein Programm, das mit Hilfe des Motifwidgets XmFileSelectionBox auf das Dateisystem zugreift, um Dateien zu öffnen bzw. den Namen für neue Dateien in Erfahrung zu bringen. Aus historischen Gründen ist der Code für das Öffnen der Dateien in zwei Moduln untergebracht: In file.c befindet sich der Code, der nur für diese Anwendung geschrieben worden ist, in getfiles.c befinden sich die Teile, die ursprünglich von verschiedenen Anwendungen genutzt worden sind (aber nicht mehr werden). Weil die FSB (FileSelectionBox) auf den Code in file.c zugreifen muß, wird sie in file.c erstellt, dann an eine Funktion in getfiles.c übergeben und ausgeführt. Soweit die Situation. Mein Problem ist folgendes: Für eine Erweiterung der FSB (Anzeigen von versteckten Dateien) muß ich zwei Listen quer durch getfiles.c schleppen. Wie soll ich das machen: 1. Mit modulglobalen Variablen in getfiles.c. 2. In einem Attribut der FSB, wodurch ich den Typ der Listen unnötigerweise auch in file.c bekanntmachen müßte. Eine Übergabe der Listen durch Funktionsparameter kommt nicht in Frage, da einige der Beteiligten Funktionen Prototypfunktionen sind, deren Typ ich nicht ändern kann. Vor globalen Variablen schrecke ich zurück, das habe ich bislang auch nicht gebraucht. Ich hoffe halt, daß es noch eine Lösung gibt, die ich bisher übersehen habe. Wenn etwas unklar ist, bitte ich um Nachfragen, je mehr ich erklären muß, desto besser verstehe ich das Problem. Danke schonmal! Thorsten -- The world is dangerous not because of those who are evil; but because of those who do nothing. - Einstein

3 7

RE: Kapselungsproblem
by Rinke, Reiner 29 Oct '03

29 Oct '03

Moin, ohne dein Problem in allen Details verstanden zu haben, hilft es m.E. in so einer Situation weiter, zusaetzliche Funktionen zu definieren (in file.c) ueber die dann (aus getfiles.c) auf die Listen zugegriffen wird. Also etwa: mylist * getmylist(void); Damit hat man globalen Zugriff auf die Listen ohne sie global zu deklarieren. Bye -----Original Message----- From: Thorsten Haude [mailto:linux@thorstenhau.de] Sent: Dienstag, 21. Oktober 2003 22:27 To: SuSE Programming ML Subject: Kapselungsproblem

3 2

SuSE 9.0 Kernel-Kompilieren.
by Heinz Dittmar 28 Oct '03

28 Oct '03

Hallo wer kann mir dabei helfen. 1.) Wenn ich den Orginal-Kernel mit der orginal .config, (da ist "Loadable module support - Set version information on all module symbols = yes" configuriert). Der Kernel lässt sich übersetzen und funktioniert. 2.) Mache ich einen spezifischen Kernel für einen Pentium MMX - Prozessor und configuriere "Loadable module support - Set version information on all module symbols = no" funktioniert alles, Der kernel läuft perfect. 3.) Nehme ich die selbe configuration wie unter 2.) nur dass ich "Loadable module support - Set version information on all module symbols = yes" setze, lässt sich der configurierte und überstzte Kernel zwar Starten, meldet jedoch beim hochfahren mehere Fehler von Modulen oder findet die module nicht. Frage, wo mache ich einen Denkfehler oder wo liegt das Problem. besten Dank im vorraus, Heinz Dittmar

4 5

Apache-Modul soll EMail senden
by Gerd König 28 Oct '03

28 Oct '03

Hallo, wie kann ich denn aus einem C++-Apache-Modul heraus eine EMail versenden, bzw. generell unter Linux (ich denke nicht, daß es einen grossen Unterschied macht, ob es ein Modul oder ein "normales" C++-Programm ist). Gibts da irgendwelche Bibliotheken, oder über einen Systemaufruf ?? bin für jegliche Hilfe dankbar.....GERD....

3 2

Re: SuSE 9.0 Kernel-Kompilieren.
by Andreas Christ 28 Oct '03

28 Oct '03

Hallo, bei mir läuft es jetzt. Es hat tatsächlich am mk_initrd gelegen. Entgegen meiner irrigen Meinung muß man dies wohl auch bei reinen IDE-Systemen machen. Mit frendlichem Gruß Andreas Christ Dirk Schreiner schrieb: > Hallo nochmal, > > ich hab den "make clean" gemeint. Der > ist genauso wichtig. > > Vermutlich liegt es aber vor allem am > mk_initrd (-h --help ;-)). > Der ist bei einem modularen Kernel > fast immer _zwingend_. > > Gruss und frohes kompillieren. > > Dirk > > > Andreas Christ schrieb: > >> Hallo, >> >> make dep habe ich auch schon probiert, hier liegt der Hund nicht >> begraben. >> mk_initrd habe ich noch nicht probiert, wenn ich Luft habe versuche >> ich das. >> >> Mit freundlichem Gruß >> >> Andreas Christ >> >> Dirk Schreiner schrieb: >> >>> Hi *, >>> >>> ein Hüftschuss ohne näheres zu wissen: >>> >>> make clean >>> >>> Wird oft nicht ausgeführt, da der "menuconfig" >>> meldet, dass als nächstes ein "dep" folgen soll. >>> (Kann aber hier entscheidend sein ;-)) >>> >>> Weiter >>> make dep bzImage modules modules_install >>> >>> Dann die üblichen Verdächtigen >>> mk_initrd lilo reboot >>> >>> >>> Gruss >>> Dirk >>> >>> >>> >>> Andreas Christ schrieb: >>> >>>> Hallo, >>>> >>>> ich habe zwar keine Lösung aber das Problem tritt auch bei >>>> ServicePack 3 für den SLES auf. >>>> Just for Info. >>>> Ich habe das auch mal bei sclt gepostet, vielleicht hat da jemand >>>> eine Idee. >>>> >>>> Mit freundlichem Gruß >>>> >>>> Andreas Christ >>>> >>>> Heinz Dittmar schrieb: >>>> >>>>> Hallo wer kann mir dabei helfen. >>>>> 1.) >>>>> Wenn ich den Orginal-Kernel mit der orginal .config, (da ist >>>>> "Loadable module support - Set version information on all module >>>>> symbols = yes" configuriert). Der Kernel lässt sich übersetzen und >>>>> funktioniert. >>>>> 2.) >>>>> Mache ich einen spezifischen Kernel für einen Pentium MMX - >>>>> Prozessor und configuriere "Loadable module support - Set version >>>>> information on all module symbols = no" funktioniert alles, Der >>>>> kernel läuft perfect. >>>>> 3.) >>>>> Nehme ich die selbe configuration wie unter 2.) nur dass ich >>>>> "Loadable module support - Set version information on all module >>>>> symbols = yes" setze, lässt sich der configurierte und überstzte >>>>> Kernel zwar Starten, meldet jedoch beim hochfahren mehere Fehler >>>>> von Modulen oder findet die module nicht. >>>>> >>>>> Frage, wo mache ich einen Denkfehler oder wo liegt das Problem. >>>>> >>>>> besten Dank im vorraus, >>>>> >>>>> Heinz Dittmar >>>>> >>>>> >>>>> >>>>> >>>> >>> >>> >>> >> > > > -- Mit freundlichen Grüßen / With kind regards S + P LION AG Dipl.-Ing. Andreas Christ Leiter Infrastruktur ====================================================== Email: mailto:andreas.christ@sp-lion.com S+P LION AG WWW : http://www.sp-lion.de Robert-Bosch-Strasse 9 Voice: ++49-6203-794-110 D-68542 Heddesheim Fax : ++49-6203-794-444 Germany Anfahrt: http://www.sp-lion.com/karte.html ======================================================

2 1

Antw: Re: SuSE 9.0 Kernel-Kompilieren.
by Patrick JOERG 27 Oct '03

27 Oct '03

Hallo Nur kurz, ihr verwendet doch hoffentlich keinen neuen 2.6er kernel, bei dem ist nämlich so einiges anders und soweit ich weis ist der bei 9.0 auch dabei. Ich traue euch das zwar zu, wollte aber nur mal sichergehen :-) >>> Heinz Dittmar <HDttmr(a)Compuserve.de> 10/27 5:26 >>> Am Montag, 27. Oktober 2003 16:41 schrieb Dirk Schreiner: > Hi *, > > ein Hüftschuss ohne näheres zu wissen: > > make clean > > Wird oft nicht ausgeführt, da der "menuconfig" > meldet, dass als nächstes ein "dep" folgen soll. > (Kann aber hier entscheidend sein ;-)) > > Weiter > make dep bzImage modules modules_install Das ist bei mir eine selbstverständlichkeit make dep clean bzImage. mkinitrd habe ich natürlich auch ausgeführt. Das einzige was mir noch einfällt ist make clean dep clean bzImage. Ich werde es versuchen und darüber berichten. > > Dann die üblichen Verdächtigen > mk_initrd lilo reboot > > > Gruss > Dirk > > Andreas Christ schrieb: > > Hallo, > > > > ich habe zwar keine Lösung aber das Problem tritt auch bei ServicePack 3 > > für den SLES auf. > > Just for Info. > > Ich habe das auch mal bei sclt gepostet, vielleicht hat da jemand eine > > Idee. > > > > Mit freundlichem Gruß > > > > Andreas Christ > > > > Heinz Dittmar schrieb: > >> Hallo wer kann mir dabei helfen. > >> 1.) > >> Wenn ich den Orginal-Kernel mit der orginal .config, (da ist "Loadable > >> module support - Set version information on all module symbols = yes" > >> configuriert). Der Kernel lässt sich übersetzen und funktioniert. > >> 2.) > >> Mache ich einen spezifischen Kernel für einen Pentium MMX - Prozessor > >> und configuriere "Loadable module support - Set version information on > >> all module symbols = no" funktioniert alles, Der kernel läuft perfect. > >> 3.) > >> Nehme ich die selbe configuration wie unter 2.) nur dass ich "Loadable > >> module support - Set version information on all module symbols = yes" > >> setze, lässt sich der configurierte und überstzte Kernel zwar Starten, > >> meldet jedoch beim hochfahren mehere Fehler von Modulen oder findet > >> die module nicht. > >> > >> Frage, wo mache ich einen Denkfehler oder wo liegt das Problem. > >> besten Dank im vorraus, Heinz Dittmar -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-programming-unsubscribe(a)suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-programming-help(a)suse.com

1 0

Re: SuSE 9.0 Kernel-Kompilieren.
by Heinz Dittmar 27 Oct '03

27 Oct '03

Am Montag, 27. Oktober 2003 16:41 schrieb Dirk Schreiner: > Hi *, > > ein Hüftschuss ohne näheres zu wissen: > > make clean > > Wird oft nicht ausgeführt, da der "menuconfig" > meldet, dass als nächstes ein "dep" folgen soll. > (Kann aber hier entscheidend sein ;-)) > > Weiter > make dep bzImage modules modules_install Das ist bei mir eine selbstverständlichkeit make dep clean bzImage. mkinitrd habe ich natürlich auch ausgeführt. Das einzige was mir noch einfällt ist make clean dep clean bzImage. Ich werde es versuchen und darüber berichten. > > Dann die üblichen Verdächtigen > mk_initrd lilo reboot > > > Gruss > Dirk > > Andreas Christ schrieb: > > Hallo, > > > > ich habe zwar keine Lösung aber das Problem tritt auch bei ServicePack 3 > > für den SLES auf. > > Just for Info. > > Ich habe das auch mal bei sclt gepostet, vielleicht hat da jemand eine > > Idee. > > > > Mit freundlichem Gruß > > > > Andreas Christ > > > > Heinz Dittmar schrieb: > >> Hallo wer kann mir dabei helfen. > >> 1.) > >> Wenn ich den Orginal-Kernel mit der orginal .config, (da ist "Loadable > >> module support - Set version information on all module symbols = yes" > >> configuriert). Der Kernel lässt sich übersetzen und funktioniert. > >> 2.) > >> Mache ich einen spezifischen Kernel für einen Pentium MMX - Prozessor > >> und configuriere "Loadable module support - Set version information on > >> all module symbols = no" funktioniert alles, Der kernel läuft perfect. > >> 3.) > >> Nehme ich die selbe configuration wie unter 2.) nur dass ich "Loadable > >> module support - Set version information on all module symbols = yes" > >> setze, lässt sich der configurierte und überstzte Kernel zwar Starten, > >> meldet jedoch beim hochfahren mehere Fehler von Modulen oder findet > >> die module nicht. > >> > >> Frage, wo mache ich einen Denkfehler oder wo liegt das Problem. > >> besten Dank im vorraus, Heinz Dittmar

1 0