Hallo Liste Hat jemand von euch schon einmal boost/threads eingesetzt? Ich bekomme es einfach nicht gelinkt. Als beispiel, boost/signal geht, habe die bibliothek boost_signals-gcc-d angegeben und alles hat geklappt. gcc meint, dass er die bibliothek boost_thread-gcc-mt-d nicht findet, obwohl diese im gleichen verzeichnis ist wie die signals, welche er ja findet. Ich hane noch eine zweite frage. Bei M$ muss mann in den compiler einstellungen angeben, dass man multithreadded programmiert, muss dann auch gegen multi threadded libs linken. Muss man das beim gcc auch einstellen? und wie? Vielen dank schon im voraus Gruss Markus ach ja, habe suse 9.1. die compiler meldung liegt unten: Making all in src cd /home/toomy/develop/cpp/wireless && /bin/sh /home/toomy/develop/cpp/wireless/missing --run automake-1.8 --gnu src/Makefile cd .. && /bin/sh ./config.status src/Makefile depfiles config.status: creating src/Makefile config.status: executing depfiles commands /bin/sh ../libtool --mode=link g++ -O0 -g3 -o wireless -all-static wireless.o interfaces.o -L/usr/local/lib/boost -lboost_signals-gcc-d -L/usr/local/lib/boost -lboost_thread-gcc-mt-d g++ -O0 -g3 -o wireless -static wireless.o interfaces.o -L/usr/local/lib/boost -lboost_signals-gcc-d -lboost_thread-gcc-mt-d /usr/lib/gcc-lib/i586-suse-linux/3.3.3/../../../../i586-suse-linux/bin/ld: cannot find -lboost_thread-gcc-mt-d collect2: ld returned 1 exit status gmake[2]: *** [wireless] Error 1 gmake[2]: Target `all' not remade because of errors. gmake[1]: *** [all-recursive] Error 1 gmake: *** [all] Error 2 *** Exited with status: 2 ***

* Bodo Kaelberer [2004-08-28 23:09]:

...

Besonderes Problem bereiten Ausgaben in denen Informationen in <Information xyz> eingeschlossen sind.

Das ist eben schon mal genau ein Beispiel dafür, warum ein Tag, wie Du es suchst, nicht existiert. Denn wie soll das Ende des ge-tag-ten Texts erkannt werden, wenn der Code dazwischen nicht als HTML-Code interpretiert werden soll? Dann ist auch jedes schliessende Tag noch nur Text.

Das wäre ja nur genau ein Tag. In LaTeX gibt es z.B. \begin{verbatim} ... \end{verbatim} Und _nur_ \end{verbatim} darf darin naturgemäß nicht vorkommen. Zudem existiert ein \verbatiminput{} womit man solchen Text aus einer externen Datei einlesen kann. Da darf dann auch \end{verbatim} vorkommen. Somit wäre es theoretisch durchaus möglich, was äquivalentes in HTML zu realisieren. Gruß, Bernhard -- Applaus: Rauschmittel, unter dessen Einwirkung Politiker sich zu den seltsamsten Erklärungen verleiten lassen. -- Ron Kritzfeld

Hallo, Am Sat, 28 Aug 2004, Bodo Kaelberer schrieb:

...

Ich möchte jedoch nicht alle Zeichen einzeln ersetzen und daher suche ich ein Tag der den Zwischenraum einfach so darstellt und dann der Zwischenraum auch W3C konform geparst wird.

...

Weder das <pre> noch das <code> Tag kann dies. Kennt jemand ein solches?

Meines Wissens nicht.

Meines Wissens auch nicht.

...

Besonderes Problem bereiten Ausgaben in denen Informationen in <Information xyz> eingeschlossen sind.

Das ist eben schon mal genau ein Beispiel dafür, warum ein Tag, wie Du es suchst, nicht existiert. Denn wie soll das Ende des ge-tag-ten Texts erkannt werden, wenn der Code dazwischen nicht als HTML-Code interpretiert werden soll? Dann ist auch jedes schliessende Tag noch nur Text.

LaTeX kann das. ;) Da wir nach '\begin{verbatim}' nach genau dem String '\end{verbatim}' gesucht. Und mit verbatim.sty und fancyvrb.sty gibt's noch diverse flexiblere Varianten ;)

Praktisch gibt es nur ganz wenige Zeichen, die in typischen Texten vorkommen, und die für den Standard als Entities notiert werden muessen. Mir fallen gerade nur <, > und & ein. Mach Dir einfach ein Script, dass diese Zeichen ersetzt.

Ungetestet: sed 's/&/\&/g;s//\>/g' (Achtung: die Reihenfolge der Ersetzungen ist relevant) -dnh -- Brain fried -- Core dumped

Hi Alexander! Alexander Veit schrieb am 29.08.2004 00:00 :

Mit XHTML und einem CDATA-Abschnitt innerhalb des pre-Elements sollte es gehen. Ich fürchte nur, daß die meisten Browser nicht in der Lage sind, das korrekt zu interpretieren. Also doch ersetzen :)

Wäre es nicht denkbar, die XHTML-1.1-DTD um ein Element zu erweitern, das nur CDATA (und keine Elemente) enthalten darf? In etwa so: <!ELEMENT VERBATIM - - (#CDATA) -- no elements inside --> Bleibt nur die Frage, ob das schon ein gängiger Browser verarbeiten könnte... Gruß, Michael

Tim Oliver Wagner schrieb am 29.08.2004 10:36 :

Am Sonntag, 29. August 2004 00:39 schrieb Michael Wenger:

...

Alexander Veit schrieb am 29.08.2004 00:00 :

...

Mit XHTML und einem CDATA-Abschnitt innerhalb des pre-Elements sollte es gehen. Ich fürchte nur, daß die meisten Browser nicht in der Lage sind, das korrekt zu interpretieren. Also doch ersetzen :)

Wäre es nicht denkbar, die XHTML-1.1-DTD um ein Element zu erweitern, das nur CDATA (und keine Elemente) enthalten darf? In etwa so:

<!ELEMENT VERBATIM - - (#CDATA) -- no elements inside -->

Bleibt nur die Frage, ob das schon ein gängiger Browser verarbeiten könnte...

Tja, dass wird wohl kein gängiger Browser erahnen was ich mit dem VERBATIM Element bezwecken möchte.

Er soll es ja auch nicht _erahnen_... Ich hatte doch geschrieben, dass man die DTD erweitern müsste. Darin könnte der Browser dann nachsehen, wie er sich bei diesem Element verhalten soll. So sind übrigens auch alle anderen Elemente definiert. Mit "erahnen" hat das rein gar nichts zu tun. Du müsstest lediglich diese erweiterte DTD am Anfang des HTML-Dokuments referenzieren. Theoretisch sollte das funktionieren. Gruß, Michael