Ich freue mich über die Beiträge, die bis jetzt geschrieben wurden und
ich hoffe meine Anmerkungen helfen euch weiter:
nurf schrieb:
Beispiel Dran-ID:
[DRAN-Name:Version][Nation:Land:Identifikationsnummer]
Solche direkten Zuordnungen sind zu kurz gegriffen. Was spricht denn dagegen dass der gleiche Service unter verschiedenen Dran-IDs zu finden ist.
Ich denke da braucht man ein umfassenderes System.
Ich glaube hier liegt ein Missverständnis vor lieber nurf. Das vorgeschlagene
Namenssystem galt den Domainnamen der Vermittlungsservern, die selbst keine eigenen
Dienste haben. Du hast natürlich recht, ein Peer-ID müsste weitaus komplexer
und dynamischer sein.
nurf schrieb:
Überarbeite die Business Logik
Ich bedarf einer genaueren Erklärung. Was genau meinst du und wie kann ich es verbessern?
nurf schrieb:
Mach das das Protokoll OpenSource
Wie in meinem Vortrag erwähnt, werde ich dies machen, sobald sich Teammitglieder
dies ausdrücklich wünschen. Ich habe nie wirklich die Vorteile in OpenSource
gesehen, jedoch sehe ich auch nicht ab, ein kommerzielles Produkt zu
machen. Daher ist es mir wichtig was die Leute denken, die daran arbeiten.
volkard schrieb:
Zu schwammig.
Was für Dienste?
Kann ich damit die Rechenleistung meines Nachbarn mitbenutzen, um den Schwarzgeldanteil für die Steuererklärung zu bestimmen, der den besten Erwartungswert bezüglich des Hinterziehungsgewinns gibt? Oder kann ich damit illegale Raubkopien sharen? Was soll das Netzwerk tun und was soll es nicht tun?
Nein lieber volkard, der Sinn von DRAN ist wie erwähnt nicht, illegale Dienste
anzubieten. Was für Dienste mit Hilfe von DRAN aufgestellt werden ist total
offen. DRAN soll eine Schnittelle für Dienst/Peer-Koordination über dass
Internet sein.
Ein Netzwerk das DRAN benutzt könnte ein VPN sein oder ein P2P-Chat...etc.
So, das Projekt ist mittlerweile um mehrere GRößenordnungen gewachsen.
Abhängigkeiten sind derzeit Boost und ein C++0x-fähiger Compiler.
Dabei ist jetzt unter anderem:
- MemoryRegions + Iterator + Hilfsfunktionen
- Prozesse + Iterator + Hilfsfunktionen
- Threads + Iterator + Hilfsfunktionen
- Rudiemtäre Debugging-Engine (Wrapper um ptrace)
- Prozesspeichermanipulation
- Methoden um Prozesspeicher nach Werten zu durchsuchen
- Elegante Fehlerbeschreibungen.
- Fast vollständig per Doxygen dokumentiert.
Todo:
- remote_ptr (STL-Algorithmen im fremden Speicher ausführbar machen)
- Sobald Debugger::executeSyscall funktioniert wird ein remote Memory Allocator implementiert.
- Dynamic Library injection.
- Code execution units für x86/x64-64 assembler und Python.
- Python-bindings.
Der Code ist nach wie vor im Googlecode-Repo zu finden: http://code.google.com/p/ethonmem/source/checkout
Besonders wegen Debugger::executeSyscall bräuchte ich Hilfe, durch die fehlende Funktionalität wird meine ganze Entwicklung behindert, würde mich freuen wenn mir jemand auf die Fährte helfen könnte.
Grüße,
Ethon
FreakY<3Cpp schrieb:
cooky451 schrieb:
Und falls du deinen Rechner mal wirklich auslasten willst:
http://3.14.by/en/md5
Wollt ich grad meinen Mac knechten, aber es gibt keine Version für Mac... Ich fühl mich manchmal wie ein Krüppel im Internet...
So erhält Windows sich selbst
Dieser Thread wurde von Moderator/in rapso aus dem Forum Spiele-/Grafikprogrammierung in das Forum Projekte verschoben.
Im Zweifelsfall bitte auch folgende Hinweise beachten:
C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?
Dieses Posting wurde automatisch erzeugt.
EOutOfResources schrieb:
Übrigens ist C++ für objektorientiertheit Konzipiert worden.
Mag sein, aber C++ ist dennoch eine Multiparadigmensprache geworden.
SausageEater2002 schrieb:
...
Mein "Compiler" kann mit deiner "Syntax" jedenfalls nichts anfangen...
Dieser Thread wurde von Moderator/in Biolunar aus dem Forum Gaming-Corner in das Forum Projekte verschoben.
Im Zweifelsfall bitte auch folgende Hinweise beachten:
C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?
Dieses Posting wurde automatisch erzeugt.
1. Windows Suche oder per Everything "FlasMenuObjectSingleplayer.cpp" eingeben
2. Datei mit irgendeinen Editor öffnen
3. strg-f suchbegriff "StartSingleplayerGame"
4. Gucken wo die geschweifte Klammer dieser Funktion endet
5. Da dann
ICVar* ai = gEnv->pConsole->GetCVar("ai_systemUpdate");
if(ai)
ai->ForceSet("1");
einfügen
6. feddich
War das so schwer? Steht da doch!
Dann danke erstmal für die vielen Hilfreichen Beiträge.
Ich weder vorerst mein Fachabi machen und dann sehr wahrscheinlich Studieren, und mein bestes geben
Danke an alle und alles gute noch,
Slawa
Th69 schrieb:
Dominion habe ich bisher auch noch nicht weiterentwickelt (gibt es bisher auch nur in der C++-Version). Aber du hast doch auch versucht, dieses Spiel umzusetzen - wie weit bist du denn gekommen? Oder suchst du deshalb ein entsprechendes Framework (wobei m.E. es ja immer auf das passende GUI-Framework ankommt).
Weiter gekommen bin ich wegen diverser privater und beruflicher Veränderungen nicht wirklich, es war einfach zu wenig Zeit. Es gab nur immer Gedankenspielereien, vor allem bezüglich der Architektur. Dabei ist quasi die Idee zu einem eigenen Framework für Kartenspiele mit N Spielern nebenbei rausgefallen, mit dem beliebige Kartenspiele schnell und unkompliziert zu verwirklichen sein sollten.
Jetzt bin ich auf der Suche nach etwas, auf dessen Basis sich das entwickeln lässt bzw. was die von mir angedachte Funktionalität bereits hat. Die Rahmendaten für die Idee hab ich hier knapp zusammengefasst: http://www.c-plusplus.net/forum/283415
Aktuell bin ich dabei (wenn ich zwischendurch mal Zeit habe), meine Ideen zu der Sache zu Papier zu bringen. Mal gucken wie weit ich komme - und ich hoffe, diesmal etwas mehr als nur Ideen zu produzieren
Neue Version 1.3
Grundlegende Aenderungen:
Auto-Refresh (einstellbar)
Korrektur der Abfrage: Angefangene Minute bis zur 59. Sekunde beruecksichtigt.
Details siehe Release Infos.
Link: http://sourceforge.net/projects/pingmonitoring/
hustbaer schrieb:
std::exception hat keinen vom Standard garantierten Konstruktor bei dem man einen String mitgeben könnte.
Nimm lieber std::runtime_error .
Ok, werde ich denn wohl so machen
Andere GUIs sind für mich eigentlich nicht von Interesse. Oder ich bin auch da auf dem Holzweg. Bin für jeden Rat dankbar.
Ich würde dir ganz dringend von C++/CLI für GUI Geschichten abraten. Und MFC würde ich auch nicht unbedingt empfehlen.
C# in Kombination mit Forms oder besser gleich WPF ist denke ich im Moment eine ganz gute Wahl für GUIs.
Wenn es Sinn macht kannst du ja weiterhin Teile in C++ schreiben, und dank C++/CLI recht einfach in die C# GUI einbinden.
