Maxi schrieb:
gettext ist nicht allzu kompliziert. fände flex/bison intersannter
Hab ich auch gemerkt als ich angefangen hab daran zu arbeiten
Mal seh'n ich hab bisher noch fast nichts - wenn ich wieder zu komme was zu schreiben überleg ich mir was ich mach'
Zum .Net GC können noch ein paar Details ab
http://www.c-plusplus.net/forum/viewtopic-var-p-is-1472084.html#1472084
gewonnen werden. Es sind u.A. einige Links zu Informationsquellen enthalten.
The-Kenny schrieb:
Hallo,
Ich habe mich soeben gefragt, ob schon ein Gtkmm-Tutorial Nr. 5 in Arbeit ist.
Wenn ja, worum wird es gehen?
Wenn nein, gibt es schon ein Thema, um das es gehen wird?
Wenn nein, würde ich gerne eines vorschlagen: Drag&Drop.
Ich versuche mich gerade in dem Bereich von Gtkmm zurecht zu finden, aber irgendwie will es nicht so recht klappen.
Grüße
The-Kenny
Teil 5 ist in Arbeit ja, aber leider nicht Drag & Drop
Edit: Thema ComboBox & TreeView
BR
Vinzenz
Hi,
wir hätten natürlich ebenfalls Interesse an so einem Artikel. Bitte schreib' doch eine E-Mail an redaktion (Klammeraffe) c-plusplus (dot) de
Cheers
GPC
Ben04 schrieb:
Zum Thema zwei Artikeln : Ich würde lieber mal einen fertig machen, wenn du danach noch Zeit & Lust hast kannst du auch gerne den anderen machen. Erfahrungsgemäß wird da aus einem der beiden leider nix. Wenn du aber meinst du würdest das schaffen ist es natürlich auch kein Problem den anderen frei zu halten.
ja, ich meinte natürlich nicht gleichzeitig, sondern zuerst mal einen schönen überblick und dann sieht man ja weiter
mail ist unterwegs.
GPC schrieb:
michba schrieb:
GPC schrieb:
Hi,
ich würde mich ebenfalls für so einen Artikel interessieren. Schick' bitte 'ne leere Mail an redaktion at c-plusplus dot de, damit wir deine E-Mail Adresse haben und evtl. offene Fragen dann per Mail klären können
Du weißt, dass joomoo schon einen Artikel geschrieben hat und deshalb schon im Team ist?
shice^^
sry joomoo
kein Problem, die leere E-Mail hab ich allerdings schon losgeschickt^^
Okay, mit dem Artikel hab ich dann mal angefangen.
crashterpiece schrieb:
Mit dem klitzekleinen Unterschied, dass ich bei einer Map(*) nach erfolgloser Suchen nach einer Einfuegestelle einen Pointer auf end() bekomme. In einem Baum bekomme ich die korrekte Einfuegestelle und kann diese direkt verwenden.
Das kommt ganz darauf an, wie du suchst - find() liefert dir im Fehlerfall end() zurück, lower_bound(), upper_bound() und equal_range() liefern dir Iteratoren "in der Nähe" der Zielposition.
(und insert() und operator[] suchen sich sogar selber ihre Zielposition)
Zu den Rechten gilt im Zweifelsfall die Bemerkung, die ganz unten auf jeder Seite eingeblendet wird:
C++ Forum schrieb:
Die Vervielfältigung der auf den Seiten www.c-plusplus.net, www.c-plusplus.info, www.c-sar.de, www.c-plusplus.net und www.baeckmann.de enthaltenen Informationen ohne eine schriftliche Genehmigung des Seitenbetreibers ist untersagt (vgl. §4 Urheberrechtsgesetz). Die Nutzung und Änderung der vorgestellten Strukturen und Verfahren in privaten und kommerziellen Softwareanwendungen ist ausdrücklich erlaubt, soweit keine Rechte Dritter verletzt werden. Der Seitenbetreiber übernimmt keine Gewähr für die Funktion einzelner Beiträge oder Programmfragmente, insbesondere übernimmt er keine Haftung für eventuelle aus dem Gebrauch entstehenden Folgeschäden.
Badestrand schrieb:
z.B. Parsen, Interpretieren, Maschinen-Code-machen?
IMHO kommt die große Idee leichter rüber wenn man hier keine klare Trennlinie zieht. Natürlich muss man es an einem Punkt machen da man sonst nicht mehr weiter kommt. Einen nichtoptimierenden C-Compiler kann man aber ohne weiteres ohne eine strikte Trennung schreiben.
Wenn irgendwer Lust hat bitte melden. Es gibt sicher noch genug Stoff für ein paar weitere Artikel. Zum Beispiel gehe ich im Artikel nicht wirklich auf Grammatiken ein. Sie sind natürlich implizit mit drin allerdings werden sie nicht mal beim Namen genannt. Für einen Artikel der sich allgemein damit beschäftigt (vielleicht EBNF) und unter Umständen auch Parsergeneratoren ist noch viel Spielraum.
Jochen Kalmbach schrieb:
Gebt mir noch eine Woche, dann steht der erste Entwurf...
Mach dir doch keinen Stress deswegen, deine Zeit teilst immernoch du dir ein, wir wollten lediglich den aktuellen Stand der Dinge erfahren.
Ich fände es besonders interessant, wenn es nicht das super billige "Client-sendet-Server-sendet-Client-sendet-Server-sendet"... Prinzip wäre, sondern ein etwas "komplexeres", asynchrones Protokoll erklärt wird. Das ganze könnte dann ja im Zusammenhang mit Threads aufgebaut sein, was sicherlich auch ein häufiges Aufgabengebiet ist (=> GUI).
Hallo Hartmut!
Du hast gleich Mail.
Schreibst du bitte noch kurz eine (fast) leere Mail an redaktion@c-plusplus.net, damit wir deine Mailadresse haben?
Ich würde dir gerne noch die offizielle Willkommensmail schicken.
Artchi schrieb:
Weiß nicht ob es hilft, aber Boost.asio benutzt Streams um Daten übers Netzwerk zu verschicken. Kann man da nicht einfach reinschauen? Implementieren braucht man es eh nicht mehr, würde man das Rad eh nur neu erfinden. (denke ich mal)
Mein Socket-Device mit Timeout und Corking ist ein 100-Zeilen-Ding. Die längste Methode ist write(), die auch mit Signal-Unterbrechungen umgehen kann. Setzt auf Boost.Iostreams auf. Es geht auch noch einfacher.