This is the new home of the egghelp.org community forum.
All data has been migrated (including user logins/passwords) to a new phpBB version.
For more information, see this announcement post . Click the X in the top right-corner of this box to dismiss this message.
Old posts that have not been replied to for several years.
o
openglx
Post
by openglx » Mon Jan 21, 2002 1:30 am
Hi
what should I do to my eggdrop work corretly on a non RFC-compilant ircd (where the /who it's diferent) ?
To see the names list of a channel, people should use /who +c #channel (but on RFC-compilant just /who #channel it's necessary).
What should I do ? (No, I won't change my ircd!)
Yourname
Master
Posts: 358 Joined: Mon Sep 24, 2001 8:00 pm
Location: Toronto
Post
by Yourname » Mon Jan 21, 2002 4:18 am
If you wont, start using mIRC bots.. heeheh
Dormant egghead.
stdragon
Owner
Posts: 959 Joined: Sun Sep 23, 2001 8:00 pm
Contact:
Post
by stdragon » Mon Jan 21, 2002 5:49 am
It's easy, look through the source code for where the "WHO" command is issued (try using grep) and change it to "WHO +c", just like you said.
guppy
eggdrop engineer
Posts: 199 Joined: Mon Sep 24, 2001 8:00 pm
Location: Canada
Contact:
Post
by guppy » Mon Jan 21, 2002 1:42 pm
What ircd is this? I wouldn't mind contacting the developers .. changing the basic syntax of /who is a very silly thing to do. I'd like to see their good reasons for changing it.
Anyone else agree with me?
Jeff
Wcc
Master
Posts: 278 Joined: Sun Oct 28, 2001 8:00 pm
Location: USA
Contact:
Post
by Wcc » Mon Jan 21, 2002 4:21 pm
I could be wrong, but wouldn't this even mess up things such as mIRC's IAL and other clients/client features?
g
gpdza
Post
by gpdza » Mon Jan 21, 2002 4:36 pm
Yes guppy, I agree. Adding channel modes is still OK, because it doesn't really break anything (unless they modify the way the RFC's modes work), but this messing around with /who does cause problems not only with eggdrop. Like Wcc says... I have trouble with mIRC's IAL because I have a scripted /who on join to fill the IAL, which does not work on most non-compliant ircds.
o
openglx
Post
by openglx » Tue Jan 22, 2002 12:30 am
right... the ircd it's called VIRCD, and it's a brazilian modified version of Bahamut 1.4.x
I think it's a problem of bahamut's ircd, becose I don't belive that he would change the /who parameters for his own.
If anyone want's to talk with VIRCD's creator, the website is
http://www.ircd.com.br/
But the question now is: where of the eggdrop code is the /WHO comando procedure ?
Wcc
Master
Posts: 278 Joined: Sun Oct 28, 2001 8:00 pm
Location: USA
Contact:
Post
by Wcc » Tue Jan 22, 2002 2:00 am
/who works fine in bahamut 1.4.30 (and the cvs versions). He must have changed it himself.
o
openglx
Post
by openglx » Tue Jan 22, 2002 2:19 am
On 2002-01-21 23:00, Wcc wrote:
/who works fine in bahamut 1.4.30 (and the cvs versions). He must have changed it himself.
yeah, but VIRCD it's older than bahamut 1.4.30
I think it's basead on a older release.
Yourname
Master
Posts: 358 Joined: Mon Sep 24, 2001 8:00 pm
Location: Toronto
Post
by Yourname » Thu Jan 24, 2002 11:42 am
Instead of modifying eggdrop for the sake of new, up-coming IRCds, why can't a department or a section of the eggdev make small patches for those IRCds that are a bit known and famous? ..Not that you should make a patch for every other new IRCd being made.
But then, as i think, its really not good if support for new networks such as these should be hardcoded into the stable eggdrops; which may lead to more problems/errors.
Pathches will look good
Dormant egghead.
ppslim
Revered One
Posts: 3914 Joined: Sun Sep 23, 2001 8:00 pm
Location: Liverpool, England
Post
by ppslim » Thu Jan 24, 2002 1:26 pm
The eggdev coders in question, as busy working away on coding 1.7, which is better than fixing eggdrop to work on broken products.
Yourname
Master
Posts: 358 Joined: Mon Sep 24, 2001 8:00 pm
Location: Toronto
Post
by Yourname » Thu Jan 24, 2002 4:29 pm
/me *nods*
It wuz just a suggestion to eggdev btw. Instead of them starting over with all new 'products'
Dormant egghead.