home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / alt / irc / 4026 < prev    next >
Encoding:
Text File  |  1992-11-09  |  3.3 KB  |  74 lines
  1. Newsgroups: alt.irc
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!sdd.hp.com!caen!sol.ctr.columbia.edu!sal.wisc.edu!rat!zeus!hertz.elee.calpoly.edu!asamonte
  3. From: asamonte@hertz.elee.calpoly.edu (Just some loser...)
  4. Subject: Re: Bots, WarBots, Fun?
  5. Message-ID: <1992Nov10.023612.174931@zeus.calpoly.edu>
  6. Sender: news@zeus.calpoly.edu
  7. Organization: Nothing worth mentioning...
  8. References: <1992Nov7.023211.6142@ra.oc.com> <1992Nov9.115758.15047@ugle.unit.no>
  9. Date: Tue, 10 Nov 1992 02:36:12 GMT
  10. Lines: 62
  11.  
  12. gardabr@unix1 (Gard Eggesbo Abrahamsen) was telling me...
  13. >Herman H. Fredriksson (herm@merlin.etsu.edu) wrote:
  14. >: In article <1992Nov6.084134.17493@ugle.unit.no> gardabr@unix1 (Gard Eggesbo Abrahamsen) writes:
  15. >: >> I still feel alt.irc.bot would be useful (...)
  16. >: NOT.
  17. >I guess that is what we are discussing, or what?
  18. >: > [..people message this dude becos they want to have a whizbang bot too..]
  19. >Do you know how annoying that is?
  20. >: > Also, programming techniques could be shared, so that all bots would be
  21. >: Lame, weenie bots which give people a op (oh w0w) can be share/copied.
  22. >I said PROGRAMMING TEXHNIQUES, and giving people an op can be a bit more than
  23. >a single /on -join Gard mode $C +o $0
  24. >  As an example, I have on Glurg this one:
  25.  
  26. [script deleted]
  27.  
  28. It's basically the same thing.  It just checks user@host and name...BFD.
  29.  
  30. >This is not just an op, but an ensurement that only I will have my Nick - at
  31. >least on channel #24892. This will prevent abuse of Glurg's mode commands.
  32.  
  33. It's just an op.
  34.  
  35. >Also, earlier on, Glurg walked freely around on different channels commenting
  36. >things, responding to whatever the people said, and in most cases, it would
  37. >take quite a while or a /whois Glurg to discover that he was a bot. Now, that
  38. >need a little more programming technique than a /on join Gard mode $C +o $0
  39.  
  40. Not much more.  /on public "*keyphrase"  Oh joy.
  41.  
  42. >: >optimized accordingly, and we could have fewer bots because bot programmers
  43. >: 
  44. >: Oh my god, the word bot, and optimized in the same sentence.
  45. >
  46. >Surprised by that? Optimizing could be like... having an assigned variable
  47. >containing all the channels the bot is supposed to visit. and than just move
  48. >a pointer every time he's supposed to visit a new channel, rather than having
  49. >24892 on timer statements.
  50.  
  51. Why they hell would you have a bot 'visit' channels?  Why not just have 
  52. it on all the channels at once?
  53.  
  54. >: 
  55. >: >could agree to have only ONE bot with that and that function, and so on,
  56. >: There is no agreement. That is why we have bot wars. 
  57. >
  58. >Of course there is no agreement - now. That is because the bot programmers
  59. >don't have a forum in which they can get the agreement. Whilst on IRC, they
  60. >are more interrested in debugging their bot or talking social stuff with
  61. >others. A newsgroup like alt.irc.bots would work fine for that.
  62.  
  63. Hardly.  Ok...you tell me how to resolve this problem, and then maybe
  64. it will work.  Who would run this one bot?  EVERYONE would want to run
  65. it so they can say it's their bot.  If someone else runs it it's no fun.
  66. Why do you think so many people have them instead of sharing them?
  67.  
  68. MsgServ was the original msg bot, and now with the password protected NoteServ
  69. people still use the excuse of 'getting messages' for justification for
  70. having a bot.  WHen NoteServ already serves that purpose.
  71.  
  72. -Alex
  73.  
  74.