Danke für deine Hilfe und deinen geduldigen Umgang mit mir.
Das Paket "libqt4-dev" und alle davon abhängigen Pakete hatten noch gefehlt.
(Und ich dachte, mit "qt4-dev-tools-dbg" hätte ich schon alles)
Die kaputten Anführungszeichen kommen daher, dass ich den Quellcode aus Wikipedia kopiert hatte.
Und jetzt geht's los mit Qt4 lernen...
Schwarze Paul schrieb:
Aber von wo nun der Offset losgeht steht da auch nicht. Da muß ich wohl ein paar Feldtests machen...
Keine Feldtests bitte. Ausprobieren hilft nicht. Wenn ein Linux Dev das schreibt, dann ist das einfach nur falsch und sollte schnellstens vergessen werden. Es ist einfach uninteressant, wie ein Programm falsch läuft. Es ist einfach nur egal, ob ein Fehlercode oder ein Absturz passiert. Es ist falsch falsch falsch.
Was für undefined reference? Als ich mit Boost Libs experemtierte, wurden mir diese Fehler ebenfalls angezeigt, unter anderem waren pthreads daran schuld. Bei der Kompilierung mit -lpthread wurden einige Fehler beseitigt. Höchstwahrscheinlich müssen einfach nur Bibliotheken hinzugelinkt werden. Welche das sind, kann ich jedoch nicht wissen, da ich nicht weiß, welche Boost Library du kompilieren willst.
Never mind, der Segmentation fault hat sich daraus ergeben, dass durch diesen speziellen Aufruf eine uninitialisierte Variable anders initialisiert wird. Jetzt läuft es wie es soll (lustigerweise hatte ich den Fehler eigentlich schon längst gefixt gehabt, aber irgendwie muss ich wohl mal ein Undo zu viel gemacht haben).
so schrieb:
Ist es moeglich zu schlussfolgern, dass wenn ein Kernel das ELF Format unterstuetzt und problemlos laeuft, er dann auch sehr wahrscheinlich Shared Objects unterstuetzt?
Frag doch mal auf LKML oder der Kernel Newsbies Mailing-Liste.
userxyz schrieb:
ps. der code stellt nur das Prinzip dar.
Habe eine Größe für list angegeben.
Das ist keine gute Vorgehensweise. Das sorgt nur dafür, dass man dich auf Fehler ausmerksam macht, die du gar nicht im Programm hast, und andere Fehler nicht sieht, die dir vielleicht nicht bewusst sind. Außerdem kann man so nicht einfach mal schnell den Code kopieren und kompilieren...
Nur fürs Protokoll: Es hat tatsächlich den Eindruck, als würde Tscope ganz elementare Veränderungen im cygwin vornehmen, so dass auch ohne
#include <tscope.h>
keine "normale" C++-Funktionalität besteht.
Ich kann nicht einmal iostream includen ohne dass er 100 Fehlermeldungen bringt. Das hatte ich nicht getestet, weil ich die Fehlfunktion nur auf den tscope-header zurückgeführt habe... jedenfalls macht es wohl so keinen Sinn, weiter opendir (bzw. readdir) ordentlich zum Laufen zu bringen zu wollen.
Trotzdem vielen Dank, lagalopex
DrGreenthumb schrieb:
printf ("\033]0;%s\007", "title");
sollte meistens gehen. hängt aber letztendlich vom terminal ab.
wow, krasse nummer das!
danke!
Am besten auch mal einen Blick auf grml-live werfen, das sollte für solche Aufgaben ebenfalls sehr praktisch sein.
(Wer grml nicht kennt, sollte sich das unbedingt ansehen, in meinen Augen die beste Live-Distro für technisch versierte User.)
Kdevelop 4.0 ist cool. hab es gerade mal angetestet und es ist wirklich nicht schlecht, wenn man von der misratenen und unnützen GUI mal absieht. das prog hat einige durchaus c00le neuerungen erfahren.
Dieser Thread wurde von Moderator/in rüdiger aus dem Forum ANSI C in das Forum Linux/Unix verschoben.
Im Zweifelsfall bitte auch folgende Hinweise beachten:
C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?
Dieses Posting wurde automatisch erzeugt.
Hallo liebe Gemeinde,
mein Ziel ist es auf eine bestehende net_device Struktur zuzugreifen (z.B. meines eth0 Interfaces).
Mit Hilfe eines SocketBuffs & der net_device Struktur möchte ich über eine send-Funktion Pakete über dieses Device schicken.
Das ganze soll auf unterster Ebene statt finden, also auch noch ein gutes Stück weit unter Sockets. Ich habe heraus gefunden dass es eine Kernel Variable "dev_base" gibt, die ein Pointer auf das erste net_device in einer Liste darstellt!
Mir fehlt aber das Verständnis wie ich an die Sache ran gehe. Das ganze ist völliges Neuland für mich.
Gibt es jmd. der mir dafür einen Ansatz geben kann wie ich so etwas programmier-technisch angehe, da ich mir noch nicht so ganz im Klaren bin, was das Zusammenspiel zwischen Interfaces, Devices und den verschiedenen Headern Dateien (netdevice.h, if.h) etc.pp ist.
Danke für alle Antworten & Hilfen!
Ok, manchmal sollte man einfach ein klein wenig warten mit dem Posten. Gerade eben habe ich herausgefunden, dass recvfrom die ausstehenden Daten verwerfen darf, wenn ich nicht alles auslese.
Gibt es eine Möglichkeit das zum umgehen?