| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8
Comments:
<0> i have detected an irc bot on my system
<0> what do i do ?
<1> tegs: stop, desist, refrain.
<2> ban me
<1> jambit, do you mean some sort of trojan infection?
<0> yeah
<3> also can I get someone's IP like $userip($nick)?
<4> to be certain you'd have to /dns the nick and capture the result with ON DNS
<4> note that the command /dns doesn't have an output of its own, and no 'value'
<4> which is why you can't just use it outright
<3> That''s actually where I was heading
<5> ./dns has an output.
<4> /dns sets in motion a chain of processes, leading to one whereby you receive data from a Domain Name Server and mIRC prints it in a window
<4> /dns itself has no output
<1> jambit, http://trout.snt.utwente.nl/ubbthreads/showflat.php?Cat=0&Number=79354&an=0&page=0#79354
<5> Does.
<4> because it's a command, not an identifier
<4> and an asymmetric one at that
<5> (13:44:40) * Dns resolved xxxxxx to xx.xx.xx.xx
<4> you're completely ignoring everything I'm saying
<3> Ok maybe I am getting a bit too complicated but I am trying to jsut write my own auto-op code
<0> thanks Mentality :)
<5> It has output, but it doesn't have a return value.
<3> So far it looks for text in a channel and if there is text from a user not opped, then it ops them
<4> codyt: /dns does not do that. /dns sends a dns request. It's a different process that prints that output. The process that listens for incoming DNS information.
<4> (I don't mean process in the cl***ical sense)
<4> it's a subtle semantic difference but a very important one
<4> it's like /dns is you ordering a pizza.
<4> the delivery guy comes to deliver the pizza.
<5> (13:44:40) * Dns resolving
<5> That is also an output.
<5> :)
<4> But the delivery guy isn't physically connected to your telephone.
<3> ...
<5> Just not a return value.
<5> I understand how /dns works.
<4> well that one might be output
<5> haha
<4> but the informational return is NOT output from /dns
<4> no matter which way you spin it
<3> yep
<4> the only thing /dns does is to send a request, and MAYBE print out * Dns resolving so you know it's working
<5> It's just a result.
<3> We want return, not jsut output
<3> But nevermind all that because I have no way of going about this also
<4> either way, in a case like this there's no way to make it so that the eventual informational response is connected in any way to the original request
<4> and as such, you cannot convert the command into an identifier
<4> therefore you HAVE to send the request and capture the response seperately
<5> I never disagreed with any of that. ;)
<3> if ($nick == myname*) How would I do a wildcard?
<4> this is how ALL IRC communication works by definition, and since mIRCscript is based on the IRC protocol, this is why you can't do things like /set %variable = .who $nick
<4> HL-SDK: if (myname* iswm $nick)
<3> iswm, thanks
<5> I understand the IRC protocol, and mIRC scripting.
<5> It's not that complicated.
<4> then why are you getting the semantics so horribly confused?
<4> an example of a command with output would be /echo
<4> an example of a command without output is /dns
<5> I was saying, it has output.
<5> Because, it does.
<4> (ignoring * Dns resolving)
<4> (because it's irrelevant)
<5> Just because it's not the output you want, doesn't mean it's not output.
<4> ok fine
<4> but we're talking about output in terms of it being the data... the expected 'result' of a function
<3> works great
<3> help on join
<4> think of it as Modal rather than Modeless
<3> I mean...
<5> You're over complicating things. :)
<4> only because you keep contradicting me
<4> so I feel the need to go further into it
<5> I corrected you.
<4> you corrected me wrongly
<5> I did not. :)
<3> Irrelevantly
<4> people try to do /set %variable = { .dns $nick } because they don't understand the concept I'm explaining right now to you
<5> See, you're explaining something I've known for quite some time.
<4> and yet you're disagreeing with it
<5> I am not.
<4> the point is, /dns is not responsible for outputting any IP addresses.
<4> not in any way, shape or form.
<5> All I disagreed with, was 'it has no output'
<4> it is simply responsible for ASKING for IP addrseses.
<5> I didn't disagree with any other part.
<4> so your entire rebuttal was based on the "* Dns resolving" msg?
<6> 'output' is usually ***ociated with printed text, rather than results, which caused the confusion
<1> Stupid discussion, end it now please.
<6> and thats it.
<5> Of course.
<4> Keeping you awake chris?
<4> codyt wow that was a waste of time then
<1> yes.
<4> try sleeping tablets :/
<3> They don't work well with caffeine. at all!
<5> Yes, it was a waste of time explaining something I wasn't arguing.
<4> oh true that
<4> ANYWAY
<4> the initial purpose of my visit was to say goodnight...
<1> you've always taken hours to say goodnight though ;P
<4> I suppose so.
<1> ^_^
<6> grr, damn shift+click combination
<7> :)
<7> you can disable it in options
<8> What does it do?
<6> you can?
<7> afaik yes
<6> i've looked for it before
<6> never found it though :o
<6> can you find it now? :o
<7> oops, nevermind, it was alt+z which can be disabled :/
<6> damn :(
<7> sorry
<6> np
<7> feature request it ;)
<6> yeah..
<9> Can anyone offer a simple snippet for blocking PMs containing 'http:' from users outside channel(s)?
<10> sure
<11> on ^*:TEXT:*http*:?:haltdef <-- something to that effect ey?
<10> On ^*:TEXT:*http?//:?: if (!$comchan($nick,0)) haltdef
<10> On ^*:TEXT:*http?//*:?: if (!$comchan($nick,0)) haltdef
<10> alternatly
<6> or on ^*:open:?:*http?//*:halt
<10> On ^*:OPEN:?:*http?//*: if (!$comchan($nick,0)) halt
<6> yeah that
<10> :)
<10> the latter will block if it is the first message sent
<10> but allow subsequent messages, so you can still hold conversations with people outside a channel
<6> and also prevent the window from opening if it actually is spam
<9> That's excellent
<9> Exactly what I was after =)
<9> Thanks much
<10> you're welcome
<10> please deposit 25 cents :)
<9> For saving me the time of having to refresh after 5+ years, for the only scripting I've wanted since
<10> paypal://raccoon@mircscripter.com ;)
<12> hehe
<6> not even a proper webpage on that domain? :/
<10> yeah, but paypal still remembers it
<10> keeps me from getting emails :>
<6> ..the domain isn't yours anymore?
<6> can't someone else claim your paypal account then?
<10> used to be argv's i think
Return to
#mirc
or
Go to some related
logs:
#nhl
#dsl
subcool hg420
#winvista
valerian root VALERIYANKA
#beginner
#eggtcl
#beginner
#gentoo
#computers
|
|