Hi ppl, now that i read a lot off manuals i orderd my shell;) now my question: I found a lot off nice tcl scripts for the eggdrop.. but how stable will it be now at the mom i run a chanbot on my windowsplattform if 4 users use the same trigger in a row i die with excess flood! Now how is you experience?? thx for comments allready..
Regards
Elster
Eggdrops are very stable. It's usually a factor of the shell provider your using. ShellBox.NET has an uptime of 272 days and we've had people's bots running since day 1 without a single reload.
What are you talking about? I'm just replying to the guys post. As I've replied to several posts in the forum. He asked a question, I gave him an answer. Jeesh, paranoid people or something.
Also Elster, reading the post more closely your excess flood is a scripting bug. You need to have the script send the data through a flood controlled queue.. It sounds like it's directly pushing the data, causing you to see too much information to a single user at a time, and therefor the IRC server is kicking you off for 'flooding'.
Elster, go through you script and change any instance of putserv to puthelp. This will queue the data into eggdrops built-in queue for sending messages to users. Now when 4 users execute the same command the data and responses will be delayed.. and you bot won't flood itself off. It's not your fault or you boxes fault.. It's the script designers fault for using direct server output without flood control.. The only places you should use non-ques are on things you need to happen instantly.. like mode changes.. etc.
^- On second note, putserv should be queued too.. Chech the method the author has chosen to send out the messages.
eggdrop should never flood itself off, regardless of which queue its using. The whole queing mechanism is designed to prevent this. You could dump 300 huge messages into the mode queue, and it shouldnt make it flood off (though it would take 20 minutes to clear it)
Well, he's saying he gets an excess flood.. So either the timing in his 'windrop' is changed or the queue isn't working properly.. But nevertheless.. It's happening to him.