🌐 Mailman 3 March 2006 - Python-list - python.org

proposed proposal: set.values()
by Paul Rubin March 31, 2006

March 31, 2006

I'm thinking of proposing that a values method be added to set objects, analogously with dicts. If x is a set, x.values() would be the same as list(x). This feels logical, and it would allow unified treatment of dicts and sets in some contexts. Any objections?

4 3

Re: any() and all() on empty list?
by Steven D'Aprano March 31, 2006

March 31, 2006

Tim Peters wrote: >>In the all() example, if there *are* no values in S, then none of the >>values can be != 0, and IMHO all() should return False. > > > That would break everything mentioned above. Think of it another way: > if all(seq) is false, shouldn't it be the case that you can point to > a specific element in seq that is false? Think of it this way: if all(seq) is true, shouldn't it be the case that you can point to a specific element in seq that is true? It may be that all([]) => True is useful more often than all([]) => False would be, in the same way that it is useful to define 0! = 1 and other mathematical identities, but that doesn't imply that, strictly speaking, there isn't some monkey-business going on there. Now, I'm happy to admit that this is useful monkey-business, but it can still lead to unexpected results, as in my example in a previous post. -- Steven.

11 19

exception handling in Tkinter
by msoulier March 31, 2006

March 31, 2006

In wxPython I install a top-level exception handler to intercept exceptions and display them in the GUI. With Tkinter, I'm trying to do the same. in __init__ sys.excepthook = self.ExceptionHandler def ExceptionHandler(self, type, value, tb): tblist = traceback.format_tb(tb) for line in tblist: text += line self.errorDialog(text) But it's not being called on exceptions. Any ideas? Thanks, Mike

1 0

Re: urllib2 through basic auth'ed proxy
by Alejandro Dubrovsky March 31, 2006

March 31, 2006

John J. Lee wrote: > FWIW, at a glance, Python 2.3.4 has neither of the bugs I mentioned, > but the code I posted seems to work with 2.3.4. I'm not particularly > interested in what's wrong with 2.3.4's version or your usage of it > (probably both), since bugfix releases for 2.3 are no longer > happening, I believe. > "ah, yes, that works" on 2.3.4. Excellent. (I don't see what's so ugly about that code, but i'm mostly accustomed to my own) Thanks, alejandro

2 1

Re: logging producing redundant entries
by Peter Otten March 31, 2006

March 31, 2006

Jed Parsons wrote: > Am I somehow accumulating a growing list of loggers by having this code > at the top of a zope Extension? I'd rather look after the number of handlers which is probably growing and causing your problem. Normally it shouldn't matter how often you repeat the logging.getLogger(name) call as long as the name is always the same. For easier diagnosis you can include the loggername ("%(name)s") in the message. Do you maintain a hierarchy of loggers (names with dots) with a handler for each logger? Then it might help to set the loggers' 'propagate' attribute to False. Peter

1 0

re.sub problem
by veracon March 31, 2006

March 31, 2006

I'm trying to make a (tiny) template system (Cheetah and like have far more than what I need), but I've run into a problem. To simplify everything, I've decided to make for loops matching the indentation level of the open and close statements; it appears to work fine, but apparently it chokes once there are empty lines inside the string being replaced in. It's a bit hard to explain, so I'll just show an example: stm = re.compile('\n(\s+)\{\{for (.+?) in (.+?)\}\}\n?(.+?)\n\\1\{\{end for\}\}', re.M) data = re.sub(stm, self.handle_for, data) I do have a self.handle_for, and I can see that it's not called if I give it the following string: [... (not beginning of actual string) ] {{for baz in bar}} <p>foo:{baz}</p> b {{end for}} There, nothing is matched; if there wasn't an empty line, it would match something. What am I doing wrong?

2 4

CGIHTTPServer threading problems
by Alvin A. Delagon March 31, 2006

March 31, 2006

I'm a simple python webserver based on CGIHTTPServer module: import CGIHTTPServer import BaseHTTPServer import SocketServer import sys import SQL,network from config import * class ThreadingServer(SocketServer.ThreadingMixIn,BaseHTTPServer.HTTPServer): pass cfg = params() print "XBOX Server started on port %s. Press Ctrl+C to kill Server" % cfg.port server = ThreadingServer((cfg.name,cfg.port),CGIHTTPServer.CGIHTTPRequestHandler) try: while 1: sys.stdout.flush() server.handle_request() except KeyboardInterrupt: print "Server killed" The my cgi scripts are stored in the cgi-bin folder. One cgi script in particular implements multi-threading and is supposed to be asynchronous but it's not working. The browser that requests on the cgi script tends to wait until the cgi script is done. I checked multi-threaded cgi script but I'm 100% percent sure that it has no problem since it worked as a mod_python script before. Anyone came across with this problem?

1 0

Re: logging producing redundant entries
by Peter Otten March 31, 2006

March 31, 2006

Jed Parsons wrote: > I'm using the logging module for the first time. I'm using it from > within Zope Extensions. > > My problem is that, for every event logged, the logger is producing > multiple identical entries with the timestamp the same down to the > millisecond. > > Is this something I'm doing wrong? > > Log snippet: > > 2006-03-30 16:20:14,173 INFO: Login: Jed Parsons > 2006-03-30 16:20:14,173 INFO: Login: Jed Parsons > 2006-03-30 16:20:14,173 INFO: Login: Jed Parsons > 2006-03-30 16:20:14,173 INFO: Login: Jed Parsons > 2006-03-30 16:20:14,173 INFO: Login: Jed Parsons > 2006-03-30 16:20:14,173 INFO: Login: Jed Parsons > 2006-03-30 16:20:14,173 INFO: Login: Jed Parsons > 2006-03-30 16:20:14,173 INFO: Login: Jed Parsons > > I would like only one of the above lines in my log file; not all those > copies. > > I'm using this simple logging setup at the top of a zope Extension module: > > import logging > # basicConfig for python 2.3 > logging.basicConfig() > _logger = logging.getLogger("login") > _logger.setLevel(logging.DEBUG) > _handler = logging.FileHandler(LOG_ROOT, 'login.log')) > _formatter = logging.Formatter("%(asctime)s %(levelname)s: > %(message)s") > _handler.setFormatter(_formatter) > _logger.addHandler(_handler) > > So these are global to the module. The log lines above were produced by > what I expected would be a single call to _logger.info() in a function > in the module: > > _logger.info("Login: %s %s" % (firstname, lastname)) > > Can anyone explain what I'm doing wrong? Many thanks, Please cut and paste -- the FileHandler arguments are wrong and there is an extra ')'. As alex23 said, basicConfig() adds a handler, but that logs to stderr by default. You seem to be executing the code given above multiple times. You can verify that by prepending your snippet with f = open("metalog.txt", "a") f.write("configuring handler\n") f.close() If metalog.txt contains multiple lines after your program has terminated (you may have to shut down Zope -- don't know about that), a quick fix might be import logging if not logging.root.handlers: # your setup code Peter

2 1

member variables in python
by PyPK March 31, 2006

March 31, 2006

hi how do I write this better with member variables rather than global as you see below. eg: test-flag = 0 class AA: def __init__(...): def methos(self,...): global test-flag test-flag = xx instead of something like above ..how do i put it i terms of member variables?

5 6

base64 memory question
by Michele Petrazzo March 31, 2006

March 31, 2006

Hi ng, I see that after en encoding with base64, the memory used for the variable that I use for store the encoded data, after deleted, python keep a part of that memory: #ls -lh on /tmp/test_zero #-rw-r--r-- 1 michele michele 9,8M 2006-03-31 18:32 /tmp/test_zero michele:~$ python2.4 Python 2.4.2 (#2, Nov 20 2005, 17:04:48) [GCC 4.0.3 20051111 (prerelease) (Debian 4.0.2-4)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import base64 # Now top say me: 6217 michele 15 0 4412 2536 3336 S 0.0 0.3 0:00.01 python2.4 >>> b = base64.encodestring(open("/tmp/test_zero", "rb").read()) #top: 6217 michele 15 0 39156 36m 3376 S 19.6 4.8 0:00.60 python2.4 >>> del base64, b #top 6217 michele 15 0 25644 23m 3376 S 0.0 3.1 0:00.61 python2.4 So like I can read from the top, python "forgot" to free that part of memory. Is this normal? Is there a solution for free that memory? P.s. The same happen on my win2k machine with py 2.4.2 Thanks, Michele

1 0