April 2004 - openSUSE Programming (Deutsch)

AW: Immernoch compiler Umstellung
by Eberhard Wilfrid ZFF TE-PR 19 Apr '04

19 Apr '04

Hallo, ich wollte dir gerade einen Testfall zusammenbauen. Wie gesagt hat es ja mit der Linkeroption -static funktioniert. Jetzt hab ich alle -static aus dem Makefile wieder entfernt und alle Quellen neu gebildet und jetzt geht es torzdem !?!?! Irgendwie komisch (habe ich ein selbstreparierenden System ;-)), aber ich schaff es jetzt nicht den Fehler zu reproduzieren. Danke mal trozdem an alle die geholfen haben. Gruss Wilfrid >ich kämpfe auch noch mit der Compiler Umstellung auf ggc 3.3.1. > >Wenn ich das Programm zusammenlinke bekomme ich folgende unresolved >externals: > >std::_Swap_lock_struct<(int)0>::_(int)0::_S_swap_lock Da müsste ich schon den Quellcode sehen oder zumindest ein kurzes Testprogramm, welches den Fehler reproduziert. Philipp -- 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

Immernoch compiler Umstellung
by Eberhard Wilfrid ZFF TE-PR 16 Apr '04

16 Apr '04

Hallo, ich kämpfe auch noch mit der Compiler Umstellung auf ggc 3.3.1. Wenn ich das Programm zusammenlinke bekomme ich folgende unresolved externals: std::_Swap_lock_struct<(int)0>::_(int)0::_S_swap_lock Linke ich hier gegen eine falsche Lib? Ich hab aber eigentlich eine "ganz normale" Suse 9.0 Installation von gcc, soll heissen ich hab hier von hand nichts geändert. Die Header habe ich alle auf ohne .h umgestellt also #include <iostream> statt #include <iostream.h>. Kann mir jemand einen Tipp geben wo ich hier suchen soll? Danke schon mal. Gruss Wilfrid

2 1

AW: WG: Immernoch compiler Umstellung
by Eberhard Wilfrid ZFF TE-PR 16 Apr '04

16 Apr '04

Hallo, zum linken verwende ich schon g++, genauso wie zum compileren der cpp-Quellen. Ich hab aber auch ein paar c-Quellen drin und die compiliere ich mit gcc... Kann das das Problem sein? Gruss Wilfrid -----Ursprüngliche Nachricht----- Von: Marcus Meissner [mailto:meissner@suse.de] Gesendet: Freitag, 16. April 2004 13:15 An: Eberhard Wilfrid ZFF TE-PR Cc: 'suse-programming(a)suse.com' Betreff: Re: WG: Immernoch compiler Umstellung On Fri, Apr 16, 2004 at 01:00:21PM +0200, Eberhard Wilfrid ZFF TE-PR wrote: > Hallo zusammen, > > wenn ich mit der Option -static linke verschwinden die unresolved > externals. > > Hab ich ein Problem mit dem dynamischen Linken? Und vor allem wie kann > ich das beheben :-)? Du linkst das schon mit g++ und nicht mit gcc zusammen? (g++ tut noch -lstdc++ ... in die linker zeile) Ciao, Marcus

1 0

WG: Immernoch compiler Umstellung
by Eberhard Wilfrid ZFF TE-PR 16 Apr '04

16 Apr '04

Hallo zusammen, wenn ich mit der Option -static linke verschwinden die unresolved externals. Hab ich ein Problem mit dem dynamischen Linken? Und vor allem wie kann ich das beheben :-)? Gruss Wilfrid -----Ursprüngliche Nachricht----- Von: Eberhard Wilfrid ZFF TE-PR [mailto:Wilfrid.Eberhard@zf.com] Gesendet: Freitag, 16. April 2004 08:17 An: suse-programming(a)suse.com Betreff: Immernoch compiler Umstellung Hallo, ich kämpfe auch noch mit der Compiler Umstellung auf ggc 3.3.1. Wenn ich das Programm zusammenlinke bekomme ich folgende unresolved externals: std::_Swap_lock_struct<(int)0>::_(int)0::_S_swap_lock Linke ich hier gegen eine falsche Lib? Ich hab aber eigentlich eine "ganz normale" Suse 9.0 Installation von gcc, soll heissen ich hab hier von hand nichts geändert. Die Header habe ich alle auf ohne .h umgestellt also #include <iostream> statt #include <iostream.h>. Kann mir jemand einen Tipp geben wo ich hier suchen soll? Danke schon mal. Gruss Wilfrid -- 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

2 1

Parser
by Roland M. Kruggel 15 Apr '04

15 Apr '04

Hallo Liste, Ich habe so einige zig tausend Programmzeilen in Informix-4GL geschrieben. Da ich mit die Sprache immer mehr an Grenzen stoße habe ich mal angedacht einen Konverter zu schreiben. Er soll Informix 4gl in Python konvertieren. Alles was 4gl kann, kann Python auf jeden Fall auch. Geschrieben werden soll das ganze ebenfalls in Python.Da liegt nicht das Problem. Mein Problem ist der Parser. Ich habe keine Ahnung wie so etwas funktioniert. Habe mir schon die Finger wund gegoogelt. Aber nichts passendes gefunden. Wer kann mir da mit Literatur bzw. Websites weiter helfen? cu -- Roland Kruggel mailto: rk-liste(a)gmx.de System: Intel 3.2Ghz, Debian sid, 2.6.3, KDE 3.2.1

6 9

errno mit eigenen Werten belegen
by Bernhard Walle 15 Apr '04

15 Apr '04

Hallo, "darf" man errno mit eigenen Werten belegen, d.h. gibt es irgendeinen Bereich, die standardisiert für eigene Werte vorgesehen ist. So ähnlich wie GetLastError() und SetLastError() unter Windows. Ich hab's eigentlich gar nicht vor zu machen, mich würds einfach nur interessieren. Gefunden hab ich dazu nichts. Gruß, Bernhard [1] http://msdn.microsoft.com/library/default.asp?url=/library/en-us/debug/base… -- _________ http://www.bwalle.de _________________________________________________ Mitleid bekommst du geschenkt, den Neid musst du dir hart verdienen. -- (unbekannt)

1 0

C++: wo ist String.h ? (Update SuSE 73 -> SuSE 90)
by Andreas K. Huettel 15 Apr '04

15 Apr '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo allerseits, nach einem Upgrade meiner Linux-Installation (SuSE 7.3 -> SuSE 9.0) kann ich nun einige für mich wichtige (selbstgeschriebene) Programme nicht mehr kompilieren. Offensichtlich fehlt die String-Bibliothek (#include <String.h>). (*) Kann mir bitte irgendjemand einen Tip geben, wie ich sie nachinstallieren kann!? Das Paket, das sie enthielt (libgpp-2.95.3-124 bei SuSE73), scheint nicht mehr in der Distribution zu sein... schöne Grüße, Andreas (*) richtig, ich meine String.h und nicht string.h . - -- "I am not Spock", said Leonard Nimoy. "And it is highly illogical of humans to assume so." - --------------------------------------------------------------------- Dipl.-Phys. Andreas K. Huettel tel. +49 89 2180 3349 (univ.) Sektion Physik der LMU fax +49 89 2180 3182 (univ.) LS Prof. J.P. Kotthaus huettel(a)lmu.de Geschwister-Scholl-Platz 1 mail(a)akhuettel.de 80539 Muenchen andreas.huettel(a)physik.uni-muenchen.de Germany http://www.akhuettel.de/research/ - --------------------------------------------------------------------- Privat: Andreas K. Huettel, Enhuberstraße 5, 80333 Muenchen, Germany - --------------------------------------------------------------------- Please use GNUPG or PGP for signed and encrypted email. My public key can be found at http://www.akhuettel.de/pgp_key.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAfqn3L+gLs3iH94cRAtUmAJ9IgJclhsLRrCYpgI7MiiqIanQtogCdHIAX ttf5Ge/T2yU39giN8bTezck= =/Ysb -----END PGP SIGNATURE-----

2 1

PHP: mail
by Boris Höffgen 15 Apr '04

15 Apr '04

Hallo Liste, wie kann ich unter Linux mittels der mail-Funktion über ein Relay eine eMail verschicken? Anders: Wie gebe ich PHP das Relay an? In der php.ini ist nur von Windows die Rede. Ich benutze den sendmail - Postfix to Sendmail compatibility interface. Gruß Boris

2 1

Problem mit Praeprozessor
by Eberhard Wilfrid ZFF TE-PR 14 Apr '04

14 Apr '04

Hallo zusammen, ich hab ein Problem mit dem Praeprozessor, ich hab folgenden Define: #define GET_TEST_MACRO(name, idx) (&(test_ptr->name##[idx])) in einem c-File habe ich folgenden Aufruf: hallo = GET_TEST_MACRO(kap, kap_nr); Der Kompiler spukt folgende Fehlermeldung aus pasting "kap" and "[" does not give a valid preprocessing token Ich verstehe leider nicht woran sich der Praeprozessor hier stoert. Das Problem taucht auch erst mit gcc version 3.3 auf mit 2.9 hatte ich hier keine Probleme Danke schon mal.. Gruss Wilfrid

4 4

AW: Problem mit Praeprozessor
by Eberhard Wilfrid ZFF TE-PR 14 Apr '04

14 Apr '04

Hallo, danke für die Info. Wenn ich die ## wegmache funktioniert es, ich hab es auch in einem "vorkompilierten" File überprüft. Für alle die es interessiert hab ich auch noch was gefunden: Scheinbar dürfen die ## bei gcc neuerer Version nur noch in Kombination mit "identifier-characters" (Buchstaben, Zahlen...) verwendet werden. Die [ sowie der . gehören hierzu nicht und deshalb gibt es wohl den Fehler. Danke nochmal für die prompte Antwort. Gruss Wilfrdi -----Ursprüngliche Nachricht----- Von: Ralf Corsepius [mailto:corsepiu@faw.uni-ulm.de] Gesendet: Mittwoch, 14. April 2004 15:40 An: SuSE Programming Betreff: Re: Problem mit Praeprozessor On Wed, 2004-04-14 at 14:49, Eberhard Wilfrid ZFF TE-PR wrote: > Hallo zusammen, > > ich hab ein Problem mit dem Praeprozessor, > > ich hab folgenden Define: > > #define GET_TEST_MACRO(name, idx) (&(test_ptr->name##[idx])) > > in einem c-File habe ich folgenden Aufruf: > > hallo = GET_TEST_MACRO(kap, kap_nr); > > > Der Kompiler spukt folgende Fehlermeldung aus > > pasting "kap" and "[" does not give a valid preprocessing token > > > Ich verstehe leider nicht woran sich der Praeprozessor hier stoert. > Das Problem taucht auch erst mit gcc version 3.3 auf mit 2.9 hatte ich > hier keine Probleme Ein Klassiker unter den gcc-3.3.x Inkompatibilitäten ;) Durchsuche mal das Archiv der gcc-Liste auf http://gcc.gnu.org und befrage google. Die "##" aus dem #define zu entfernen, dürfte vermutlich helfen. Ralf -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-programming-unsubscribe(a)suse.com Um eine Liste aller verfgbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-programming-help(a)suse.com

1 0