June 2004 - openSUSE Programming (Deutsch)

Ramdisk
by Tobias 18 Jun '04

18 Jun '04

Hi, unter Suse Linux 8.2 habe ich meine RamdisksImage immer folgendermaßen erstellt: dd if=/dev/zero of=/dev/ram bs=1k count=16384 mke2fs -vm0 /dev/ram 16384 mount -t ext2 /dev/ram /mnt cp -av /ramdiskfiles/ramdisk/* /mnt umount /mnt dd if=/dev/ram bs=1k count=16384 | gzip -v9 > newramdisk.gz Jetzt unter Suse Linux 9.1 geht das nicht mehr, die Ramdisk die eigentlich komprimiert 1,8 MB groß sein sollte ist nur noch 28 kByte groß und es sind keine files drin. Hat jemand ne Ahnung woran das liegen könnte ? Gruß Tobias Arp

1 0

[Spam]
by mailinglists 16 Jun '04

16 Jun '04

1 0

Re: Newbie will graph. programmieren...
by Philipp Otte 15 Jun '04

15 Jun '04

ep(a)plicht.de schrieb am 13.06.04 14:24:12: > Meine Programmier-Erfahrung: > - Div. Assembler (Z80, 680x, 80x86) > - Jahrelang Delphi unter Windows, d.h. OO-Erfahrungen sind vorhanden > - minimal C++, gerade am Lesen des Stroustrup-Buches > - etwas Perl, geringe Erfahrungen mit gdlib, ncurses Also Deine Delphi-Erfahrung kannst Du mit Kylix auch unter Linux nutzen. > So wie ich das bis jetzt überblicke bieten sich zum Programmieren unter X > verschiedene Libs wie QT, GTK usw. an. Die professionellen Entwicklungen > scheinen wohl überwiegend mit C oder C++ gemacht zu sein. > Trotzdem ist es für einen Neueinsteiger etwas unübersichtlich. Daher meine > Fragen: > > - Gibt es ausser X unter Linux überhaupt eine sinnvolle Möglichkeit, graphisch > orientierte Programme zu erstellen? Wenn ja, welche lib? Also es gibt das Framebufferdevice auf das ich aber an Deiner Stelle über GTK oder so zugreifen würde. Alles andere würde ich lassen. > - Was würdet ihr einem Neueinsteiger empfehlen, wenn Programme unter X > erstellt werden sollen? Welche Sprache? Welche lib? Ich nehm C++ und Qt, muss aber zugeben, dass ich GTK auch noch nicht ausprobiert habe. Die XLib fand ich nicht so das wahre. Was es dann noch gibt ist die SDL. Die scheint gar nicht so kompliziert zu sein. Und natürlich OpenGL. Aber es müsste bei fast allen auch Kylix- und Perl-Bindings geben. > Trotzdem würde ich gerne ein paar Tipps hören, auch gerne zu geeigneter Literatur. Also einerseits das Buch "KDE- und Qt-Programmierung" von der SuSE-Press oder auch "Linux 3D-Programmierung". philipp _______________________________________________________ WEB.DE Video-Mail - Die E-Mail der nachsten Generation! Jetzt testen: http://freemail.web.de/?mc=021198

6 10

Re: Kompilieren auf anderem Rechner und anderer libc
by Ralph Müller 15 Jun '04

15 Jun '04

* Ulrich Hölscher <ulih123(a)gmx.net> schrieb: > Ralph Müller wrote: > > [ Programm auf anderem Rechner mit anderer libc laufen lassen ] > > eine einfacherer Lösung als die gesamte glibc auf deine Webserver zu > installieren ist static linking. Das heißt die Funktion die dein > Programm aufruft werden in dein Programm integriert. > > g++ program.o -o program -lnsl -lsocket -static -lstdc++ Nachdem meine Versuche mittels ./configure den Pfad für die libc zu ändern gescheitert sind, hatte ich Erfolg mit der empfohlenen unscheinbaren Ergänzung "-static" im Makefile! Ich bin ja jetzt sowas von froh daß jpegtran (sowie cjpeg und djpeg) auch auf dem fremden Rechner läuft. Vielen lieben Dank an Uli, Martin, Urs und Michael, sowie allen die sich Gedanken gemacht hatten. Gruß aus Frankfurt, Ralph PS: Nebenbei habe ich noch etwas gelernt: Nämlich wie krass sich so eine zentrale Bibliothek auf die Dateigrößen auswirkt. Das dynamisch gelinkte jpegtran hat ungefähr 200 KB Dateigröße, das statische über 2 MB, wobei interessanterweise meine libc nur knapp 1,5 MB groß ist. Das müßte doch bedeuten, daß im "statisch gelinkten" jpegtran Teile der libc mehrfach enthalten sind, oder? (In meinem Fall spielt die Dateigröße jetzt keine wichtige Rolle. Hauptsache es läuft.)

3 2

Re: Newbie will graph. programmieren...
by Philipp Otte 15 Jun '04

15 Jun '04

bjolinx(a)yahoo.de schrieb am 13.06.04 22:08:02: > > Hi allerseits, > > Ekki Plicht sagte: > > programmieren. Ziel ist es graphisch orientierte Programme (GPL) zu > > erstellen, z.B. Landkarten. Erfahrung mit GIS-Daten ist vorhanden. Die > > Programme sollen ausschliesslich im Hobbybereich und nicht kommerziell > > [...] > > - minimal C++, gerade am Lesen des Stroustrup-Buches > > - etwas Perl, geringe Erfahrungen mit gdlib, ncurses > > Wenn Du gerade erst anfängst, C++ zu lernen, dann würde ich mir gleichzeitig > Java anschauen. Ist imho einfacher, robuster - aber auch (zumindest ist das > der allgemeine Glaube - und ich habe noch nie Messungen gemacht) langsamer > als C++. Messungen einer PC-Zeitschrift, entweder i'X, C't oder Linux-Magazin sind zum Ergebnis gekommen, dass der Performanceunterschied zwischen C(++) und Java immer kleiner wird und fast schon vernachlässigbar ist. Aber mir persönlich hat Java nicht so gefallen. Deshalb verwende ich C++. philipp ____________________________________________________ Aufnehmen, abschicken, nah sein - So einfach ist WEB.DE Video-Mail: http://freemail.web.de/?mc=021200

8 15

XEvent Problem
by Paul Mitterberger 14 Jun '04

14 Jun '04

Hallo! Bei einem X-Programmbeispiel erhalte ich an der unten markierten Stelle folgende Fehlermeldung beim Ausführen: X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 1 (X_CreateWindow) Serial number of failed request: 7 Current serial number in output stream: 10 Program exited with code 01. Hier der Programmcodeabschnitt dazu: 8< ---- schnipp XEvent event; char ch; KeySym keysym; XComposeStatus xcompstat; int mouse_x, mouse_y; while(1) { char event_txt[80]; XNextEvent(dpy, &event); // <- hier erfolgt der Programmabbruch switch(event.type) { 8< ---- schnapp Kann mir jemand sagen, wo da der Fehler liegt? XCreateWindow wird hier nicht aufgerufen sondern in einer anderen Funktion davor, und die Parameter dpy und &event (da ein Pointer erwartet wird) stimmen. Bis bald! Pauli -- paul.mitterberger(a)gmx.net

2 2

Newbie will graph. programmieren...
by Ekki Plicht 14 Jun '04

14 Jun '04

Hi allerseits, als Umsteiger von Win98 würde ich gerne auch unter Linux (SuSE 9.1prof) programmieren. Ziel ist es graphisch orientierte Programme (GPL) zu erstellen, z.B. Landkarten. Erfahrung mit GIS-Daten ist vorhanden. Die Programme sollen ausschliesslich im Hobbybereich und nicht kommerziell genutzt werden. Meine Programmier-Erfahrung: - Div. Assembler (Z80, 680x, 80x86) - Jahrelang Delphi unter Windows, d.h. OO-Erfahrungen sind vorhanden - minimal C++, gerade am Lesen des Stroustrup-Buches - etwas Perl, geringe Erfahrungen mit gdlib, ncurses So wie ich das bis jetzt überblicke bieten sich zum Programmieren unter X verschiedene Libs wie QT, GTK usw. an. Die professionellen Entwicklungen scheinen wohl überwiegend mit C oder C++ gemacht zu sein. Trotzdem ist es für einen Neueinsteiger etwas unübersichtlich. Daher meine Fragen: - Gibt es ausser X unter Linux überhaupt eine sinnvolle Möglichkeit, graphisch orientierte Programme zu erstellen? Wenn ja, welche lib? - Was würdet ihr einem Neueinsteiger empfehlen, wenn Programme unter X erstellt werden sollen? Welche Sprache? Welche lib? Mir ist klar das diese Fragen oft nur kontrovers beantwortet werden können, da jeder so seine Vorlieben und Erfahrungen hat. Trotzdem würde ich gerne ein paar Tipps hören, auch gerne zu geeigneter Literatur. Danke & Gruß, Ekki

4 3

Mausklick simulieren
by Tino Schmidt 13 Jun '04

13 Jun '04

Hi! Wie kann ich für X Window (KDE) ein Programm schreiben, was in der Lage ist einen Mausklick zu simulieren - welcher aber nicht als synthetisches Event erkannt wird. Gruß Tino

1 0

Kompilieren auf anderem Rechner und anderer libc
by Ralph Müller 12 Jun '04

12 Jun '04

Hallo, ich möchte gerne ein Programm (jpegtran [1]) auf einem anderen Rechner laufen lassen. Leider ist es nicht möglich, daß ich das Programm auf dem Zielrechner kompiliere. (=Webserver meines Providers) Bei mir zuhause (Suse 9.0) läuft die Kompilierung problemlos durch, und das Programm arbeitet einwandfrei. Kopiere ich das Binary aber nun auf den Zielrechner findet dieses aber die offenbar zwingend benötigte glibc 2.3 nicht, und bricht unverrichteter Dinge ab. (Fehlermeldung ähnlich wie: "... /lib/glibc 2.3 not found (required by jpegtran)" Offenbar ist die auf dem Zielrechner installierte libc von einer anderen Version, oder an einem anderen Ort. :-( Meine Idee ist nun ich stelle jpegtran halt "seine" libc zur Seite. Also diejenige libc, mit der es auch (lokal) kompiliert wurde. Kopiere die libc also ebenfalls auf den Zielrechner. Da ich aber auf dem Zielrechner kein Zugriff auf das /lib-Verzeichnis habe muß ich die libc im selben Verzeichnis wie das Binary jpegtran unterbringen. Gibt es eine Möglichkeit dem gcc bei der Kompilierung zu sagen, daß das kompilierte Programm seine libc ausnahmsweise nicht wie allgemein üblich im Verzeichnis /lib suchen soll, sondern im eigenen Verzeichnis ( ./ ) ? Von C- oder C++-Programmierung habe ich bislang noch kaum Ahnung. -Ralph [1] Ist ein C- oder ein C++-Programm. http://www.ijg.org/

3 2

FreeBSD: asm/byteorder.h :not found endian.h :not found
by Günther Montag 06 Jun '04

06 Jun '04

Hallo Freunde Compiler-Meldung mit gcc in FreeBSD: asm/byteorder.h :not found endian.h :not found Gibt es da äquivalente Header in FreeBSD? Danke! 73 de SM0LRU /Kenta

3 2