Die Suche ergab 691 Treffer
- 20.06.2012, 12:39
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Eindeutige ID/Hash aus Werten
- Antworten: 21
- Zugriffe: 3878
Re: Eindeutige ID/Hash aus Werten
Es gibt in der Regel pro n nur eine Hand voll z-Kombinationen. Insgesamt sind es in etwa 50000-100000 verschiedene Kombinationen (also wirklich die endgültigen 32Bit Werte). Allerdings folgen diese keinen bestimmten Regeln. 32Bit deshalb, weil es sich um HilfeIDs (in CHM-Dateien) handelt und diese h...
- 20.06.2012, 11:59
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Eindeutige ID/Hash aus Werten
- Antworten: 21
- Zugriffe: 3878
Eindeutige ID/Hash aus Werten
Ich bin leider nicht so erfahren im Bereich Hash-Werte und Generierung eindeutiger IDs. Es geht um Hilfe-IDs, die abhängig von 3 Werten eindeutig sein müssen: n: Nummer (5-stellig von 0 bis 60000) z: Zusatznummer (3-stellig von 0 bis 256) f: Einem 32Bit Flagwert Bei f gilt, dass bislang 0, 1, 2 oder...
- 20.06.2012, 11:10
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: [C++] Bedingte Funktion in Template-Klasse
- Antworten: 19
- Zugriffe: 4088
Re: [C++] Bedingte Funktion in Template-Klasse
Vielleicht hab ich das Problem nicht ganz verstanden, aber wieso nicht einfach so: #include <iostream> class MyHelperClass { public: virtual void MyFunc(void) { std::cout << "test" << std::endl; } }; template <typename T, bool cp> class MyClass { }; template <typename T> class MyClass<T, t...
- 20.06.2012, 11:03
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Eigene Programmiersprache - Lexer, Parser, usw
- Antworten: 43
- Zugriffe: 8777
Re: Eigene Programmiersprache - Lexer, Parser, usw
Ich werd mir mal ein paar Sachen überlegen. Leider ist auch meine Zeit gerade etwas begrenzt. An der Sprache wär ich schon interessiert. Vielleicht kannst du ja mal ein bischen was zeigen. ;)
- 19.06.2012, 14:13
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Eigene Programmiersprache - Lexer, Parser, usw
- Antworten: 43
- Zugriffe: 8777
Re: Eigene Programmiersprache - Lexer, Parser, usw
Ja habe ich gesehen. Aber wie du schon sagst: Das Tool selbst ist halt Java. Ich werd es mir dennoch mal genauer ansehen. @ZFX-Programmiersprache: MMn gibt es zwar viele neue Sprachen, aber sie gehen irgendwie alle Wege, die nicht unbedingt mit meine Vorstellungen übereinstimmen. Java ist damals auc...
- 19.06.2012, 13:20
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Eigene Programmiersprache - Lexer, Parser, usw
- Antworten: 43
- Zugriffe: 8777
Re: Eigene Programmiersprache - Lexer, Parser, usw
Danke für die Hinweise. ANTLR hatte ich mir auch schon angeschaut. Ich habe leider eine starke Abneigung gegen Java und würde darauf nur im äußersten Notfall zurückgreifen wollen. Die Generierung eines Editors bzw. einer kompletten IDE sehe ich derzeit auch nicht als Ziel an. Mein Ziel ist ein halbw...
- 18.06.2012, 16:00
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Eigene Programmiersprache - Lexer, Parser, usw
- Antworten: 43
- Zugriffe: 8777
Re: Eigene Programmiersprache - Lexer, Parser, usw
Danke erstmal für die Antworten. LLVM hab ich mir auch schon angeschaut aber noch nichts mit gemacht. Da werd ich nochmal gucken. @Florian: Ja flex und bison sind altbacken und genau aus diesem Grund würde ich ja gern etwas Moderneres wie halt boost::spirit nutzen. Beim Lerneffekt ziele ich mehr auf...
- 18.06.2012, 15:08
- Forum: Algorithmen und Datenstrukturen
- Thema: [solved] Größe eines multidimensionalen Arrays ändern
- Antworten: 11
- Zugriffe: 5230
Re: Größe eines multidimensionalen Arrays ändern
Ich kann mich Schrompf nur anschließen. Und vorallem wie oft tritt denn der Fall Es soll nicht bei jedem ändern der Größe neuer Speicher allokiert werden, sondern, wenn der bereits allokierte Speicher für die neue Größe des Arrays ausreicht, dieser Speicher weiterverwendet werden. auf? Eigentlich so...
- 18.06.2012, 14:04
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Eigene Programmiersprache - Lexer, Parser, usw
- Antworten: 43
- Zugriffe: 8777
Eigene Programmiersprache - Lexer, Parser, usw
Ich plane eine eigene Programmiersprache zu basteln. Ich sitze bislang noch am Konzept. Nun hab ich mich mal umgesehen, was es so für vorhandene Bibliotheken, Tools usw. gibt um geeignete Lexer, Parser, etc. zu erstellen und wollte mal nachfragen ob ihr etwas empfehlen könnt oder bereits gute oder s...
- 14.06.2012, 23:40
- Forum: Allgemeines Talk-Brett
- Thema: Anti-Jammer-Thread
- Antworten: 2069
- Zugriffe: 769126
Re: Anti-Jammer-Thread
Hat aber leider auch seine Schattenseiten.dot hat geschrieben:ADL ist imo sowieso eines der geilsten Features in C++ ;)
- 13.06.2012, 15:33
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: [C++] constptr
- Antworten: 23
- Zugriffe: 5866
Re: [C++] constptr
Ich denke der Grund warum viele das const nach vorn ziehen ist, weil man so halt liest: const int x -> konstanter Integer x. Nein tut man nicht. C++-Typnamen werden grundsätzlich von hinten nach vorn gelesen: int const * const * & von hinten nach vorn: & * const * const int reference to | p...
- 13.06.2012, 01:22
- Forum: Allgemeines Talk-Brett
- Thema: Jammer-Thread
- Antworten: 7544
- Zugriffe: 1694859
Re: Jammer-Thread
Verblüffenderweise sieht deine Syntax für Funktionen fast exakt wie mein Entwurf aus. Ich habe lange versucht, eine einheitliche Deklarationssyntax sowohl für Daten als auch für Funktionen hinzukriegen, aber bisher mit wenig Erfolg. Ja ich bin auch noch am Frickeln. Was mir auch wichtig ist, ist Ne...
- 13.06.2012, 01:02
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: [C++] constptr
- Antworten: 23
- Zugriffe: 5866
Re: [C++] constptr
Wenn Leute const vor den Basistypen schreiben Ich schreibe es auch nach den Typen, weil ich nicht in solchen Mist tappen will. Das ist aber wieder was ganz anderes. Wenn das const hinter char aber vor dem * steht hast du das gleiche Problem. Bei Pointern ist ja nur entscheidend, ob das const vor od...
- 12.06.2012, 17:21
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: [C++] constptr
- Antworten: 23
- Zugriffe: 5866
Re: [C++] constptr
Der Name constptr ist für Dritte ebenfalls uneindeutig (Was ist const ?) und verschlechtert somit die Lesbarkeit. (Was bedeutet const const_ptr<T> ? Nichts, aber ist das intuitiv?) Wo du das gerade sagst. Ich kann dem aus gegebenen Anlass nur beipflichten. Ich durfte mir heute Mischmasch-Code aus e...
- 12.06.2012, 15:46
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: [C++] constptr
- Antworten: 23
- Zugriffe: 5866
Re: [C++] constptr
Ich frage mich ob Schreibaufwand eine Rechtfertigung für solch eine Implementierung ist, da du dir dadurch ja unnötigen Overhead einhandelst. Ganz zu schweigen davon, dass ich in vielen Jahren noch so gut wie nie etwas als const T * const anlegen musste. Bei Funktionsparametern bspw. macht das eine ...
- 12.06.2012, 00:54
- Forum: Allgemeines Talk-Brett
- Thema: Jammer-Thread
- Antworten: 7544
- Zugriffe: 1694859
Re: Jammer-Thread
Schade eigentlich. Ich bastel zur Zeit auch an ner Sprache. Vorwiegend aus Spaß an der Freude und wegen des Lerneffekts. Allerdings gehen mir auch viele Dinge auf den Sack (C, C++, Java, C# usw). Manche Sachen sind ja ganz toll, aber vieles ist einfach nur hingeschissen. Ich würd gern schon ein Konz...
- 11.06.2012, 16:22
- Forum: Allgemeines Talk-Brett
- Thema: Jammer-Thread
- Antworten: 7544
- Zugriffe: 1694859
Re: Jammer-Thread
Krishty ich fänds toll wenn du mal eine Programmiersprache entwickelst oder daran beteiligt bist. Und das meine ich ironiefrei.
- 11.06.2012, 11:00
- Forum: Allgemeines Talk-Brett
- Thema: Anti-Jammer-Thread
- Antworten: 2069
- Zugriffe: 769126
Re: Anti-Jammer-Thread
Schlimm genug!dot hat geschrieben:Oder vielleicht, weil die wenigsten hier GIT benutzen :P
- 06.06.2012, 15:03
- Forum: Allgemeines Talk-Brett
- Thema: Goodgame Studios
- Antworten: 8
- Zugriffe: 2834
Re: Goodgame Studios
Habt ihr (die Mods) die ganzen Threads geschlossen oder waren die das selbst um das Antworten direkt im Forum zu verhindern (falls das überhaupt möglich ist)?
- 04.06.2012, 20:30
- Forum: Allgemeines Talk-Brett
- Thema: Fehlende Avatare
- Antworten: 3
- Zugriffe: 1947
Re: Fehlende Avatare
Ist euch das selbst nicht aufgefallen?
Ich seh grad dass kimmi wieder einen drin hat.
Ich seh grad dass kimmi wieder einen drin hat.
- 04.06.2012, 16:09
- Forum: Allgemeines Talk-Brett
- Thema: Fehlende Avatare
- Antworten: 3
- Zugriffe: 1947
Fehlende Avatare
Bin ich eigentlich der einzige, bei dem bei vielen derzeit keine Avatare mehr angezeigt werden? Beispielsweise bei Schrompf, kimmi und Aramis. Ich weiß ja das vor kurzem irgendwie was kaputt gegangen ist, aber haben diejenigen vergessen da wieder einen gültigen Avatar reinzumachen oder liegt das irg...
- 30.05.2012, 17:31
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Statische Membervariable.
- Antworten: 13
- Zugriffe: 3226
Re: Statische Membervariable.
Ich vermute dass so ziemlich keiner sowas macht. meeh Templates, RAII und Ausnahmebehandlung sind die einzigen Gründe, warum ich noch nicht auf C ohne ++ umgesattelt bin. Ich hasse Wirkung und Zustand. Methoden haben per Definition Zustand und nicht- const -Methoden haben per Definition zusätzlich ...
- 30.05.2012, 14:40
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Speichern/Laden von Spielzuständen
- Antworten: 23
- Zugriffe: 4273
Re: Speichern/Laden von Spielzuständen
Ich würde Chunks benutzen. Dadurch kannst du z.B. für Level und Spielstände das gleiche Format nehmen, indem du z.B. nur den Level-Chunk nutzt. Du kannst so sogar einen Spielzustand im Leveleditor öffnen usw. Chunks eignen sich auch sehr gut für inkrementelles Speichern, da du nur bestimmte Chunks a...
- 29.05.2012, 12:09
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Statische Membervariable.
- Antworten: 13
- Zugriffe: 3226
Re: Statische Membervariable.
Ich vermute dass so ziemlich keiner sowas macht. Selbst viele größere Projekte nicht. Ich hab auch viele Jahre gedacht dass Kapselung immer voraussetzt, dass alles schön in die Klasse gepackt wird bis ich den Artikel vor einiger Zeit fand und auch das Buch gekauft hatte. Ich hatte mich früher z.B. i...
- 29.05.2012, 10:22
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Statische Membervariable.
- Antworten: 13
- Zugriffe: 3226
Re: Statische Membervariable.
Ich kann dem nur beipflichten; allerdings werden viele Leute sowas nie machen. Wer an IntelliSense gewöhnt ist und nicht so viel Dokus liest, der wird wohl heute noch nichts von den globalen Funktionen der STL, wie z.B. std::getline usw., wissen. :Ddot hat geschrieben:http://www.drdobbs.com/184401197 ;)
- 24.05.2012, 12:38
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: ÄÖÜäöüß .. ist die Welt noch nicht kompliziert genug ?
- Antworten: 38
- Zugriffe: 8156
Re: ÄÖÜäöüß .. ist die Welt noch nicht kompliziert genug ?
Die Cooperate World frustriert mich zusehends ... Kann ich nur nochmals wiederholen: Die Cooperate World frustriert mich zusehends! Übrigens Interessante Diskussion .. was man alles so programmieren könnte und sollte .. aber eigentlich wollte ich in meiner (begrenzten) Freizeit ein Spiel programmie...
- 24.05.2012, 12:32
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: ÄÖÜäöüß .. ist die Welt noch nicht kompliziert genug ?
- Antworten: 38
- Zugriffe: 8156
Re: ÄÖÜäöüß .. ist die Welt noch nicht kompliziert genug ?
Ein myString[5] = 'x'; ist mit UTF-8 auch schon wieder so eine Sache. Du kannst nicht einfach eine Referenz auf ein Element in dem String returnen wie Cat schon aufgezeigt hat. Du müsstest z.B. ein Proxy-Objekt returnen das im Bedarfsfall den string modifiziert. Und dann werden durch sowas simples ...
- 23.05.2012, 17:33
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: ÄÖÜäöüß .. ist die Welt noch nicht kompliziert genug ?
- Antworten: 38
- Zugriffe: 8156
Re: ÄÖÜäöüß .. ist die Welt noch nicht kompliziert genug ?
Ich würde einem UTF-8 string kein Interface zum wahlfreien Zugriff auf einzelne Zeichen geben, da das wie gesagt für UTF-8 nicht effizient implementierbar ist. Ein UTF-8 string hätte bei mir wohl einfach nur Forward/BackwardIteratoren, das reicht in der Regel. Und allein darum schon, kann das Inter...
- 23.05.2012, 16:08
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: ÄÖÜäöüß .. ist die Welt noch nicht kompliziert genug ?
- Antworten: 38
- Zugriffe: 8156
Re: ÄÖÜäöüß .. ist die Welt noch nicht kompliziert genug ?
Das Interface kann mMn schon beibehalten werden, muss aber halt noch erweitert werden. Schau dir mal Glib::ustring an. Das Interface ist weitestgehend identisch zum std::string und wurde um bestimmte Methoden erweitert. Die Implementierung/Funktionalität muss natürlich geändert werden und genau daf...
- 23.05.2012, 12:10
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: ÄÖÜäöüß .. ist die Welt noch nicht kompliziert genug ?
- Antworten: 38
- Zugriffe: 8156
Re: ÄÖÜäöüß .. ist die Welt noch nicht kompliziert genug ?
Funktionieren schon, aber in diesem Fall würde ich ja eigentlich deshalb erben wollen um bestimmte Interfaces nach außen beizubehalten und durch Überladen die Funktionalität an UTF-8 anzupassen. Also in unserer Diskussion gings eigentlich genau darum dass das Interface von std::string für UTF-8 ebe...