🌐 Mailman 3 January 2009 - Python-list - python.org

Testing if an index is in a slice
by mmanns＠gmx.net Jan. 1, 2009

Jan. 1, 2009

Hi I would like to check if an index is in a slice or not without iterating over the slice. Something like: >>> isinslice(36, slice(None, 34, -1)) True I would like to use the batteries if possible. However, I looked in the docs, pypi and in Usenet without luck. Does anyone have a solution? Martin

1 0

initialization in python
by koranthala＠gmail.com Jan. 1, 2009

Jan. 1, 2009

How does an average product handle initialization in python? I am facing lot of issues in handling initialization, especially if I import specific variables, due to the variables not getting updated. For example - taking a sqlalchemy based product: Module database: ^^^^^^^^^^^^^^^^^^^ Session = None def init(dbname): engine = create_engine('sqlite:///%s' %dbname) ... global Session Session = sessionmaker(bind=engine) In entry module to the application (APPENTRY): ^^^^^^^^^^^^^^^^^^^ import A, B, C, D <---- Please note, very important .... .... database.init('testdb.db') Now in user module A: ^^^^^^^^^^^^^^^^^^^^^^^^^^ from database import Session print Session --->This will print None, because at APPENTRY, during importing A itself, Session is stored. I have to call database.Session to get the values. Why is the variable not getting updated? Can anyone help me out?

3 3

How to run Python in Windows w/o popping a DOS box?
by Geert Vancompernolle Jan. 1, 2009

Jan. 1, 2009

I know it's been a long while since this thread has been handled, but maybe this is a "final" solution to your problem (if not yet resolved): http://www.py2exe.org/index.cgi/SingleFileExecutable Especially the last setup.py file results in only one exe which contains *all* the necessary stuff (only tested it on small examples, though) Maybe you can give this a try... Best rgds, --Geert * *

1 0

python and gloox
by gliderman Jan. 1, 2009

Jan. 1, 2009

Hi I am trying to use a python version of gloox (XMPP client library written in C++). The python binding is done using SWIG (provided by the author of gloox). I am trying to adapt first a c++ example to python. The code below fails with Traceback (most recent call last): File "tutu.py", line 54, in ? t.run() File "tutu.py", line 28, in run self.f = gloox.SIProfileFT( self.c, self ) File "/home/karim/boulot/gliders/archi/project//lib/python2.4/site-packages/gloox/gloox.py", line 1965, in __init__ this = _gloox.new_SIProfileFT(*args) NotImplementedError: Wrong number of arguments for overloaded function 'new_SIProfileFT'. Possible C/C++ prototypes are: gloox::SIProfileFT(gloox::ClientBase *,gloox::SIProfileFTHandler *,gloox::SIManager *,gloox::SOCKS5BytestreamManager *) gloox::SIProfileFT(gloox::ClientBase *,gloox::SIProfileFTHandler *,gloox::SIManager *) gloox::SIProfileFT(gloox::ClientBase *,gloox::SIProfileFTHandler *) If I comment gloox.LogHandler.__init__( self ) (and self.c.logInstance().registerLogHandler( gloox....), it "works". The order to initialize the objects seems to be important. The error can differ with the order of __init__ . Moreover when I replace C++ : m_s5b->registerSOCKS5BytestreamDataHandler( this ); by its python version: self.m_s5b.registerSOCKS5BytestreamDataHandler(self) a pointer object in m_s5b is always null (it shouldnt). There is no constructor in c++ classes SIProfileFTHandler,LogHandler,ConnectionListener, SOCKS5BytestreamDataHandler (almost pure virtual). import gloox import sys import os class MyClient( gloox.SIProfileFTHandler,gloox.LogHandler,gloox.ConnectionListener,gloox.SOCKS5BytestreamDataHandler): def __init__( self ): gloox.ConnectionListener.__init__( self ) gloox.SOCKS5BytestreamDataHandler.__init__( self ) gloox.SIProfileFTHandler.__init__( self ) gloox.LogHandler.__init__( self ) self.j = gloox.JID( "test@localhost/yop" ) self.c = gloox.Client( self.j, 'test' ) self.f=None def run(self): self.c.registerConnectionListener(self ) self.c.logInstance().registerLogHandler( gloox.LogLevelDebug, gloox.LogAreaAll,self) m_server=gloox.SOCKS5BytestreamServer( self.c.logInstance(), 6666 ) le = m_server.listen() if le != gloox.ConnNoError: print( "listen returned: %d\n"% le) print( "listening\n" ) self.f = gloox.SIProfileFT( self.c, self ) self.f.registerSOCKS5BytestreamServer( m_server ) self.f.addStreamHost( gloox.JID("jabberd"), "127.0.0.1", 7777 ); b = self.c.connect( False ) if b: print 'successfully connected' ce = gloox.ConnNoError while ce == gloox.ConnNoError: ce = self.c.recv( 1 ) return def handleLog(self,level,area,message): print("log: level: %d, area: %d, %s\n", level, area, message ) def onConnect(self): print( "connected!!!\n" ) def onDisconnect(self, e ): print( "ft_send: disconnected: %d\n"% e ) if e == gloox.ConnAuthenticationFailed : print( "auth failed. reason: %d\n"% c.authError() ) ########################################################### t = MyClient() t.run() Thanks for any hint (and happy new year !) Karim

1 0

Re: Videocapture in python
by koranthala＠gmail.com Jan. 1, 2009

Jan. 1, 2009

On Jan 1, 1:58 pm, "alex goretoy" <aleksandr.gore...(a)gmail.com> wrote: > Can you post your code or a code segment? I would be interested in seeing > how this works. > > > > On Thu, Jan 1, 2009 at 3:29 AM, <koranth...(a)gmail.com> wrote: > > I face issues in videocapture in python. Cant find anyplace where we > > can raise bug reports, so mentioning here. Also help required if > > somebody has solved it earlier. > > > On using videocapture (python 2.4), I am facing the following issues > > while creating a video sort of application. > > -> Pull out the usb cable : Videocapture gets the data stored > > initially in the buffer and returns always. The images are not updated > > - but also there is no error returned. > > i.e. there is no information to the viewer that it is not working > > anymore. Especially because since the timestamp is updated everytime > > (it is done inside videocapture.py - wherein current time is > > overwritten on the received image), it gives a feeling that video is > > running. > > > Currently I have done a workaround in that every 2 captures, i setup > > the camera again - but it takes too much time. Anyone has any > > suggestions on solving this? > > -- > >http://mail.python.org/mailman/listinfo/python-list > > -- > А-Б-В-Г-Д-Е-Ё-Ж-З-И-Й-К-Л-М-Н-О-П-Р-С-Т-У-Ф-Х-Ц-Ч-Ш-Щ-Ъ-Ы-Ь-Э-Ю-Я > а-б-в-г-д-е-ё-ж-з-и-й-к-л-м-н-о-п-р-с-т-у-ф-х-ц-ч-ш-щ-ъ-ы-ь-э-ю-я Since the code uses a lot of other variables - due to being a part of a larger project, I will try to provide pseudocode. At initialization: def setup_cam(): global cam, i cam = Device (devnum = 0) i = 0 def take_photo(obj): i += 1 if i >2: setup_cam() obj.img = cam.getImage(timestamp=3) I actually would like to have the code as try: obj.img = cam.getImage(timestamp=3) except CamException: setup_cam() But, since no exception is provided, I have to resort to the kludge shown. Please let me know if you need any more information.

4 4

Iowa Python Users Group Meeting (Jan. 5, 2008)
by Mike Driscoll Jan. 1, 2009

Jan. 1, 2009

Hi, The next Iowa Python Users Group meeting is Monday, January 5th, 2008, barring bad weather. We will be meeting from 7-9 p.m. at the following location: Marshall County Sheriff's Office 2369 Jessup Ave Marshalltown, IA 50158 Currently we have one tentative speaker scheduled and a workshop planned. If you don't have a laptop, let me know. We can provide a few for the workshop but we need to know ahead of time. Also let us know if you do plan to come so we know how many to expect. Email me off- list so we don't annoy the other people on this list. Our group is for both experience and new programmers. All experience levels are welcome. We hope to see you there! If you have any questions, just let me know. Mike Driscoll www.pyowa.org

1 1

Re: idle 3.0 unicode
by 小楼 Jan. 1, 2009

Jan. 1, 2009

On 1月1日, 下午4时11分, Pavel Kosina <g...(a)post.cz> wrote: > As for unicode in Python 2.5 everything works fine in program running > either in IDLE or under Command line: > # -*- coding: utf-8 -*- > print u"ěščřžýáíé" > > In 3.0 there is an error. The same program, moved to 3.0 syntax, in > IDLE editor : > # -*- coding: utf-8 -*- > print ("ěščřžýáíé") > > prints: > Ä›ĹˇÄŤĹ™ĹľĂ˝ĂˇĂĂ© > > The same program running in Command line from PSPad editor works fine. > Is it mistake of my misunderstanding or of IDLE? > > ------------- > > The same program without coding declaration (but saved in utf8) : > print ("ěščřžýáíé") > > even immediately destroyed my IDLE window without any error message. > > -- > geon > Pavel Kosina #coding="utf-8" #中国 print('a') saved in utf8 alt+x,destroyed IDLE... me too,why?

2 1

folder extraction
by ibpet11＠gmail.com Jan. 1, 2009

Jan. 1, 2009

how do i get along with this task of extracting multiples folder and generating their names individually in a their respective files as they were generated.

4 3

pygtkspell-help
by S.Selvam Siva Jan. 1, 2009

Jan. 1, 2009

Hello, i am in a process of writing spell checker for my local language(Tamil). I wrote a plugin for gedit with pygtk for gui.Recently i came to know about pygtkspell ,that can be used for spell checking and suggestion offering. I am bit congused about it and could not able to get useful info by googling.It will be nice if someone can direct me in right way(may be by giving appropriate links or example program) -- Yours, S.Selvam

1 0

Re: select.select and socket.setblocking
by Francesco Bochicchio Jan. 1, 2009

Jan. 1, 2009

Laszlo Nagy ha scritto: > I'm using this method to read from a socket: > > def read_data(self,size): > """Read data from connection until a given size.""" > res = "" > fd = self.socket.fileno() > while not self.stop_requested.isSet(): > remaining = size - len(res) > if remaining<=0: > break > # Give one second for an incoming connection so we can stop the > # server in seconds when needed > ready = select.select([fd], [], [], 1) > if fd in ready[0]: > data = self.socket.recv(min(remaining,8192)) # 8192 is > recommended by socket.socket manual. > if not data: > # select returns the fd but there is no data to read > -> connection closed! > raise TransportError("Connection closed.") > else: > res += data > else: > pass > if self.stop_requested.isSet(): > raise SystemExit(0) > return res > > > This works: if I close the socket on the other side, then I see this in > the traceback: > > File "/usr/home/gandalf/Python/Projects/OrbToy/orb/endpoint.py", line > 233, in read_data > raise TransportError("Connection closed.") > TransportError: Connection closed. > > Also when I call stop_requested.set() then the thread stops within one > seconds. > > Then I switch to non blocking mode, my code works exactly the same way, > or at least I see no difference. > > I have read the socket programming howto ( > http://docs.python.org/howto/sockets.html#sockets ) but it does not > explain how a blocking socket + select is different from a non blocking > socket + select. Is there any difference? > > Thanks > Couple of remarks: 1. AFAIK, select in python accepts also socket objects, or anything which has a fileno() method returning an integer. So you don't need to extract the fileno from the socket (python will do for you) although it does no harm. 2. IMO, the behaviour of your code is correct: with TCP protocol, when the remote ends disconnects, your end receives a 'read event' without data; you should just handle the fact that recv returns nothing as normal, not as error, and close your end of the connection. If you are interested in socket errors, you should also fill the third 'fd-set' in the select call, and after select returns check that fd is not in it anymore: ready = select.select( [fd],[], [fd] ) if fd in ready[2]: # raise your error here 3. AFAIK (sorry, I feel acronym-ly today ;), there is no difference in select between blocking and non-blocking mode. The difference is in the recv (again, assuming that you use TCP as protocol, that is AF_INET, SOCK_STREAM), which in the blocking case would wait to receive all the bytes that you requested, or the disconnection, in the other case would return immediately (and you should check the number of returned bytes, and when you read the remaining bytes of the message put the pieces together). I myself tend to avoid using non-blocking sockets, since blocking sockets are much easier to handle... HTH Ciao ------ FB

6 15