Weiter gehts

Nach 13 Tagen (anfangs waren 5 Tage Pause geplant...) Basic-Abstinenz dachte ich schon ich hätte bleibende Schäden erlitten - aber nein, ich fand mich recht schnell wieder ein. Und sogar noch besser: Durch das bisschen Abstand fielen mir sofort einige Dinge auf die mal feingeschliffen werden mussten.
Das umfasst vor allem Spielchen mit der WinAPI, letztendlich um eine höhere Benutzerfreundlichkeit zu erreichen (bzw. um den "alt eingesessenen" Instant Messengern etwas ähnlicher zu werden).
Aber auch viiiiele Bugfixes... All die Bugs die mich daran gehindert haben weiter zu machen mussten weg. Ich fange am besten gar nicht an zu erzählen was für Anomalien das Programm schon entwickelt hat - ihr würdet es nicht glauben
Dank Chrise wurde auch das etwas gepfuschte Multithreading (siehe einer der vergangenen Worklog-Einträgen) nochmal verbessert. (Es ist schon besser, eine "Hilfs-Exe" zu haben anstatt sie alle paar Sekunden neu zu starten )

Oke, Bugfixes... sonst noch was?

Ja! Wie bereits im vorigen Eintrag angekündigt könnte das Hole Punching in die Hose gehn wenn man Pech hat (uiui, "Hose Punching" *autsch*). Und um dann dennoch eine Kommunikation zu ermöglichen sind die angedachten "live offline Messages" nun implementiert. (Es tut mir leid dass ich dafür keine passendere Bezeichnung habe... die meisten von euch werden wohl im vorigen Eintrag nachlesen müssen von was ich rede )
Anmerkung dazu noch: Dieses System bietet nicht so wirklich den vollen Luxus eines "echten Instant Messengers" aber besser gehts echt nimma - ich bin schon wirklich sehr froh dass ich es zumindest so weit gebracht habe.

Das war ein relativ kurzer Eintrag heute?

Ja.... relativ...
Bis demnächst!

PS an all die tapferen Leute die sich als Alpha-Tester gemeldet haben:
Ich hoffe, ich werd bald bei euch anklopfen Aber erst noch n bissi weiter basteln weil es grad wieder Spass macht.

oder auf Englisch "Punch me!" - eine etwas abstrakte Beschreibung für das nächste Kapitel dem ich mich gewidmet habe - dem Hole-Punching. (auf Englisch ist der Wikipedia-Artikel noch ein Stückchen empfehlenswerter)

Alles der Reihe nach bitte!

Also der Alpha-Test gestern ist ins Wasser gefallen bevor er angefangen hat
Hätte nicht geglaubt dass Router ein so großes Hindernis darstellen - wollte mir das HolePunching an sich für später aufheben so als eine Art "Zuckerl" - als letzten Feinschliff. Aber wer p2p arbeiten will (bzw. bei wem jeder Teilnehmer gleichzeitig Server sein kann, also auf Nachrichtenempfang wartet) muss starke Geschütze auffahren.

In meiner Datenbank-Vernarrtheit hab ich eine Lösung über mySQL und php umgesetzt - dies ist zwar etwas träge wie man sich vorstellen kann aber bei lokalen Tests bei mir klappt das schon (Ich habe auf einem Computer die Windows-Firewall aktiviert. Das ist durchaus eine Erwähnung wert weil normalerweise denk ich nichtmal dran die zu verwenden)
Die Firewall wird schon "durch-puncht"

Ich bin übrigens jetzt noch Dreamora dankbar, dass er mir vor über 2 Jahren da mal was erklärt hat zum HolePunching bzw. mir ne Seite zeigte die ich leider nicht mehr finde, aber mit dem Wissen war es mir ein leichtes das umzusetzen. Damit ihr nicht ständig nur öden Text lesen müsst kommt jetzt ein interessanter Text

Wie funktioniert das?

Man benötigt einen Server, der "offen" ist und alle Kontaktdaten (IP-Adresse, Port) der einzelnen user sammelt. Ob dies nun ein selbst geschriebener BB-Server ist oder so wie ich es gemacht hab n http-Server ist an sich egal. Irgendwie wäre ein BB-Server sogar vorzuziehen meiner Meinung nach. Die Begründung geht nun doch etwas über den Umfang des Worklogs hinaus, wer es genau wissen will: Noch hab ich alles frisch im Kopf ^^ Einfach fragen!
Will nun irgendwer (A) mit irgendwen (B) chatten so schickt er (A) diesen Wunsch an den Server. An dieser Stelle könnte er (A) nun die Kontaktdaten beziehen - in meinem Fall werden die vorher schon ausgetauscht.
Der Server teilt das B mit - hier nun darauf achten dass B auf jeden Fall die Kontaktdaten bekommt - auch wenn er wie in meinem Fall zB noch keine bestätigte Freundschaft zu A hat (aber das sind Details)
A und B schicken (annähernd) gleichzeitig Nachrichten über den von ihnen angegebenen Port an den ihnen mitgeteilten Port. (Ich sende zur Vorsicht gleich 5 mal hintereinander - muss noch ausgetestet werden ob das nötig ist)
Der Theorie nach sollten die User nun sich ihre Holes frei-ge-puncht haben und stehen miteinander in Verbindung. Alle sind glücklich und holen sich n kühles Blondes (omg... ich seh grad dass das laut Wikipedia als "Droge" gilt )
Konntet ihr mir bis jetzt folgen? Gut, eine Kleinigkeit hab ich nämlich noch dazu zu sagen: Irgendwie "flickt" die Firewall die Löcher wieder mit der Zeit. Ich tippe auf etwa 30sek. Deshalb lasse ich alle 15sek erneut punchen.

Und was tun wenn das ned geht?

Ähh... ja ich bin mal wieder in der blöden Lage nur Tests bei mir zuhause gemacht zu haben.
Es kann durchaus schief gehn... vor allem wenn man sich das durchliest (Danke Chrise für den Hinweis)
Ich hab daher nen Notfallsplan: Es wird halt kein p2p-Chat gemacht sondern es gibt dann für einen User der einen dermaßen fiesen Router hat halt nur Offline-Messages. Die sind zwar im Prinzip schon implementiert (hab ich vergessen zu erwähnen seit ich das letzte mal darüber schrieb oder?) aber müssen noch ein wenig umkonzipiert werden damit sie auch "live" funktionieren falls von Nöten.
Diese Idee hab ich von the fr3ak - Danke auch an ihn (wie man sieht komm ich mit Fortschreiten dieses Projektes nimma allein zurecht... aber ich muss euch vorerst enttäuschen - es gibt noch nichtmal Credits im Programm ^^)

Und die Zukunft bringt?

Unbestimmtes... Weil der nächste "Punch" trifft mich im RL - bis 23.6. doch noch einiges für die Uni zu tun, ich werd meine BB-Aktivitäten daher zurückschrauben für die paar Tage.

mfG, Christoph.

Guten Abend! (es ist ziemlich genau Mitternacht)
Die letzten 5 Tage sind ja rasend schnell vergangen... jaja, so is das wenn man ne Beschäftigung hat - und die hatte ich, man lese diesen Eintrag!

Also das Lied vom Multithreading hab ich nun endlich fertig komponiert - mit einem Happy End aber einer unerwarteten Wendung (Ich bin etwas unmusikalisch *hust*):

Strophe 1:
Will man über TCP senden so hat man immer einige Sekunden zu warten (bis die Verbindung steht / über Internet) - in dieser Zeit steht das Programm komplett still.

Strophe 2:
Das will ich nicht, daher die Idee des Multithreadings. Es gibt für B3D ja zum Glück einige Lösungen.

Strophe 3:
Die Lib von Xaymar - läuft leider nach eigenen Angaben nur auf WinXP - das war mir nicht genug.

Strophe 4:
Die Abenteuer mit FastPointer: Ich war sehr guter Dinge, die Lib is schon cool (und kostenfrei!). Aber ich hatte damit halt einige Abstürze die ich hier genauer untersuchen wollte. - Leider ohne (dauerhaften) Erfolg.

Strophe 5:
Back to the roots - Der Stein des Anstoßes war ja an sich Silver Knee's UserLib (und die wiederum ein "Nebenprodukt" der Spielereien mit Funktionspointer). Auch wenn extra angegeben wird, man solle nur Globals verwenden kam ich mit der Methode auch nicht zum Ziel - Abstürze standen auf der Tagesordnung.

Strophe 6:
*düstere Stimmung* Wir sind an einem Punkt angelangt an dem man nicht mehr so recht weiter weiß - alle Versuche sind gescheitert. Man besinnt sich also auf etwas viiiel Grundlegenderes und spielt sich ein wenig damit: ExecFile - mein Retter in der Not. Damit geht das nämlich alles was ich je erreichen wollte.
Es wird eine exe gestartet, die die ganze Arbeit macht. Diese hält zum Glück das Hauptprogramm ned auf.

Strophe 7:
Wir perfektionieren das ganze noch mit diversen WinAPI-Spielchen (Damit der exe-Aufruf unbemerkt bleibt) und haben de-facto erreicht was wir wollten. *Happy End*

und die Moral von der Geschicht: MultiThreading kann zwar zum Laufen gebracht werden wie einige Beispielcodes beweisen - es erweist sich aber in der BB-Praxis leider als unbrauchbar.
(Kleines Detail am Rande: Entgegen meiner Stellungnahme im Thread über FastPointer habe ich auch beim beigelegten Sample nach einiger Zeit den "Blackout" gekriegt...)

Zusätzlich zu dieser künstlerischen Darbeitung habe ich noch Folgendes zu sagen:

Ich würde gerne wie schon angekündigt mit den Alpha-Tests starten! Wer gerne ein Alpha-Tier (*hust* Versuchskaninchen *hust*) sein möchte der melde sich bitte per PN / ICQ oder zur Not in den Kommentaren (dort darf auch jeder andere gern mal was schreiben!)
Ich besitze jetzt allerdings tatsächlich die Frechheit auch noch Bedingungen zu stellen. Es geht darum dass ich, um Fehler besser zu analysieren zu können, euch meinen Quellcode zum Testen gebe (Ich denke ohnehin daran, dass Projekt als OpenSource mal zu veröffentlichen wenns was wird. Diese interessante Meldung kennen jetzt nur diejenigen, die wirklich sehr gründlich meinen Worklog lesen). Dieser beruht aber auf einigen WinAPI - Zugriffen wie bereits erwähnt. Ich suche daher Leute, die sich mit Userlibs auskennen bzw. falls mal was nicht sofort funktioniert (zB weil man selbst schon die Funktionen anders benannt in seinen Libs hat) dies selbstständig ausbessern. Ganz ehrlich: Ich möchte nicht Nachhilfe in Sachen Userlibs geben müssen.
Am liebsten wären mir übrigens jemand, der die Zugriffe auf Kernel32 und andere "Standard-Windows-Libs" bereits als decls besitzt. Weil ich selber erst raussuchen müsste welche decls ihr nun genau braucht um meinen Code zum Laufen zu kriegen.

Wie die Tests genau ablaufen hab ich mir noch nicht überlegt - vermutlich wird mein PC als Server herhalten, da ich nicht ständig die Änderungen an einen Webspace übermitteln will. Schnelle Absprache über bereits bekannte Instant Messenger wie ICQ oder MSN ist daher erforderlich.

Freu mich auf eure Rückmeldungen!
mfG, Christoph.

Guten Abend! (Es ist nun etwa 22:40 - wieso wird die Zeit bei einem Worklog-Eintrag eigentlich nicht vermerkt?)

Die Konkurrenz ist ja groß - Thunder bastelt an nem Chat ähnlich wie BlitzUDP was ja immernoch aktuell ist und Toasty schreibt in letzter zeit auch auffallend viel über so Server-Gschichten. Da muss cih am Ball bleiben mit meinem Worklog

Ich habe es vor kurzem (20:40 wars um genau zu sein) geschafft, eine Nachricht von meinem PC zu meinem Laptop zu senden - unter Verwendung aller Regeln der Kunst eines Instant Messengers. (btw. aufgrund mangelnder Phantasie hat dieses Projekt noch immer keinen Namen. Ich hab es als "BChat" auf meiner Festplatte und wenn ich in ICQ davon zu auserwählten Leuten spreche dann heißt es abgekürzt "EIM" - Was für ne total belanglose Info für euch Worklog-Leser )
War jedenfalls ne schwere Geburt und auch wenn ich seither pausenlos am nachbessern bin, bin ich noch weit entfernt von ner "offiziellen" Testversion.

Das Senden an sich war auch gar nicht sooo übermäßig schwer. Aber das Rundherum... da darf natürlich auch ein wenig "GUI-Patching" nicht fehlen. Ich habe "so nebenbei" Copy&Paste für die mehrzeiligen BlitzUI-Textboxen entwickelt. Alles Zuckerl von denen ihr jetzt allerdings noch nichts habt - Sorry.

Das Einzige was ich euch zeige, damit ihr endlich mal irgendwas zu bestaunen habt ist ein Screenshot vom "Hauptteil" - der Kontaktliste mit Chat-Bereich. Klarerweise sind die User hier alle nur Testaccounts von mir.


Wozu ich noch n paar Worte verlieren will weil ich es anderorts angekündigt habe ist:

Das Rückgrat, die Datenbank

Also da ich in letzter Zeit toal vernarrt in Datenbanken bin (Entwurf / Umsetzung / Abfragen etc) und keinen eigenen Root-Server / VServer und auch mit meiner schwachen Internetverbindung keinen eigenen Server betreiben kann sieht das Rückgrat nun wie folgt aus:

MySQL Datenbank mit 4 Tabellen (hoffe ich hab in dem Konzept alles was man braucht):
-) user: eh klar oder?
-) contact: Beziehungen zwischen den Usern, schon im vorigen Eintrag beschrieben
-) recent: Eine Tabelle, die kürzliche Statusänderungen eines Users festhält
-) offlinemsg: Noch nicht genutzt aber mal angelegt

Die obligatorischen php-Skripte die dies alles verwalten sind ja nicht unbedingt der Rede wert. Außer ihr verlangt nach mehr Infos?
Na jedenfalls wird das ganze System nur von "Pings" der eingeloggten Benutzer am Leben gehalten. Die User geben damit nicht nur ihre Onine-Bestätigung ab sondern erhalten im Gegenzug auch alle Infos die sie betreffen. (derzeit nur Statusänderungen aus "recent" - je nachdem wie gut ich bin und wie geduldig wird der p2p-Chat eventuell auch hierüber initiiert. Ich sag nur Hole-Punching. Aber das steht in den Sternen... einer anderen Galaxie...)
Jetzt liegt das Problem auf der Hand, dass auf Dauer und bei sehr vielen Usern dadurch eine große Belastung auf die Datenbank zukommt. Nunja, das wird von mir einfach mal völlig stur und emotionslos ignoriert. Klar würde ich mir wünschen wenn sich dieses Projekt mal großer Beliebtheit erfreut aber mal ganz ehrlich: Von dutzenden Usern die gleichzeitig die Datenbank pingen werd ich weit entfernt sein...
Das meiner Ansicht nach größere Problem ist, dass das Pingen (=http-Anfrage) halt immer so seine Zeit braucht in der das Programm ja bekanntlich nicht reagiert. Solange ich das lokal hier auf meinem PC teste fallt das ja nicht auf aber ich hab jetzt wo ich das hier schreibe und darüber nachdenke richtig Angst davor...

Na jedenfalls wißt ihr nun auch ein bisschen darüber.

Keine dick hervorgehobenen, seichten Fragen als "Überschriften"?

Ähh... nein, diesmal nicht. Dachte ich erzähl das heute mal anders da mir keine guten Fragen eingefallen sind die meine Tätigkeiten seit dem letzten Eintrag beschreiben würden.

Ich glaub das reicht für heute mal wieder - Danke fürs Lesen und byebye!
Christoph.

Grüß euch!

Ich will mich ohne Umwege den dringendsten Fragen dieses Worklogs widmen:

Schon wieder n Eintrag über GUI?

Ja... Ich habe nun endlich die BlitzUI soweit modifiziert dass sie mir gefällt.
Ich plane die von mir umgeschriebene Version zu veröffentlichen allerdings werd ich sie im Laufe der weiteren Entwicklung dieses Projektes noch auf die Probe stellen - ich halte es für sehr wahrscheinlich dass ich noch weitere Eingriffe vornehmen muss - sei es Debugging oder seien es weitere Wünsche meinerseits.
Nimmt man nun alle Änderungen zusammen (von denen ein Teil schon vor etwa 2 Jahren für ein anderes Projekt entstanden sind) so bietet "meine" BlitzUI nun folgende, zusätzliche Features:
"FreeGadget"-Funktion
"URL"-Gadget (im Gegensatz zu Labels nur einzeilig)
Mausrad-Scrolling für ListBox, TextBox und TreeView
Einige Optimierungen in Sachen CPU-Verbrauch
Tooltip in ListBoxen, wenn Item-Text zu groß ist
"Passwort-Modus" für Textboxen

Was gibts über die Kontaktverwaltung zu erzählen?

Endlich mal n anderes Thema *freu*
Ich habe mich hier an ein weit verbreitetes Schema gehalten:

Ich muss dazu sagen dass die letztendliche Verwaltung in der Datenbank noch nicht fix ist. Also die Struktur steht aber wie zum Beispiel in dem Fall des "Benutzer ablehnen" (in der Skizze durch ein * markiert) vorgegangen werden soll muss ich mir noch überlegen. In dem Fall könnte man die Kontaktinformationen eigentlich löschen... aber das will noch einmal überdacht werden.

Ääähm... ein Messenger ohne Chat Funktion - was zum... ?

Sehr gut mitgedacht! Ja das is natürlich nix, daher wird das der nächste Punkt sein den ich angehe.
Ich denke es wird sich recht gut in meinem LAN testen lassen aber macht euch drauf gefasst dass ich demnächst um Alpha-Tester ansuchen werde
Ich führe die geringe (*hust* Schönfärberei... also richtig wäre ja "gar keine") Anteilnahme von euch darauf zurück dass ich hier noch nix hergezeigt habe. Ein Bild habt ihr ja jetzt und wie gesagt, ich hoffe mich mit nem Alpha-Test das nächste Mal melden zu können.

mfG, Christoph.

Immer wieder gibt es Leute die nicht wissen, was die Abkürzung GUI bedeutet. Ich bin selber heute erst draufgekommen. Sie steht für "Großes Unheil mit den Interfaces"!

Ich habe nun fast 2 Tage durchgehend nur Ärger gehabt und habe an allen Ecken und Enden meine Erwartungen zurücksetzen müssen und Kompromisse eingehen müssen.
Letztendlich bin ich wieder bei der BlitzUI gelandet die ich nun für dieses Projekt auserkoren hab.

Wie kommts?

Auf Ratschlag von coolo (ja schon wieder er!) sah ich mir nochmal WinBlitz3D an - die war ja früher für mich schon gestorben da sie im Leerlauf 100% CPU Auslastung braucht Naja, aber n Timer hilft auch da Wunder Hab mich ein wenig damit gespielt und war eigentlich sehr angetan - Da sie sogar SystemTray- und Drag&Drop-Unterstützung anbietet. Alles in einem, juhu.
Leider gibt es wie hier nachzulesen ein paar Probleme beim anpassen der ganzen Gadgets. Um genau zu sein hat das überhaupt nicht geklappt. Ich habs zwar heute noch mit Müh und Not geschafft, einem Fenster solche Styles zu verpassen aber alle anderen Gadgets haben leider vollkommen durchgedreht.... unbrauchbar daher.

Dann blieb also die "übliche" Frage: mGUI oder BlitzUI? Die Antwort war dann BlitzUI da ich mit der schon sehr vertraut bin (und auch schon für frühere Projekte ein wenig an der Performance gefeilt habe) und ich mir einen Chat ohne MultiLine-Textboxen irgendwie nicht vorstellen konnte...
Jetzt sollte ich eigentlich zufrieden sein - bin ich aber nicht denn auch bei der BlitzUI muss ich noch jede Menge nachbasteln, wie zB das "ausmaskieren" mit Sternchen oder sonstigem bei der Passwort-Eingabe. Fällt mir auch erst jetzt auf dass es sowas ned gibt bei der BlitzUI...
Also noch n bisserl damit herum zu ärgern aber immernoch besser als alles neu zu machen.

Was heißt das jetzt?

Ich verzichte somit auf eigene Lösungen der Textdarstellung, somit wird es ziemlich sicher keine Smilies oder anklickbare URLs geben im Chat - Aber Text kopieren und einfügen soll zumindest möglich sein sonst hätt ich ja gar nix zu bieten.

Und sonst?

Im Hintergrund hat sich wenig geändert an den Features, die werden jetzt dann heute oder morgen in GUI Form gebracht... vorher hat es auch leider keinen Sinn Screenshots zu posten.

Achja, um nicht vollkommen mit der GUI zu verzweifeln hab ich mich mit ein paar WinAPI-Funktionen gespielt. (Also Fensterrahmen verstecken und so Späße - kann man ja immer brauchen )

mfG, Christoph.

Laut Wikipedia hat heute Angelina Jolie, für den Otto-Normal-PC-Freak bekannt als Lara Croft Geburtstag, sie wird 35. Warum ich das hier schreibe? Ich brauch doch irgendeinen Aufhänger für meinen ersten Eintrag in diesem neuen Worklog!

Worum gehts?

Chatprogramme gibts ja wie Sand am Meer - aber ich will nicht nur simplen P2P-Chat, ich will auch gleich ne MySQL-Datenbank im Hintergrund haben so dass am Ende ein Messenger ähnlich ICQ oder MSN (ich bin ja auch etwas zurück geblieben - das heißt ja mittlerweile WLM oder?) entsteht.
Es soll erstmal nur das Grundgerüst dafür geschaffen werden - um die Problematik mit dem Freischalten von Ports und den Extras wie Nutzung von anderen etablierten Protokollen wie eben ICQ beschäftige ich mich später - oder auch gar nicht.

Wie komm ich drauf?

Ich habe heute festgestellt, dass ich schon "lang" (hmm... mal von kleinen Hilfsprogrammen abgesehen schon sicher 3 Wochen lang *lol*) nix mehr mit BB gemacht hab und außerdem in der kommenden Woche eher viel Zeit haben werde. Daher brauche ich ne Beschäftigung und coolo war so nett mir gleich eine gute Idee zu geben - Danke dafür!

Wieso kein Projektname?

Weil mir noch kein guter eingefallen ist und ich es blöd finde dass alle "xxx (workingtitle)" schreiben um auszudrücken dass "xxx" ein schlechter Name ist bei dem sie sich nicht sicher sind. Ich erspar mir das und bin ehrlich. Außerdem ist der Name doch schnurzpiepegal solang es noch nix zum Herzeigen gibt.

Was gibts bereits?

Ich hab erst vor etwa 2 Stunden angefangen und hab zwischendurch noch andere Dinge getan (und über 15 Minuten allein diesen Eintrag hier geschrieben).
Daher steht erstmal nur die Datenbank + php-Skripte + BB-Testcode um folgendes zu tun:
-) Registrieren
-) Einloggen
-) Kontakte hinzufügen
-) Kontakte bestätigen

Das ganze klingt vlt schon viel, es ist aber recht wenig wenn man bedenkt dass es nur Datenbank-Zugriffe sind und es noch KEINE GUI dazu gibt. Zur GUI gleich: Ich werd entweder BlitzUI oder mGUI verwenden (je nachdem wie wichtig mir mehrzeilige Eingabeboxen sind) wobei die nur für das "Rundherum" zuständig ist, das eigentliche Chatfenster werd ich selber basteln. Aber ist noch nicht fix, nur ne erste Überlegung.

Was ist noch geplant?

Ähm... ja einfach weiter machen. Je nach Lust und Laune die Kontaktliste ausschmücken aber vorrangig mal den Online-Status ermitteln. damit man dann in weiterer Folge den direkten P2P-Chat starten kann. (Wofür dann langsam die GUI-Frage von vorher geklärt werden muss)

Das wars schon?

Ja, mehr gibts erstmal nicht (Sagt bloß das is zu wenig?). Ich hoffe mal dass ich durch diesen Worklog ein wenig Motivation schöpfen kann damit dieses Projekt nicht wieder nach einer Woche wie verschimmelter Käse liegen gelassen wird... Passierte mir in letzter Zeit oft, daher hört man auch so wenig von mir

Danke jedenfalls fürs Lesen und hoffentlich bis bald!
Christoph.