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.

Debugging startup sequence

Old posts that have not been replied to for several years.
Locked
T
The_Devastator

Post by The_Devastator »

Hi all,

Is there a way to enable debugging to see the requests sent and responses received when an eggdrop starts up and logs into the IRC server ? I set the debug-output to 1 and I see the requests the bot sends but I am not convinced I am seeing the responses from the server. Is there a way to enable that ?

TIA
p
ppslim
Revered One
Posts: 3914
Joined: Sun Sep 23, 2001 8:00 pm
Location: Liverpool, England

Post by ppslim »

You should also set
set use-console-r 1
in the config file, and set +r in your console settings.
T
The_Devastator

Post by The_Devastator »

Thanks for the reply. I set that but I still don't seem to be getting any reply output. For instance:

[10:01] [!m] MODE #tfarchive
[10:01] [!m] WHO #tfarchive
[10:01] [!s] TOPIC #tfarchive

I never see the response to the three ...
p
ppslim
Revered One
Posts: 3914
Joined: Sun Sep 23, 2001 8:00 pm
Location: Liverpool, England

Post by ppslim »

Have you set the requires +r console flag.

Unless you are owner of the bot (global +n), activate the console falgs, you won't get any output.
T
The_Devastator

Post by The_Devastator »

I set the line exactly as you had in your reply.
I am running it using eggdrop -n to keep it in the foreground. I would assume this mimic's a master's console.
p
ppslim
Revered One
Posts: 3914
Joined: Sun Sep 23, 2001 8:00 pm
Location: Liverpool, England

Post by ppslim »

It mimic's a console, and by my guessing, will take it's console flags, as the default ones set in the config file.

To make sure you have the correct flags, launch the bot into the backgrond, and telnet to it. This will allow you to change your console flags. A simple .jump should then get you to the position of reading server input.

T
The_Devastator

Post by The_Devastator »

It did work. I just was half asleep. Didn't check lower in the file where the default entry was resetting it back to 0. Works now. Thanks for the help !

Of course now that I see what I see, it's even more baffling. But that's for another post :smile:
p
ppslim
Revered One
Posts: 3914
Joined: Sun Sep 23, 2001 8:00 pm
Location: Liverpool, England

Post by ppslim »

Maybe if you posted the problem, help could be given on it!
T
The_Devastator

Post by The_Devastator »

I was going to but first I thought I'd upgrade to 1.6.7 in case it is fixed in there. Thanks for the help !
p
ppslim
Revered One
Posts: 3914
Joined: Sun Sep 23, 2001 8:00 pm
Location: Liverpool, England

Post by ppslim »

If there is an issue, with eggdrop sitting on a channel, but displaying messages in the partyline, sugesting it's not there, then it is doubtful this is an eggdrop issue.

The next question would be, what IRCD / network are your bots on?

Some networks give non-standard replies, to certain messages, which eggdrop can't cope with, yet some IRC clients can. This is not an issue with eggdrop, but with the IRCD not supporting the standard. Why should eggdrop fix somthing the IRCD makers broke.
T
The_Devastator

Post by The_Devastator »

I only use it on webnet and they did change something in the way the /who commands responds, and it's since then the bot isn't performing. I was hoping that playing with the config file on the new version would maybe make it play with the broken server. I know it's webnet since the bot works fine on newnet. I was planning to try and capture packets and see exactly what is happening. Knowing that might give me an idea on what to tweak (if anything)
p
ppslim
Revered One
Posts: 3914
Joined: Sun Sep 23, 2001 8:00 pm
Location: Liverpool, England

Post by ppslim »

There is nothing in the config file that can be tweaked.

This is an issue with IRCD's changing things around, that are not meant to be changed.
Locked