Indy wie IRC nachrichten empfangen

[Dragon]

Thomas B. hat bei 11:26 geschrieben das ich darüber die events abfragen kann. Und vor der aktu hat er hier auch net gemekert.

[Warf]

Thomas B. hat bei 11:26 geschrieben das ich darüber die events abfragen kann. Und vor der aktu hat er hier auch net gemekert.

Ja das stimmt so auch, nur dass das wohl, seit der neuen Version, auf OOP ausgelegt ist

[Dragon]

ok hab grad noch mal n bissl gesucht und das gefunden http://svn.freepascal.org/svn/fpcprojects/fpcircbot/ mal sehen ob ich damit weiterkomm es nutzt lnet statt indy soweit ich auf den ersten blick sah

[Dragon]

kompiliert kriege ich das was ich im vorherigen post verlinkt habe schonmal mal schauen morgen werde ich mir mal den code genauer anschauen.

[Thomas B.]

Ich glaube, hier ist weniger Indy das Problem sondern eher IRC (als Schnittstelle) und Event-gesteuerte Programmierung.

Meine o.g. Prozedur sollte natürlich die Methode einer Klasse sein (wie bereits erwähnt) - bitte nicht die "TMethod-Variante" in dem Beispiel nehmen.
In meiner (etwas älteren) Indy-Relase-Version steht TIdContext in der Unit IdContext und IdStrings in IdObjs.
Der Link mit dem Beispiel hat wohl doch eher verwirrt, als geholfen.

Wenn Asynchron zu schwierig ist, dann lieber Synchron mit Synpase arbeiten.

[Dragon]

@Thomas B. Wie schon gesagt der eine fehler ist ie geschrieben erst aufgetaucht nachdem ich aktualisiert habe.

Das was ich oben verlinkt habe läuft ja über lnet davon werde ich mir die sources morgen mal angucken, weil das das erste beispiel ist das ich überhaupt komiliert bekommen habe von denen die ich gefunden hab an IRC beisp. .

trotzdem danke für all eure hilfe ich glaube ich werde den das Teil als grunundlage verwenden oder zumindest draus lernen und indy wegfallen lassen und dann lnet nehmen.

[Christian]

Die LCL ist auch oft nicht die optimale Wahl, nur mangelts an alternativen. Hat der OP jetzt Indy ans laufen bekommen ? Was war an meiner Aussage mit Fehleranfällig so falsch ? Der OP hat mehrere Probleme gehabt Indy ans laufen zu bekommen. Im Wiki sind auch für Indy 9 und 10 unterschiedliche Ansätze beschrieben. Jedesmal wenn ich Indy probiert habe musste ich erstmal die Packages anpassen damit überhaupt was kompiliert werden konnte. Mir ist das alles zu ungepflegt. Synapse ist seit Jahren in perfektem Zustand und wird auch gepflegt auch wenns nicht soviel Funktionen wie Indy hat.

[Dragon]

@Christian hab es mit indy nicht weiter ausprobiert. Habe mir in den vergangenen tagen aber einen auf lnet basierenden angeguckt den ih ja verlinkt hatte.
Der funkioniert an sich, bis auf den fehler das der PUser zugriff broken ist, und den speicherzugriffsfehler beim beenden des programms.
Nur alles an code des botes versehe ich noch nicht^^.

den speicherzugriffsfehler hab ich mitl. nichtmehr nachdem ich den Datenbank und CGI kram rausgeworfen hab weil ich den erstmal nicht brauch, machts nur unnötig kompliziert.
Der code soll schließlich als lerngrundlage dienen da ist übersichtlichkeit wichtig denke ich.

Das interresante am Puser fehler ist, es gibt ein befehl mit dem man sich alle PUser anzeigen lassen kann bzw ausgeben, da stehe ich drinne und wenn ich ein PUser command ausführen will, sagt er "sie sind kein PUser" oder so ähnlich.

[Christian]

Bei LNet wär ich aber auch vorsichtig. Ich hab meinen IMAP Server auf LNet Basis entwickelt gehabt, weil ichs ganz nett fand. Aber es gibt kaum Doku und weiterentwickelt wird auch nichts. Ich hab jetzt vor 2 Monaten alles nochmal auf Synapse umgehoben :/