1. IRC client
- Posted by bensler at mail.com
Jan 04, 2002
Hi all,
I'm currently experimenting with LAN networking and have taken
curiosity in attempting to build a simple IRC client.
Can someone give me a simple example of establishing a client
connection to an IRC server? Or perhaps there is already an IRC
compatible client in the archives already and I've overlooked it.
I've tried implementing a client connection, using eutcp4u, and it
just hangs waiting for connection. I would assume I should be able to
create a standard tcp connection, and from there I would send my numeric
commands to verify my connection as an IRC client, and to logon, but I
can't even get that far. I should note that I was attempting my client
connection using Ray's client prog included with eutcp4u.
Honestly, I have no idea what I'm doing :P So any help would be
greatly appreciated.
I have the IRC RFC's, but it doesn't describe any specific procedures
for creating a connection, other than required logon commands and how
they are processed.
It's probably something very simple, or maybe I don't have my network
set correctly. Though I'm able to create a connection using the eutcp4u
client and server.
Maybe someone can direct me to some more useful documentation, other
than the IRC RFC protocol docs.
TIA
Chris
2. Re: IRC client
On 5 Jan 2002, at 4:45, bensler at mail.com wrote:
>
> Hi all,
>
> I'm currently experimenting with LAN networking and have taken
> curiosity in attempting to build a simple IRC client.
>
> Can someone give me a simple example of establishing a client
> connection to an IRC server? Or perhaps there is already an IRC
> compatible client in the archives already and I've overlooked it.
I did get a irc client going with tcp4u, and connected to sorcerynet and
dalnet at the same time, in several channels at once on each net. Problem
is, i got distracted while i was changing it over to use less cpu time, and
broke it! I was also adding features like mirc, the events stuff, like on_text
and on_notice, and on_ctcp, and etc.. It ran great, kept all the channel stuff
separate thru the events, and separate based on net too, and yet the events
could still access data from other servers and other channels.
I'll try to get it going again....
Kat
3. Re: IRC client
On Sat, 05 Jan 2002 03:44:28 -0800, Kat <gertie at PELL.NET> wrote:
>On 5 Jan 2002, at 4:45, bensler at mail.com wrote:
>> Hi all,
>> I'm currently experimenting with LAN networking and have taken
>> curiosity in attempting to build a simple IRC client.
>> Can someone give me a simple example of establishing a client
>> connection to an IRC server? Or perhaps there is already an IRC
>> compatible client in the archives already and I've overlooked it.
>I did get a irc client going with tcp4u, and connected to sorcerynet and
>dalnet at the same time, in several channels at once on each net. Problem
>is, i got distracted while i was changing it over to use less cpu time, and
>broke it! I was also adding features like mirc, the events stuff, like on_text
>and on_notice, and on_ctcp, and etc.. It ran great, kept all the channel stuff
>separate thru the events, and separate based on net too, and yet the events
>could still access data from other servers and other channels.
>I'll try to get it going again....
If you do, I have no doubt that there is a fair number of people on this
list - not least me - who would be interested in seeing the code for this.
I've found that I'm much better at hacking at other people's code than I am
at generating original code, and something like this would be interesting
to play with.
QUESTION FOR THE LIST: I'm starting to work on a set of routines that can
be used to simplify the translation of a program's interface between
languages - it doesn't do the translation, it just makes it easier to take
out the language1 strings and substitute the equivalent strings in
language2, so that, in theory, all one would have to do to release a French
and a German version of a program would be to ship a different string
resources file. Is there any interest in this capability? I repeat, my
code will not do the language translation, just make it possible to easily
update a program to handle different languages.
--
Jeff Zeitlin
jzeitlin at cyburban.com
(ILink: news without the abuse. Ask via email.)
4. Re: IRC client
Cool, GO WITH IT DUDE!!!
"After 6 or so"
Easy way to make some extra cash selling overseas
not to mention draw some serious attention to Euphoria.
GREAT IDEA.....I'll Buy a copy!!!
Euman
euman at bellsouth.net
----- Original Message -----
From: <jzeitlin at cyburban.com>
>
> On Sat, 05 Jan 2002 03:44:28 -0800, Kat <gertie at PELL.NET> wrote:
>
> >On 5 Jan 2002, at 4:45, bensler at mail.com wrote:
>
> >> Hi all,
>
> >> I'm currently experimenting with LAN networking and have taken
> >> curiosity in attempting to build a simple IRC client.
>
> >> Can someone give me a simple example of establishing a client
> >> connection to an IRC server? Or perhaps there is already an IRC
> >> compatible client in the archives already and I've overlooked it.
>
> >I did get a irc client going with tcp4u, and connected to sorcerynet and
> >dalnet at the same time, in several channels at once on each net. Problem
> >is, i got distracted while i was changing it over to use less cpu time, and
> >broke it! I was also adding features like mirc, the events stuff, like
> >on_text
> >and on_notice, and on_ctcp, and etc.. It ran great, kept all the channel
> >stuff
> >separate thru the events, and separate based on net too, and yet the events
> >could still access data from other servers and other channels.
>
> >I'll try to get it going again....
>
> If you do, I have no doubt that there is a fair number of people on this
> list - not least me - who would be interested in seeing the code for this.
> I've found that I'm much better at hacking at other people's code than I am
> at generating original code, and something like this would be interesting
> to play with.
>
> QUESTION FOR THE LIST: I'm starting to work on a set of routines that can
> be used to simplify the translation of a program's interface between
> languages - it doesn't do the translation, it just makes it easier to take
> out the language1 strings and substitute the equivalent strings in
> language2, so that, in theory, all one would have to do to release a French
> and a German version of a program would be to ship a different string
> resources file. Is there any interest in this capability? I repeat, my
> code will not do the language translation, just make it possible to easily
> update a program to handle different languages.
>
> --
> Jeff Zeitlin
> jzeitlin at cyburban.com
> (ILink: news without the abuse. Ask via email.)
5. Re: IRC client
On Sat, 05 Jan 2002 17:48:56 -0500, you wrote:
>, in theory, all one would have to do to release a French
>and a German version of a program would be to ship a different string
>resources file.
Obviously you intend something quite simple which would probably be
fine for smaller applications, so don't let me put you off, too much.
There follows a bit of a rant which should probably just have said "Be
aware this is fine for whole sentences, help text, etc, but single
word field and column labels will often still need editing by hand."
I once had the misfortune to "work" on such a system. Something quite
innocent - order springs to mind - can cause major headaches. The
English dictionary (the OED) may have about 20 definitions of the
word, but say in German the overlap is most definitely not 1:1. For
example German for sales order is I believe completely different to
purchase order, and for that matter a confirmed, held, delivered, or
invoiced order. The point is that where the English version has a
field or column heading of "Order", somehow you need to specify which
of the fifteen or so entries for "Order" in the German dictionary /
"string resources file" it corresponds to.
Another problem is that it is natural to design a GUI with appropriate
space for the English word which is often not enough for the other
language equivalent. Basically when using anything like "Name" you
have to pretend it is at least 10 characters long, sometimes more.
Things like "You have used" & percent & "% of your" & allocation & "MB
allocation" don't tend to work. "2" & "nd" & "January" also iffy.
Press .. Y - Yes || O - Oui || J - Ja, program has to know what
language it is working in and test input accordingly. Similarly Alf-F
opens the (F)ile menu in most programs but that's only in English.
They spent about 40 man-years upstairs trying to get this working on
the flagship product before dumping some b*****s on us about putting a
record number in the source code and hacking the display routine of
the operating system itself to fetching it from the dictionary before
display (so it *looked* normal in the editor), etc, etc - which we
then wasted about 4 man-years on before throwing away.
Sorry to be so negative, but forewarned is forearmed 'n all.
Pete
6. Re: IRC client
Kat wrote:
> ..
> I remember now! there was no poke2 before! ...
Hi Kat,
there is a poke2 in the archive.
Nave a nice day, Rolf
7. Re: IRC client
On 15 Jan 2002, at 8:25, rolf.schroeder at desy.de wrote:
>
> Kat wrote:
> > ..
> > I remember now! there was no poke2 before! ...
>
> Hi Kat,
> there is a poke2 in the archive.
I know, look at the date on it, Oct 2001. I made the changes to the tcp4u
months *before* that.
Kat
