1. RE: Kat: Irc.exw
I trap right after the notify trap
if equal(data[1],"303") then puts(1,"Notify: "&data[3]) end if
if equal(data[1],"PING") then SendToServer(sock_connect[2],"PRIVMSG
#test PINGPONG\n") end if
When i sit and think about it it makes since that it doesnt work,
A simple mistake of going to fast
Kat wrote:
> On 9 Jun 2001, at 19:54, Grape Vine wrote:
>
> >
> > Just got some free time(middle of moving) to play with irc.exw. Very
> > nice, took about 5 min to get it to connect ot my irc server(local
> > server(IRC Plus). I have not had long so i am prob just over looking
> > something due to i dont know the structure of the data yet. I cant get
> > it to respond to a ping event from the server, My traps dont work and
> > the ping event does not parse to a number. If you have solved this LMK,
> > I get this working for 3 min then get droped =(
>
> I didn't do anything but make it connect... i'll look at it again. What
> do your
> traps and ping parser look like?
>
> Kat
>
Grape Vine
13728824
2. RE: Kat: Irc.exw
Ahhh. I think i should sit down and make a standard include out of this
and work from there. The data structure's had me confused, now i see why
=)
Kat wrote:
> On 9 Jun 2001, at 23:49, Kat wrote:
>
> >
> > On 9 Jun 2001, at 19:54, Grape Vine wrote:
> >
> > >
> > > Just got some free time(middle of moving) to play with irc.exw. Very
> > > nice, took about 5 min to get it to connect ot my irc server(local
> > > server(IRC Plus). I have not had long so i am prob just over looking
> > > something due to i dont know the structure of the data yet. I cant get
> > > it to respond to a ping event from the server, My traps dont work and
> > > the ping event does not parse to a number. If you have solved this LMK,
> > > I get this working for 3 min then get droped =(
>
> There are no standard data structures, sadly. For nearly every irc
> event, i
> have had to code a separate test and data extraction paragraph.
>
> > I didn't do anything but make it connect... i'll look at it again. What
> > do your
> > traps and ping parser look like?
>
> Ok, i did a fair rewrite of the center part of that irc client code, and
> it
> responds to the server PING, to all "ctcp" commands (but replies to only
> the
> version and ping for now), and responds to numerics (but doesn't do
> anything
> about them). One reason i didn't do anything about replying is that i
> was
> considering an interpreter to run code in scripts outside the connection
> code,
> written while it's running,,, rather than run-test,
> disconnect-shut-down,
> change a line, reconnect-test.
>
> Kat
>
> -> [[TiggrTest]] VERSION
> [[TiggrTest] VERSION reply]: TiggrBot by Kat
>
> . 03:27:29am 06/10/01 [TiggrTest] is 2 secs from me. .
> [03:27] -> -[TiggrTest]- [TiggrTest], your Ping reply was 2 secs from
> me,
> your friendly [Tiggr] ;+}
>
Grape Vine
13728824
3. RE: Kat: Irc.exw
On 10 Jun 2001, at 16:53, Grape Vine wrote:
>
> I trap right after the notify trap
>
> if equal(data[1],"303") then puts(1,"Notify: "&data[3]) end if
>
> if equal(data[1],"PING") then SendToServer(sock_connect[2],"PRIVMSG
> #test PINGPONG\n") end if
Errrrrrrr,,,, if your data is what is recieved from the socket, then the server
PING will be data[1], but the 303 will be data[2]. Also, the reply to a server
PING isn't to send anything to the channel, you haveto reply to the server,
that's why you haveto extract from the recieved where the data came from.
Mode settings especially. This is also where a goto would be really helpful,
after all the various ways of parsing the data formats, a "goto :processit"
would be a nice simple way to skip all the rest of the parsing tests.
Kat
4. RE: Kat: Irc.exw
As far as im concerned it is. Kat is the one who produced the first code
so it not in my hands.
pampeano at ROCKETMAIL.COM wrote:
> Is this an open project? If so, could you tell me where I could
> download the souce?
>
> Thanks,
> Guillermo Bonvehí
>
> --- Kat <gertie at PELL.NET> wrote:
> >
> > On 9 Jun 2001, at 23:49, Kat wrote:
> >
> > >
> > > On 9 Jun 2001, at 19:54, Grape Vine wrote:
> > >
> > > >
> > > > Just got some free time(middle of moving) to play with irc.exw.
> > Very
> > > > nice, took about 5 min to get it to connect ot my irc
> > server(local
> > > > server(IRC Plus). I have not had long so i am prob just over
> > looking
> > > > something due to i dont know the structure of the data yet. I
> > cant get
> > > > it to respond to a ping event from the server, My traps dont work
> > and
> > > > the ping event does not parse to a number. If you have solved
> > this LMK,
> > > > I get this working for 3 min then get droped =(
> >
> > There are no standard data structures, sadly. For nearly every irc
> > event, i
> > have had to code a separate test and data extraction paragraph.
> >
> > > I didn't do anything but make it connect... i'll look at it again.
> > What do your
> > > traps and ping parser look like?
> >
> > Ok, i did a fair rewrite of the center part of that irc client code,
> > and it
> > responds to the server PING, to all "ctcp" commands (but replies to
> > only the
> > version and ping for now), and responds to numerics (but doesn't do
> > anything
> > about them). One reason i didn't do anything about replying is that i
> > was
> > considering an interpreter to run code in scripts outside the
> > connection code,
> > written while it's running,,, rather than run-test,
> > disconnect-shut-down,
> > change a line, reconnect-test.
> >
> > Kat
> >
> > -> [[TiggrTest]] VERSION
> > [[TiggrTest] VERSION reply]: TiggrBot by Kat
> >
> > . 03:27:29am 06/10/01 [TiggrTest] is 2 secs from me. .
> > [03:27] -> -[TiggrTest]- [TiggrTest], your Ping reply was 2 secs
> > from me,
> > your friendly [Tiggr] ;+}
> >
<snip>
Grape Vine
13728824
5. RE: Kat: Irc.exw
On 11 Jun 2001, at 5:26, Grape Vine wrote:
> As far as im concerned it is. Kat is the one who produced the first code
> so it not in my hands.
Well, i got ticked off enough to make it run, anyhow....
> pampeano at ROCKETMAIL.COM wrote:
> > Is this an open project? If so, could you tell me where I could
> > download the souce?
It's hardly stable source right now, i assume that means it can't be a
collaborative effort, but i am working on stabilising the code to the point that
different includes can be coded by different people:
1) The "raw" numerics will be a pain to write, i assure you, with hundreds of
them, and them not being used the same on every irc net. I hope to sorta
copy them right out of Tiggr, since she has running code for all of them.
Problems of course, she executes vars, and uses goto. She also makes var
names out of data. And while she knows the nets she is on, and adapts to it,
she isn't coded for more than one net at the same time. Mirc's loops don't
exist,, no "while" or "for", at least in my old version. Whoever transcribes
this
better be an expert in mirc script,, or start new Eu code from scratch.
Comments?
2) the interpreter, to load and run code at any time, like mirc does, might be
a headache too. Several are in archives,,, Py might be a good first choice,
even tho it's a new language? Comments?
3) a windoze gui would be nice, and since get_key() has a bug, i suppose a
real windoze event gui is needed? Can anyone make it show all the fonts on
one "window", and mirc-compatable colors? What about ANSI codes?,,, i
had also written a MUD client in mirc, mirc uses ASCII,, yeas, i wrote a
whole MUD client, and ansi-ascii-ansi converter,, but it uses a mirc
@window. I don't know windose gui well enough to write one. Comments?
4) thoughts needed: since we can't do in Eu what we can do in mirc, what do
you think of different "events" includes? Would this make script-like coding
any easier? Like "on_join.ew" and "on_connect.ew" ? Or "on_join.py" and
"on_connect.py" for the Py interpreter? Where is the limit to the number of
them? Comments?
Tonite, i got the code to connect and interact properly (to the extent that it
does anything) on sorcerynet and dalnet *at the same time*. It joined a
channel on sorcerynet, didn't join a channel on dalnet,,, i talked to it in
channel on sorcerynet and i msged it on dalnet. There were no problems, no
errors, the logs showed everything's source, scripts can deal with the
events/numerics coming from different nets, no problem. As near as i can
tell, the number of nets you can connect to simultaneously is limited only by
your internet connection bandwidth. Yeas, it did the server PING/PONG on
both nets just fine. 
)
I intend on plugging in email send/recieve, http and ftp. I haven't considered
mirc's dcc yet, but it should be done too. Can you say "code bloat"?
Comments?
I have also considered using this as a proxy between mirc and the nets, so
mirc can be the gui, while Eu munges the data flow. Problem is, as far as i
know, no mirc user-written scripts support more than one net at a time (but i
can always write them), so i don't know if this is useful to the masses. Mirc
as a gui would also give us runtime loading of new mirc code, executing vars,
and we wouldn't haveto reinvent the *entire* wheel, which is rather what we
are doing, you know..... so i hope we can pull in all the best of everything we
have tried. Of course, if we use mirc, it will be a bigger hassle to sell this
for
money....
Kat
6. RE: Kat: Irc.exw
WOW, This has started to go ~way~ past what i was first thinking about.
1) Focus on 1 irc net. Add support for others later,maybe using dynamic
includes.
@) Myself, would add this to the "to-do list" pile and wait forthe
connection layer to be finishish. I tihnk what ever is done now might
have ot be redone/fixed later and the bugs might be very hard to track
down.
3)Myslef, Im not after a gui just yet. My first intent was to make a
linux bot. I evolved that into many more idea but i swiped them all back
to the base idea for the time being.
4) Nice idea. It brings me back to #1, Needing different setups for
different nets. Could a include be setup for each numric event? Then
just say nclude path = /dalnet or /efnet or /ircnet ect???
As much as i want to be a part of this I am not able to do much more
then ideas. To be honest im not doing well mentaly. Im recovering from
the loss of a child and now my fiancee left. Im going to go crawl into a
corner and see if i cant stay sane. Ill add to this project when i can,
I am goign to focus on the log mailer/blat gui for a while.
www.trifocus.net/~g__vine/morgen/
Kat wrote:
> On 11 Jun 2001, at 5:26, Grape Vine wrote:
>
> > As far as im concerned it is. Kat is the one who produced the first code
> > so it not in my hands.
>
> Well, i got ticked off enough to make it run, anyhow....
>
> > pampeano at ROCKETMAIL.COM wrote:
> > > Is this an open project? If so, could you tell me where I could
> > > download the souce?
>
> It's hardly stable source right now, i assume that means it can't be a
> collaborative effort, but i am working on stabilising the code to the
> point that
> different includes can be coded by different people:
>
> 1) The "raw" numerics will be a pain to write, i assure you, with
> hundreds of
> them, and them not being used the same on every irc net. I hope to sorta
>
> copy them right out of Tiggr, since she has running code for all of
> them.
> Problems of course, she executes vars, and uses goto. She also makes var
>
> names out of data. And while she knows the nets she is on, and adapts to
> it,
> she isn't coded for more than one net at the same time. Mirc's loops
> don't
> exist,, no "while" or "for", at least in my old version. Whoever
> transcribes this
> better be an expert in mirc script,, or start new Eu code from scratch.
> Comments?
>
> 2) the interpreter, to load and run code at any time, like mirc does,
> might be
> a headache too. Several are in archives,,, Py might be a good first
> choice,
> even tho it's a new language? Comments?
>
> 3) a windoze gui would be nice, and since get_key() has a bug, i suppose
> a
> real windoze event gui is needed? Can anyone make it show all the fonts
> on
> one "window", and mirc-compatable colors? What about ANSI codes?,,, i
> had also written a MUD client in mirc, mirc uses ASCII,, yeas, i wrote a
>
> whole MUD client, and ansi-ascii-ansi converter,, but it uses a mirc
> @window. I don't know windose gui well enough to write one. Comments?
>
> 4) thoughts needed: since we can't do in Eu what we can do in mirc, what
> do
> you think of different "events" includes? Would this make script-like
> coding
> any easier? Like "on_join.ew" and "on_connect.ew" ? Or "on_join.py" and
> "on_connect.py" for the Py interpreter? Where is the limit to the number
> of
> them? Comments?
>
> Tonite, i got the code to connect and interact properly (to the extent
> that it
<snip>
J Reeves
Grape Vine
13728824
7. RE: Kat: Irc.exw
On 11 Jun 2001, at 14:01, Grape Vine wrote:
> WOW, This has started to go ~way~ past what i was first thinking about.
I didn't say *you* hadto do any of it, and i was just thinking ahead,, about all
the things i wished mirc had.
> 1) Focus on 1 irc net. Add support for others later,maybe using dynamic
> includes.
Err, problem with doing it later is that it wouldn't be passing the netname to
the event code, and changing the parameter list later would likely break
code,, so i did it now, it wasn't a big problem to add that feature, and now
you can switch nets and automagically have different code running, like the
numeric replies one net uses, but the next doesn't. Or the way dalnet uses
/chanserv and the other nets use /msg chanserv and dalnet once used /msg
chanserv at services.dal.net.... yeas, i had written a translator so
/msgchanserv sent it the right way for the net it was on at the time.
> @) Myself, would add this to the "to-do list" pile and wait forthe
> connection layer to be finishish. I tihnk what ever is done now might
> have ot be redone/fixed later and the bugs might be very hard to track
> down.
You must not irc like i do. 
> 3)Myslef, Im not after a gui just yet. My first intent was to make a
> linux bot. I evolved that into many more idea but i swiped them all back
> to the base idea for the time being.
Linux has gui. And this is based on tcp4u, which is wrapped only for
windoze, or has someone wrapped it for linux?
> 4) Nice idea. It brings me back to #1, Needing different setups for
> different nets. Could a include be setup for each numric event? Then
> just say nclude path = /dalnet or /efnet or /ircnet ect???
Most people on irc are technical idiots, and couldn't change anything.
Besides, if the code isn't net-aware, how will it deal with a nick ban on one
net and not on the other? How will it recognise an address mask is sop in
#whatever on one net, and not op'd in #whatever on the other net? In mirc,
this was easy to deal with in the name of the var,
%isop.sorcery.#whatever nick!ident@mask
or
%sorcery.#channel.ident@mask sop
> As much as i want to be a part of this I am not able to do much more
> then ideas. To be honest im not doing well mentaly. Im recovering from
> the loss of a child and now my fiancee left. Im going to go crawl into a
> corner and see if i cant stay sane. Ill add to this project when i can,
> I am goign to focus on the log mailer/blat gui for a while.
Sorry to hear about the troubles. 
I hope things get better for you soon.
What's a "log mailer/blat gui" ?
Kat
> www.trifocus.net/~g__vine/morgen/
>
> Kat wrote:
> > On 11 Jun 2001, at 5:26, Grape Vine wrote:
> >
> > > As far as im concerned it is. Kat is the one who produced the first code
> > > so
> > > it not in my hands.
> >
> > Well, i got ticked off enough to make it run, anyhow....
> >
> > > pampeano at ROCKETMAIL.COM wrote:
> > > > Is this an open project? If so, could you tell me where I could
> > > > download the souce?
> >
> > It's hardly stable source right now, i assume that means it can't be a
> > collaborative effort, but i am working on stabilising the code to the
> > point that
> > different includes can be coded by different people:
> >
> > 1) The "raw" numerics will be a pain to write, i assure you, with
> > hundreds of
> > them, and them not being used the same on every irc net. I hope to sorta
> >
> > copy them right out of Tiggr, since she has running code for all of
> > them.
> > Problems of course, she executes vars, and uses goto. She also makes var
> >
> > names out of data. And while she knows the nets she is on, and adapts to it,
> > she isn't coded for more than one net at the same time. Mirc's loops don't
> > exist,, no "while" or "for", at least in my old version. Whoever transcribes
> > this better be an expert in mirc script,, or start new Eu code from scratch.
> > Comments?
> >
> > 2) the interpreter, to load and run code at any time, like mirc does,
> > might be
> > a headache too. Several are in archives,,, Py might be a good first
> > choice,
> > even tho it's a new language? Comments?
> >
> > 3) a windoze gui would be nice, and since get_key() has a bug, i suppose a
> > real windoze event gui is needed? Can anyone make it show all the fonts on
> > one
> > "window", and mirc-compatable colors? What about ANSI codes?,,, i had also
> > written a MUD client in mirc, mirc uses ASCII,, yeas, i wrote a
> >
> > whole MUD client, and ansi-ascii-ansi converter,, but it uses a mirc
> > @window. I don't know windose gui well enough to write one. Comments?
> >
> > 4) thoughts needed: since we can't do in Eu what we can do in mirc, what do
> > you think of different "events" includes? Would this make script-like coding
> > any easier? Like "on_join.ew" and "on_connect.ew" ? Or "on_join.py" and
> > "on_connect.py" for the Py interpreter? Where is the limit to the number of
> > them? Comments?
> >
> > Tonite, i got the code to connect and interact properly (to the extent
> > that it
> <snip>
>
>
> J Reeves
> Grape Vine
<snip>
>
>
>
8. RE: Kat: Irc.exw
Kat wrote:
> On 11 Jun 2001, at 14:01, Grape Vine wrote:
>
>
> > WOW, This has started to go ~way~ past what i was first thinking about.
>
> I didn't say *you* hadto do any of it, and i was just thinking ahead,,
> about all
> the things i wished mirc had.
Didnt mean it that way at all. Just saying this has grown to more then i
thought it would?? Still not right but as close as i can get right now.
>
> > 1) Focus on 1 irc net. Add support for others later,maybe using dynamic
> >
> > includes.
>
> Err, problem with doing it later is that it wouldn't be passing the
> netname to
> the event code, and changing the parameter list later would likely break
>
> code,, so i did it now, it wasn't a big problem to add that feature, and
> now
> you can switch nets and automagically have different code running, like
> the
> numeric replies one net uses, but the next doesn't. Or the way dalnet
> uses
> /chanserv and the other nets use /msg chanserv and dalnet once used /msg
>
> chanserv at services.dal.net.... yeas, i had written a translator so
> /msgchanserv sent it the right way for the net it was on at the time.
Ah, I need to remember pram list's, Keep thinking they are flexable,
Cant figure out why i do that.
>
> > @) Myself, would add this to the "to-do list" pile and wait forthe
> > connection layer to be finishish. I tihnk what ever is done now might
> > have ot be redone/fixed later and the bugs might be very hard to track
> > down.
>
> You must not irc like i do.
I love irc, Like you? Sometihng tells me not yet, but soon maye =)
>
> > 3)Myslef, Im not after a gui just yet. My first intent was to make a
> > linux bot. I evolved that into many more idea but i swiped them all back
> >
> > to the base idea for the time being.
>
> Linux has gui. And this is based on tcp4u, which is wrapped only for
> windoze, or has someone wrapped it for linux?
I thought someone did that already? Looks like i better get a grip on
what im doing.
>
> > 4) Nice idea. It brings me back to #1, Needing different setups for
> > different nets. Could a include be setup for each numric event? Then
> > just say include path = /dalnet or /efnet or /ircnet ect???
>
> Most people on irc are technical idiots, and couldn't change anything.
> Besides, if the code isn't net-aware, how will it deal with a nick ban
> on one
> net and not on the other? How will it recognise an address mask is sop
> in
> #whatever on one net, and not op'd in #whatever on the other net? In
> mirc,
> this was easy to deal with in the name of the var,
>
> %isop.sorcery.#whatever nick!ident@mask
> or
> %sorcery.#channel.ident@mask sop
That sounds like the bot/client is runnign on more then one net, wich i
have not thought about. I run a diff bot for each channel, Let-alone
network.
>
> > As much as i want to be a part of this I am not able to do much more
> > then ideas. To be honest im not doing well mentaly. Im recovering from
> > the loss of a child and now my fiancee left. Im going to go crawl into a
> >
> > corner and see if i cant stay sane. Ill add to this project when i can,
> > I am goign to focus on the log mailer/blat gui for a while.
>
> Sorry to hear about the troubles.
> I hope things get better for you soon.
They are, I have a condition that makes me have no center, Im over
reacting or under reacting. Realy wish this wasntthe case, things would
be much better for me, Time to look into those meds the doc's offer me.
>
> What's a "log mailer/blat gui" ?
Blat is a dos cli emailer. I keep logs of mirc and windrop. I want a
timer app to email the newer logs everynow and then. I like blat in that
its small, openish sourced, and easy to use. A gui would be nice but not
everyone wants/needs that, mainly imfater a timered app more so then a
gui.
> Kat
>
> > www.trifocus.net/~g__vine/morgen/
> >
> > Kat wrote:
> > > On 11 Jun 2001, at 5:26, Grape Vine wrote:
> > >
> > > > As far as im concerned it is. Kat is the one who produced the first code
> > > >
> > > > so
> > > > it not in my hands.
> > >
> > > Well, i got ticked off enough to make it run, anyhow....
> > >
> > > > pampeano at ROCKETMAIL.COM wrote:
> > > > > Is this an open project? If so, could you tell me where I could
> > > > > download the souce?
> > >
> > > It's hardly stable source right now, i assume that means it can't be a
> > > collaborative effort, but i am working on stabilising the code to the
> > > point that
> > > different includes can be coded by different people:
> > >
> > > 1) The "raw" numerics will be a pain to write, i assure you, with
> > > hundreds of
> > > them, and them not being used the same on every irc net. I hope to sorta
> > >
> > >
> > > copy them right out of Tiggr, since she has running code for all of
> > > them.
> > > Problems of course, she executes vars, and uses goto. She also makes var
> > >
> > >
> > > names out of data. And while she knows the nets she is on, and adapts to
> > > it,
> > > she isn't coded for more than one net at the same time. Mirc's loops
> > > don't
> > > exist,, no "while" or "for", at least in my old version. Whoever
> > > transcribes
> > > this better be an expert in mirc script,, or start new Eu code from
> > > scratch.
> > > Comments?
> > >
> > > 2) the interpreter, to load and run code at any time, like mirc does,
> > > might be
> > > a headache too. Several are in archives,,, Py might be a good first
> > > choice,
> > > even tho it's a new language? Comments?
> > >
> > > 3) a windoze gui would be nice, and since get_key() has a bug, i suppose
> > > a
> > > real windoze event gui is needed? Can anyone make it show all the fonts
> > > on one
> > > "window", and mirc-compatable colors? What about ANSI codes?,,, i had
> > > also
> > > written a MUD client in mirc, mirc uses ASCII,, yeas, i wrote a
> > >
> > > whole MUD client, and ansi-ascii-ansi converter,, but it uses a mirc
> > > @window. I don't know windose gui well enough to write one. Comments?
> > >
> > > 4) thoughts needed: since we can't do in Eu what we can do in mirc, what
<snip>
Grape Vine
13728824
