February 2004 - openSUSE Programming (Deutsch)

gcc und g++ Problem mit includes
by Gebhard.Sieweke＠t-online.de 14 Mar '04

14 Mar '04

Hallo zusammen, ich bin von SUSE 7.3 auf 9.0 umgestiegen und damit auch auf gcc 3.3.1. Habe heute versucht meine alten C++ Sourcen zu kompilieren aber leider kläglich gescheitert. Mir ist es zwar ein wenig peinlich, aber vielleicht kann mir jemand einen Tipp geben. Die include Files scheint der Compiler zu finden, da bei falscher Schreibweise auch eine Fehlermeldung kommt. Hier mal ein winziges Beispiel: #include<string> #include <iostream> #include <stdio.h> void main () { string a; } Wenn ich mit g++ Kompiliere kommt folgendes heraus: g++ test.cpp test.cpp:6: error: `main' must return `int' test.cpp: In function `int main(...)': test.cpp:8: error: `string' undeclared (first use this function) test.cpp:8: error: (Each undeclared identifier is reported only once for each function it appears in.) test.cpp:8: error: parse error before `;' token Was habe ich falsch gemacht ? Danke für die Hilfe, Gebhard

5 5

binutils (ld) update
by sepp.wimmer＠sargfabrik.at 01 Mar '04

01 Mar '04

hallo, ich verwende SUSE 8.0 und möchte zusätzlich KNOPPIX 3.2 auf der selben Festplatte installieren. Des weiteren ist auf diesem rechner noch WinXP installiert aber auf einer anderen Festplatte. Ist das möglich und wenn ja was muss ich beachten ? danke im voraus SEPP

2 1

Binäre Null(\0)
by Daniel Feist 01 Mar '04

01 Mar '04

Hallo, Ich habe folgende Frage zu diesem Programmausschnitt: [..] int main() { char wort[10]; wort[0]='B'; //(1) wort[1]='i'; wort[2]='l'; wort[3]='d'; wort[4]='\0'; [..] Zu //(1) - warum muss das B hier in ' ' stehen und nicht in normalen Anführungszeichen(" ")? In dem eindimensionalen char-Array können ja 10 Werte gespeichert werden. Aber Halt! Eigentlich sind es ja nur neun, weil am Ende jeder String eine binäre Null stehen muss. Aber warum muss sie das? Kann mir das jemand erklären? Viele Dank schonmal im vorraus! Gruss Daniel -- clusterix.perl(a)gmx.de

8 7

Kernel-Modul-Programmierung SuSE 9.0: Symbolnamen "mysym_R__ver_mysym"
by Rainer Schoenen 29 Feb '04

29 Feb '04

Nach dem Kompilieren und Laden eines eigenen Kernel-Moduls für einen Hardware-Treiber bpm.c bekomme ich falsche Symbolnamen wie "bpm_new_device_R__ver_bpm_new_device" statt "bpm_new_device" in der kernel-Symboltabelle. (grep bpm /proc/ksyms) Andere Module benötigen diese Funktion, daher muß der Name stimmen! Dies passiert nur mit Kernel "2.4.21-99-default", dem Default-Kernel des neuesten SuSE 9.0. Dieses Problem hatte ich mit älteren Kernel-Versionen nicht ! Ich halte mich bei der Programmierung an "O'Reilly Device Drivers v2". Das erste Modul wird korrekt kompiliert, zeigt mit "nm ./bpm.o" die korrekten Symbolnamen im Object-File, wird dann mit insmod ./bpm.o geladen, zeigt aber mit "grep bpm /proc/ksyms" direkt die falschen Symbolnamen in der Kernel-Symboltabelle. Die darauf aufbauenden Module können damit nichts anfangen und werden wegen fehlender Symbole nicht geladen. Das ist superärgerlich und ich komme damit nicht weiter. Weiß jemand von den SuSE-Kernel-Experten weiter ? Es scheint mir, dass die Kernel-Quellen zu "2.4.21-99-default" irgendwie fehlerhaft sind. Welche Mailingliste ist für Kernel-Modul/Treiber-Programmierung evtl. besser geeignet ? --Rainer

3 2

Programm kompilieren für eine ältere glibc
by Andreas Grommek 27 Feb '04

27 Feb '04

Hallo, Liste! Ich stehe vor folgendem Problem: Ich möchte gerne auf meinem SuSE 9.0-System ein C-Programm kompilieren, das dann auf einem anderen System (das ist so ein abgespecktes Firewall-Linux) laufen soll. Dei Schwierigkeit ist nun, dass sich auf diesem anderen System eine ältere glibc befindet, so dass das anscheinenend nicht so einfach ist. Leider darf ich das Programm nicht direkt auf diesem System kompilieren, wozu ich ja erstmal gcc, make und andere Tools installieren müsste, und das hat der Admin verboten (der Rechner ist zu wichtig als dass daran herumpepfuscht werden dürfte...). Mein erster Lösungsansatz: alte glibc organisieren, parallel zu meinen libc6 installieren, alle Bibliotheken dafür kompilieren, Programm kompilieren, zusammenpacken und auf Zielrechner installieren. Das wäre aber ein riesiger Aufwand, da ich einerseits nicht genau weiss, wie man gcc sagt, welche libc er benutzen soll und es andererseits 13 (!) dynamische Bibliotheken zu kompilieren gibt. An dieser Stelle sollte ich erwähnen, dass ich kein C-Programmierer und auch noch nicht lange mit Linux unterwegs bin und mir diese Aufgabe ein wenig zu groß für mich scheint. Mein zweiter Lösungsansatz: Alle Bibliotheken, inklusive libc6 statisch dazulinken, so dass ich mich nicht mehr mit Abhängigkeiten von dynamischen Bibliotheken herumärgern muss. Ich weiss, das Binary wird dann deutlich größer (und langsamer???) und bei jeder wichtigen Bibliotheksaktualisierung müsste neu kompiliert werden, dafür sollte es aber auf jedem System laufen, egal welche libc.so.yx gerade installiert ist. (Bitte verbessert mich, wenn ich da auf dem Holzweg bin!!!) Mit kleinen Dummyprogrammen (HelloWorld.c) funktioniert das auch. gcc mit der Option -static gibt ein funktionierendes Binary, von dem ldd behauptet es hätte "not a dynamic executable". Genau was ich will! Wie bringe ich das aber make bei??? Mit ./configure CFLAGS="-static" funktioniert es nur zur Hälfte, einige Bibliotheken werden statisch gelinkt, folgende bleiben aber weiterhin dynamisch gelinkt. obwohl die statischen Bibliotheken alle im gleichen Verzeichnis stehen (/usr/lib): libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40024000) libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x40054000) libdl.so.2 => /lib/libdl.so.2 (0x40146000) libz.so.1 => /lib/libz.so.1 (0x40149000) libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40159000) libm.so.6 => /lib/i686/libm.so.6 (0x401aa000) libc.so.6 => /lib/i686/libc.so.6 (0x401cd000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) Hat irgendjemand ein paar nützliche Tipps für mich, ich bin mit meinem Latein am Ende. Vielen Dank schon im Voraus! Gruß Andreas

2 1

Linker - Fehlermeldung
by Paul Mitterberger 25 Feb '04

25 Feb '04

Hallo! Bin eben beim Durcharbeiten von "Linux 3D Graphics Programming" und bereits beim zweiten Beispiel treten Linkerprobleme auf. Compilieren funktioniert wie man sieht aber dann diese Fehlermeldung gcc -L/usr/X11R6/lib -lX11 -lXt -lm ch2_hello.o ch2_app.o ch2_app_x.o ch2_appfactory_x.o ch2_factorymanager.o -o ch2_hello_oo ch2_hello.o(.eh_frame+0x11): In function `main': /home/paumit/Documents/Linux_3D/Uebungen/hello_oo/ch2_hello.cc:29: undefined reference to `__gxx_personality_v0' ch2_app.o(.gnu.linkonce.r._ZTV7ch2_app+0x8):/home/paumit/Documents/Linux_3D/ Uebungen/hello_oo/ch2_app.cc:23: undefined reference to `__cxa_pure_virtual' ch2_app.o(.gnu.linkonce.r._ZTV7ch2_app+0xc):/home/paumit/Documents/Linux_3D/ Uebungen/hello_oo/ch2_app.cc:23: undefined reference to `__cxa_pure_virtual' ch2_app.o(.gnu.linkonce.r._ZTV7ch2_app+0x10):/home/paumit/Documents/Linux_3D/ Uebungen/hello_oo/ch2_app.cc:23: undefined reference to `__cxa_pure_virtual' ch2_app.o(.gnu.linkonce.t._ZN7ch2_appD1Ev+0x22): In function `ch2_app::~ch2_app [in-charge]()': Schnipp-Schnapp Rest ab. Lasse es hier vorerst gut sein, da es wahrscheinlich Folgefehler sind. Was bedeutet der Fehler? In meinem Quellcode gibt es keine "__gxx_personality_v0" oder "__cxa_pure_virtual"! Ich verwende SuSE 9.0 mit gcc-Version 3.3.1 (SuSE Linux) XFree86 mit letzten Updates Danke für die Hilfe Pauli -- paul.mitterberger(a)gmx.net

2 2

JBoss und Java
by Martin 24 Feb '04

24 Feb '04

Hallo Liste, ich bin mir zwar nicht ganz sicher, ob ich hier richtig bin aber, ... Ich habe eine SuSE 8.2 am laufen, ein aktuelles J2SDK 1.4.1 installiert und mir von www.jboss.org das bz2-file mit JBoss runtergeladen (knapp 45MB). Danach hab ich das Ganze unter /usr/local als "root" entpackt und den Applikations-Server mittels ./run.sh als "root" im entsprechenden Verzeichnis gestartet. Er startet auch ohne Fehlermeldungen oder Warnungen, aber wenn ich versuche auf die jmx-console zuzugreifen (http://127.0.0.1:8080/jmx-console), dann bekomme ich folgende Fehlermeldung: HTTP Status 500 - ________________________________________________________________________ type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: -1 in the jsp file: null Generated servlet error: [javac] Compiling 1 source file at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:130) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:293) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:353) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:370) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:473) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:190) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.jboss.web.tomcat.security.JBossSecurityMgrRealm.invoke(JBossSecurityMgrRealm.java:220) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.jboss.web.tomcat.tc4.statistics.ContainerStatsValve.invoke(ContainerStatsValve.java:76) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2417) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:65) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:577) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:197) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:781) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:549) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:605) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:677) at java.lang.Thread.run(Thread.java:536) ________________________________________________________________________ Apache Tomcat/4.1.29 Hab vor dem Start alle Services abgedreht, die evtl. von JBoss benötigte Ports belegen. Ich habe (noch) keine Veränderungen an der Config vorgenommen. Kann es evtl. daran liegen, dass ich noch keine eigenen Beans "deployed" habe? Wäre für jede Hilfe/Hinweis/etc. dankbar. cu, martin

1 1

rand()
by Daniel Feist 23 Feb '04

23 Feb '04

Hallo, Ich habe hier ein Problem mit dem Zufallsgenerator rand() in C. Habe hier als "int zcolor=rand()%3" also globale Variable festgelegt und normalerweise müsste ja dann in zcolor der Zufallswert zwischen 1 und 3 gespeichert werden. Dem ist aber nicht so und ich bekomme beim compilieren immer folgenden Fehlermeldung: test.c:8: error: initializer element is not constant Ein Teil des Codes: #include <stdio.h> #include <stdlib.h> #include <stdbool.h> // Globale Variablen int zahl, mx=64000; int zcolor=rand()%3; // Zufallzahl generieren //--------------------------------------------------------------------------- int main() { ... Was mache ich falsch? Gruss Daniel -- clusterix.perl(a)gmx.de

3 2

Zufallszahlen in C
by Stefan Peters 23 Feb '04

23 Feb '04

Hallo zusammen, wie kann ich in C Zufallszahlen erzeugen die alle kleiner 20 sind. Die Bibliotheksfunktion rand(void) liefert nur integer, die weitaus größer sind. Mit freundlichen Grüßen Stefan Peters

12 12

Re: OpenGL unter SuSE 9.0
by Oliver Baum 20 Feb '04

20 Feb '04

> Wie ist unter SuSE 9.0 eigentlich der Mechanismus, der entscheidet, > welche 3D-Bibliotheken verwendet werden? > > Bei SuSE 8.x gab es ja diese switch2*-Skripte, die den Symlink > libGL.so auf die entsprechenden Bibliotheken (MESA oder > hardwarebeschleunigt) umbogen. Wie ist dies in SuSE 9.0 gelöst? Wie ich auf der suse-xfree86-Liste erfahren habe, gibt es nur noch die ein libGL.so von MESA/XF86 (außer bei NVIDIA-Karten); siehe unten! Grüße, Oliver -------- Original Message -------- Subject: Re: [suse-xfree86] Problems with ATI 9200SE and Suse 9.0 Date: Fri, 20 Feb 2004 10:29:46 +0100 From: Stefan Dirsch <sndirsch(a)suse.de> To: Oliver Baum <bam(a)iis.fraunhofer.de> References: <20040219200423.6fc4c57c(a)moskau.wg> <403531FA.5010602(a)dimensional.com> <20040219231031.531b3dfd.brack(a)the-one-brack.org> <4035BFFE.9070001(a)iis.fraunhofer.de> On Fri, Feb 20, 2004 at 09:06:22AM +0100, Oliver Baum wrote: > On 19.02.2004 23:10, Ingo Strauch wrote: > >Have you run switch2xf86_glx? > > This script doesn't exist any more in SuSE 9.0. > > If anybody knows, which mechanism decides about which libGL.so (MESA or > vendor) is being loaded, please tell me! In all case the MESA/XFree86 libGL.so.1 is used now. Unless you use the nvidia driver. In this case the nvidia installer will replace the libGL.so.1. The switch script mechanism was dropped for SuSE 9.0 and later as it's no longer required. It was useful for Utah-GLX (XFree86 3.3.6), but we dropped XFree86 3.3.6 with SuSE 9.0. Stefan Public Key available ---------------------------------------------------- Stefan Dirsch (Res. & Dev.) SUSE LINUX AG Tel: 0911-740 53 0 Maxfeldstrasse 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ----------------------------------------------------

1 0