egghelp.org community Forum Index
[ egghelp.org home | forum home ]
egghelp.org community
Discussion of eggdrop bots, shell accounts and tcl scripts.
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

new reop channel flag (+R) on IRCnet network

 
Post new topic   Reply to topic    egghelp.org community Forum Index -> Modules & Programming
View previous topic :: View next topic  
Author Message
Hal
Voice


Joined: 06 May 2005
Posts: 1

PostPosted: Fri May 06, 2005 10:21 am    Post subject: new reop channel flag (+R) on IRCnet network Reply with quote

hello,

is it possible to make a egg support for such flag?
flag is added to channel with hostmask of people allowed to recived op from server in case of chan bacome opless.
example:
14:41:05 -!- mode/#testchan [+R *!test@somwhere.at.net] by nikt
in i use bind mode it shows me everithing but victim is empty for this mode.
im begginer in tcl 4 eggdrop, so hope i didnt missed anything

regards
Hal
Back to top
View user's profile Send private message
KrzychuG
Master


Joined: 16 Aug 2003
Posts: 306
Location: Torun, Poland

PostPosted: Sat May 07, 2005 7:54 am    Post subject: Reply with quote

That's because Eggdrop already support R mode but it works as +m, +n etc. To use it properly in Tcl you have to bind it on RAW. Here you can find some explanation (in polish) how to make such procedure(s) and use it in Eggdrop or bots based on Eggdrop. Currently only 'psotnic' support +R mode fully, 'Evangeline' at about 80%.
_________________
Que?
Back to top
View user's profile Send private message Visit poster's website
YooHoo
Owner


Joined: 13 Feb 2003
Posts: 939
Location: Redwood Coast

PostPosted: Mon Jun 20, 2005 10:55 am    Post subject: Re: new reop channel flag (+R) on IRCnet network Reply with quote

Hal wrote:
is it possible to make a egg support for such flag?
flag is added to channel with hostmask of people allowed to recived op from server in case of chan bacome opless.
example:
14:41:05 -!- mode/#testchan [+R *!test@somwhere.at.net] by nikt
in i use bind mode it shows me everithing but victim is empty for this mode.
Eggdrop lets you add as many new flags as there aren't used.
Set newflag[num] z
where [num] is a number that doesn't exists...
Johoho's Guide to tcl touches on this subject in 'easy to understand' layman's terms.
Wink
_________________
Mr. Green
Johoho's TCL for beginners
Mr. Green
Back to top
View user's profile Send private message Send e-mail
demond
Revered One


Joined: 12 Jun 2004
Posts: 3073
Location: San Francisco, CA

PostPosted: Mon Jun 20, 2005 7:16 pm    Post subject: Re: new reop channel flag (+R) on IRCnet network Reply with quote

YooHoo wrote:
Hal wrote:
is it possible to make a egg support for such flag?
flag is added to channel with hostmask of people allowed to recived op from server in case of chan bacome opless.
example:
14:41:05 -!- mode/#testchan [+R *!test@somwhere.at.net] by nikt
in i use bind mode it shows me everithing but victim is empty for this mode.
Eggdrop lets you add as many new flags as there aren't used.
Set newflag[num] z
where [num] is a number that doesn't exists...
Johoho's Guide to tcl touches on this subject in 'easy to understand' layman's terms.
Wink


while your remark is valid, I think that guy had another thing in mind... he actually talked about a channel mode, somewhat confusingly calling it "channel flag"

introducing new chanmodes in eggdrop is hard

I mean, all chanmode processing is hardcoded (src/mod/irc.mod/mode.c, gotmode() function), so introducing IRCnet's +R would have to substitute the already existent +R handler - for eggdrop, +R means a channel that is accessible to registered nicks only (DALnet and the like) - that's why on triggering bind mode for +R your victim parameter is empty - because DALnet's +R doesn't include a parameter

so, to make your eggdrop IRCnet+R-aware, you have to patch it accordingly, sacrificing its DALnet compatibility (that means you can't run the same handling +R binary on DALnet and IRCnet)

needless to say, that's not flexible at all - I mean eggdrop's chanmode handling design - and in that regard, much can be learned and borrowed from modern ircd's, which allow for easy definition and implementing handlers for new chanmodes
Back to top
View user's profile Send private message Visit poster's website
De Kus
Revered One


Joined: 15 Dec 2002
Posts: 1361
Location: Germany

PostPosted: Mon Jun 20, 2005 7:31 pm    Post subject: Reply with quote

it isnt that hard, if someone bothers to make a patch file for it, you could dynmatically load with a ./configure argument or something like that.

PS: looked at the channel_modes.c, looks to me neither better neither worse than eggdrops code, maybe except, in eggdrop its split into more files Very Happy.
_________________
De Kus
StarZ|De_Kus, De_Kus or DeKus on IRC
Copyright 2005-2009 by De Kus - published under The MIT License
Love hurts, love strengthens...


Last edited by De Kus on Mon Jun 20, 2005 7:50 pm; edited 1 time in total
Back to top
View user's profile Send private message MSN Messenger
demond
Revered One


Joined: 12 Jun 2004
Posts: 3073
Location: San Francisco, CA

PostPosted: Mon Jun 20, 2005 7:44 pm    Post subject: Reply with quote

De Kus wrote:
it isnt that hard, if someone bothers to make a patch file for it, you could dynmatically load with a ./configure argument or something like that.


something like what? Smile

you mean specifying whether IRCnet's +R handler ot DALnet's +R handler gets compiled? what about network X where they have their own +R? you make a new patch every time a new mode has to be supported? and you call that easy?

if you know C, download ircd-hybrid sources and see what I'm talking about
Back to top
View user's profile Send private message Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic    egghelp.org community Forum Index -> Modules & Programming All times are GMT - 4 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Forum hosting provided by Reverse.net

Powered by phpBB © 2001, 2005 phpBB Group
subGreen style by ktauber