| |
| |
| |
|
Page: 1 2
Comments:
<0> hi
<0> anyone familiar with asynchat?
<1> Hello
<1> Does anybody uses VIM editor for Python scripting? I need some goodies for configuration file...:-)
<2> how do i do mod(x) in python?
<3> a % b is mod
<4> hi
<5> madewokhe: What's ctrl+enter?
<3> in mIRC it's a shortcut that makes the client ignore the command prefix
<3> /me copied it from there
<5> Aha.
<5> Yes, in the good old days you'd have to /msg #python /quit
<6> I still do that :-)
<3> we had to use /say for that
<3> before today
<3> but it's annoying for multi-line things
<3> and someone else wanted ctrl+enter to turn off his nick formatter
<5> irssi is easy, you just type "/ /help"
<5> /help
<3> don't ask me why he wants to use a nick formatter :p
<6> I guess ircii does that too
<3> * /sdf Unknown command
<3> what do you guys do about identd?
<6> fauxident.py
<3> do you have to run it as root?
<6> yes
<6> if it binds to a port < 1024, it has to run as root no matter what
<3> so it's never the irc client's responsibility to run identd?
<6> short version, correct
<6> long version, an IRC client certainly could fire up an identd server if one wasn't running
<6> some Windows clients do that, for instance
<3> yay linux I guess
<7> this ident business makes it harder for linux/unix clients when windows can just fake it
<6> yes
<6> but the point is that identd is not intended to be faked by individual clients at all, so that's actually not a really positive thing on the Windows side
<6> as I mentioned, there are fake identds you can get that are very safe and you can run as root
<3> "fake"?
<8> hello, anyone up?
<6> meaning identds that give some consistent, false answer
<7> hopefully some informed admins will get rid of ident on ircd's
<3> what's the "true" answer?
<7> it doesn't verify anything anyways
<6> meaning that services which require identd work, they just don't compromise any security
<6> are you asking what identd does?
<3> yes
<6> identd is a way of externally determining who opened a socket
<8> how can i run a executable from within my python script and get back the stdout and stderr into a log file?
<3> I always ***umed it was just some weird way of sending a userid to irc
<6> so a remote server can say "this client who's connecting to me, what user is it?"
<3> then I noticed it was separate from irc
<6> it is
<6> I mean it is generally, IRC just uses it in the standard way
<6> problem is that obviously presents security and anonymity issues
<6> hence "fake" identds that give some consistent but made-up answer
<6> lookup fauxident.py
<3> well, it should work great ***uming you can trust the host connecting to begin with
<6> as one example
<8> not all efnet servers require identd
<6> correct
<6> many don't
<8> i use choopa
<8> :)
<6> but the point is you probably don't want to trust anyone with that information
<6> also it can't work at all when you have NAT and that sort of thing
<3> my userid?
<8> i don't want to give anyone any information i don't have to
<3> my university has a firewall that blocks everything incoming
<6> your user name
<3> so no identd will work for me ever
<6> yes
<6> so just pick a server that doesn't require it
<6> whenever you see ~name@a.host, the ~ means that identd isn't running
<6> so it's "believing" the client on the user name
<8> xihr: do you know how to do it? i tried using os.system() and then commands.system() and then popen but i could only get back the first line of output... how can i just got a list of every line in the stdout/stderr?
<8> get not got
<6> missed your question
<8> how can i run a executable from within my python script and get back the stdout and stderr into a log file?
<6> use os.popen, one of the functions from the popen... modules, or commands.getoutput
<6> if you can only get the first line of output, then something else is going on
<3> I was asking for information, not for getting rid of the ~ here
<6> k
<0> hi
<0> anyone familiar with asynchat? :(
<9> re
<0> asynchat, anyone?
<10> counter++ isn't valid pythonesque?
<10> i have to go with counter = counter +1 ?
<9> counter += 1
<10> thanks
<0> how do i get an asyncore socket to stop listening/
<0> ?
<0> anyone here?
<11> no
<9> mh\hmhm
<12> Good evening! Is it possible to scrape information from a web page that uses login to access it? The login type is .htaccess
<9> cadre: apparently, yes
<12> do you know where I can find a tutorial or similar for doing so?
<9> cadre: read the urllib documentation
<12> thanks a lot! :)
<0> hi
<3> hello
<0> how can i read data from a listening asyncore socket that has been connected to?
<3> in case your reason for announcing your presence was to find out if anyone was here to answer your question, I have no idea what an asyncore socket is
<0> i was just being polite
<6> it's a socket just like anything else
<0> xihr: i don't know where to put the code though, does it have an event?
<6> did you read the sample code? the whole point of using asyncore/asynchat is so that it takes care of that for you
<0> i did, i'm trying to write it with less cl***es and i'm a bit confused
<0> you're calling a new cl*** and __init__ing it with the socket data
<0> is there any way to avoid that?
<6> huh?
<0> your proxy.py
<0> you're doing asyncore.dispatcher.__init__
<6> which cl***
<0> BufferedDispatcher
<6> how's a dispatcher going to work without access to a socket?
<0> well, i don't want to have a dispatcher at all
<6> if you want to act on data that comes in, then override handle_read (like in the Sender cl***)
<6> in asyncore, the dispatcher IS the thing that handles sockets
<6> so I don't know what you're asking for
<0> well, i have the Server cl***
<6> a server or a connection handler are going to override dispatcher
<0> and its accept() creates the socket
<0> ah
<6> derive from it that is
<0> i see
<6> just like the proxy.py example shows
<0> i'll do it that way then
<0> i see
<0> by the way, can i stop the socket from listening?
<6> there are other examples in the python.org documentation and on the Medusa site
<0> and then resume it?
<0> i've read them all :(
<6> you can do whatever you want, you have full access to the socket
<0> how do i do that?
<6> self.socket in a dispathcer
<6> dispatcher*
<0> hmm, another one? i have the server cl*** which accept()s, can i make it stop listening when someone has been accepted?
<6> as I said, you have full access to the socket
<0> yes, i mean how do i do it?
<0> close() closes the connection
<6> depends on what you mean by "stop listening"
<0> hmm
<6> closing the master socket after you accept it would do it
<0> yes, but my created socket closes too
<0> the odd thing is that it i have a send() after the close(), and that works
<0> so i ***ume it's because it goes out of scope
<6> you need to call accept first
Return to
#python
or
Go to some related
logs:
#unix
cemu102
#windowsxp
#linuxhelp
pbug irc
#cisco
#politics
vista + profile.v2
cracking rampage
#computers
|
|