mIRC Home    About    Download    Register    News    Help

Print Thread
Page 2 of 2 1 2
#56982 14/11/03 02:37 AM
Joined: Sep 2003
Posts: 70
M
Babel fish
Offline
Babel fish
M
Joined: Sep 2003
Posts: 70
Keep in mind that client developers--those who would use it--are not limited to those who write the clients. Being able to check a services setting/version number would be useful for any scripts that want to interact with the services. Giving clients more information does not force them to react in any way to the information. This would be one of the nicer feature additions because clients would not be forced to do anything in response.

But actually, the name and version of the services doesn't tell you very much. You'd also need the nickname and a command for communicating with each service to use the service. Probably you'd want a language as well, since your parsing will probably only work with the language pack it's set up for. And if services developers are going to do all of that, they may as well just work out some better interfaces for scripters.

#56983 27/11/03 12:33 AM
Joined: Jan 2003
Posts: 119
A
AKO Offline OP
Vogon poet
OP Offline
Vogon poet
A
Joined: Jan 2003
Posts: 119
LOL I never meant the original posting to be:

Services=Dalnet

Which in fact wouldn't be a REAL service reply, since Dalnet doesn't *make* services, but at any rate, the reply I was mentioning was "SERVICES=Nickserv,Chanserv,Memoserv,Operserv"

This could be a variably lengthed service reply in case a service coder wants more than just the defacto 4 bots, the IRCD could just tell *all* service names.

While the other ideas aren't bad, this was my original intention.

I proposed the idea to the UnrealIRCD Developer Mailing List, and I did get a reply that someone did like the idea and was going to implement it into an IRCD that they were working on. I just emailed a reply (after about 3 weeks) to see if it's being worked on smile

I'll leave the exact details of their implementation at their disclosure, but it does satisfy multiple suggestions under this post smile

#56984 13/07/04 05:39 AM
Joined: Jul 2004
Posts: 2
P
Bowl of petunias
Offline
Bowl of petunias
P
Joined: Jul 2004
Posts: 2
this actually wouldnt take *too* much work, in src/ircd.c is the following information....

void build_protoctl(void)
{
ircsprintf(protoctl,
"SAFELIST SILENCE WATCH=%d MODES=%d MAXCHANNELS=%d MAXBANS=%d MAXEXEMPTS=%d NICKLEN=%d TOPICLEN=%d CHANTYPES=%s PREFIX=%s $
MAXWATCH, SM_MAXMODES, DYN_NETWORK_MAXCHANS, MAXBANS, MAXEXEMPTS,
NICKLEN, TOPICLEN, PROTOCTL_CHANTYPES, PROTOCTL_PREFIX, DYN_NETWORK_NETNAME);
}


So in the ./configure script you could define the name of your services there, or even in the ircd.conf itself. I'm modifying a version of ircd that is bahamut based(was bahamut, then changed and named titanircd, then finally viagraIRCD) and I will probably name the ircd code something different to distinguish my code. At anyrate when I'm done adding auditorium to the code I'll test this out and post the addy for anyone that would like to test it out as well. Good idea folks cool

#56985 17/07/04 07:45 PM
Joined: Feb 2004
Posts: 201
J
Jae Offline
Fjord artisan
Offline
Fjord artisan
J
Joined: Feb 2004
Posts: 201
Just to make thigns difficult...
Why not have the services tell the IRCd when when it connects for the first time.. and runs a "config mode" telling the IRCd what it has to offer. and the IRCd can shake hands iwht the services and agree on whatever.. and everyone's ahppy. and save 2 minutes in setup ;p

Cheers

#56986 17/07/04 07:56 PM
Joined: Jul 2004
Posts: 2
P
Bowl of petunias
Offline
Bowl of petunias
P
Joined: Jul 2004
Posts: 2
That would be good, but as you said would involve alot more coding on our end, and ultimately would require all services coders to add that feature which unless it was adopted as a standard would be hard. But I'm sure it could be done to anope as a development test and then both the ircd and services made available for stability testing.

#56987 24/07/04 12:01 AM
Joined: Aug 2003
Posts: 20
S
SGR Offline
Ameglian cow
Offline
Ameglian cow
S
Joined: Aug 2003
Posts: 20
Too all of you.. I fail to see why you can't just use

/version services.network.tld

i.e:

.version services $+ $chr(46) $+ $gettok($server,$calc($numtok($server,46)-1),46) $+ $chr(46) $+ $gettok($server,$calc($numtok($server,46)) -1,46)

Then parse the reply.

You could ask services developers to add something to the version reply string if you wanted.

Like Current:
SomeServices-2.98 services.somenet.tld compileoptions

Possible Update:
SomeServices-2.98 services.somenet.tld compileoptions AVAILABLE=CS:ChanServ,NS:NickServ,MS:PRIVMSG MemoServ,BS:BotServ

Where someone desides a standard for 'identifers' - i.e. NS for Nickname Service, and the : seperates the command that should be used to send messages to it.

Either way, the idea of 005 having some token for it is crap imo. Services are by definition not something the server doesn't to tell clients it has.

Page 2 of 2 1 2

Link Copied to Clipboard