[issue35837] smtpd PureProxy breaks on mail_options keyword argument
Change by Sjoerd : -- nosy: +samuelcolvin ___ Python tracker <https://bugs.python.org/issue35837> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35837] smtpd PureProxy breaks on mail_options keyword argument
New submission from Sjoerd : According to https://python.readthedocs.io/en/stable/whatsnew/3.5.html: The SMTPServer class now advertises the 8BITMIME extension (RFC 6152) if decode_data has been set True. If the client specifies BODY=8BITMIME on the MAIL command, it is passed to SMTPServer.process_message() via the mail_options keyword. (Contributed by Milan Oberkirch and R. David Murray in bpo-21795.) This means that process_message gets a mail_options kwarg. However, the smtpd PureProxy and MailmanProxy don't take keyword arguments, which results in an exception. One way to trigger this is to run a debug mailserver and send a mail to it: $ python3 -m smtpd -n error: uncaptured python exception, closing channel <__main__.SMTPChannel connected ('::1', 52007, 0, 0) at 0x10e7eddd8> (:process_message() got an unexpected keyword argument 'mail_options' [/usr/local/Cellar/python/3.7.2_1/Frameworks/Python.framework/Versions/3.7/lib/python3.7/asyncore.py|read|83] [/usr/local/Cellar/python/3.7.2_1/Frameworks/Python.framework/Versions/3.7/lib/python3.7/asyncore.py|handle_read_event|422] [/usr/local/Cellar/python/3.7.2_1/Frameworks/Python.framework/Versions/3.7/lib/python3.7/asynchat.py|handle_read|171] [/usr/local/Cellar/python/3.7.2_1/Frameworks/Python.framework/Versions/3.7/lib/python3.7/smtpd.py|found_terminator|386]) -- components: Library (Lib) messages: 334424 nosy: Sjoerder, giampaolo.rodola, r.david.murray priority: normal severity: normal status: open title: smtpd PureProxy breaks on mail_options keyword argument versions: Python 3.6, Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue35837> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25537] Call `isinstance` instead of `issubclass` during exception handling
New submission from Sjoerd Job Postmus: Currently Python2.7 calls `PyObject_IsSubclass` during exception handling. This allows some virtual-base-class machinery to make Python believe a certain class should match an exception while it in reality does not. However, this does not necessarily give one really enough granularity when dealing with base libraries which are not as granular in raising exceptions as one would like (the Python base library before PEP3151 comes to mind). Currently I used the trick of calling `isinstance(sys.exc_info()[1], cls)` in the `__subclasscheck__`, which is sort-of a great work-around.[*]. This method is great for sort-of emulating PEP3151 in Python2.7, and similar work can be done for other libraries: making the exception classes appear more granular based on properties of the instance of the exception. My belief is that by calling the `isinstance` during exception handling, one can use virtual base classes (or should I say virtual base instances) to their fullest potential in writing cleaner code. I think this is important because exception-handling is already a place where messy code is likely to occur, and we need all the support we can get in making it just a tad less messy.[**] Note: Python3.5 calls `PyType_IsSubtype`, which has #12029 open for a change towards `PyObject_IsSubclass`. As soon as (or before) that's implemented, I'd like to propose a similar change for Python3.5+: call `PyObject_IsInstance` when the raised exception is an instance. [*] See https://github.com/sjoerdjob/exhacktion/ for how I use the described hack to somewhat emulate PEP3151 in Python2.7. [**] One question that comes to mind is: why not just write a wrapper around the offending library. (1): If it's the base library, almost nobody is going to bother. (2): even if it's not the base library, the wrapper will likely be even more function calls, which may cost performance in both the good and the bad cases, instead of just the bad cases. -- components: Interpreter Core messages: 253946 nosy: sjoerdjob priority: normal severity: normal status: open title: Call `isinstance` instead of `issubclass` during exception handling type: enhancement versions: Python 2.7, Python 3.5, Python 3.6 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue25537> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19012] liburl2: bad proxy configuration throws getaddrinfo error
Sjoerd added the comment: That happens when citing things from the top of my head... it is not liburl2 but urllib2 that I used, excuse me. (And urlopen instead of openurl...) From http://docs.python.org/2/library/urllib2.html it seems to be a Standard Library module to me, am I mistaken? If so, how do I find the urllib2 maintainers? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19012 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19012] liburl2: bad proxy configuration throws getaddrinfo error
New submission from Sjoerd: I'm sorry for providing very little information, but I don't have the system at hand anymore. Therefore I will try to reproduce what I know, hoping that you recognise the problem. If not, I will get back to the system and try to obtain the necessary information. Calling liburl2.openurl('http://www.google.com') gave me an getaddrinfo error. Therefore, I checked my DNS configuration, which seemed okay and I issued a socket.getaddrinfo('www.google.com'), which correctly returned an IP address. Finally, I found out that I had an old, non-existing (?) proxy configuration in the Windows registry (that indeed turned up when calling liburl2.getproxies()). Removing the proxy configuration from my Windows registry solved the problem. Is it preliminary to conclude that the getaddrinfo error may actually mean several things (not only a simple getaddrinfo problem)? If so, I suggest that the error message be broadened (DNS lookup or proxy problem), because it took me several hours to find the proxy problem. -- components: Library (Lib) messages: 197629 nosy: SjoerdOptLand priority: normal severity: normal status: open title: liburl2: bad proxy configuration throws getaddrinfo error type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19012 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17142] test_any calls all() instead of any()
New submission from Sjoerd Langkemper: In test_builtin.py, on the fourth in the test_any() function: self.assertRaises(RuntimeError, all, TestFailingIter()) I think this should be: self.assertRaises(RuntimeError, any, TestFailingIter()) -- components: Tests messages: 181524 nosy: sjoerder priority: normal severity: normal status: open title: test_any calls all() instead of any() type: enhancement versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17142 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12618] py_compile cannot create files in current directory
Sjoerd de Vries sjdv1...@gmail.com added the comment: Hi Éric, There you go, adapted from http://effbot.org/librarybook/py-compile.htm : # File: py-compile-example-1.py import py_compile # explicitly compile this module py_compile.compile(py-compile-example-1.py,py-compile-example-1.pyc) Also, I tested and this bug is present neither on 3.1 nor on 2.x cheers Sjoerd -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12618 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12618] py_compile cannot create files in current directory
New submission from Sjoerd de Vries sjdv1...@gmail.com: When you specify cfile to be in the current directory, an error occurs (line 133). I have fixed the file, see attached -- components: Library (Lib) files: py_compile.py messages: 140940 nosy: sjdv1982 priority: normal severity: normal status: open title: py_compile cannot create files in current directory type: behavior versions: Python 3.2 Added file: http://bugs.python.org/file22722/py_compile.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12618 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12618] py_compile cannot create files in current directory
Sjoerd de Vries sjdv1...@gmail.com added the comment: The attached file just works. You can diff with trunk, or wherever python devs store the latest version. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12618 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12618] py_compile cannot create files in current directory
Sjoerd de Vries sjdv1...@gmail.com added the comment: Makes no sense to me: since I don't have the trunk version, I can only diff -c against 3.2 release. Doing a diff against trunk is 1 sec of work for you. But I am just being a helpful user; so if a diff is what you want, here it is. No trouble for me, since I am on Linux. Not a very nice policy to any helpful Windows users, though: they won't have diff installed and they would waste an hour or so on this. -- keywords: +patch Added file: http://bugs.python.org/file22724/py_compile.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12618 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12618] py_compile cannot create files in current directory
Sjoerd de Vries sjdv1...@gmail.com added the comment: Good to hear that the patch is helpful. Again, I am just trying to be a helpful user, making a (very very little) contribution to make Python better. I am not a Python dev at all: Python is already awesome enough for me, no desire to change it :-) I just want to say that a we only accept patches policy is not being very nice to similar helpful users on Windows, who don't have diff or Mercurial but who did manage to fix a file themselves. I did indicate Python 3.2 in the bug report, maybe something went wrong. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12618 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7966] mhlib does not emit deprecation warning
Sjoerd Mullender sjo...@acm.org added the comment: mhlib is not officially deprecated, if I may believe PEP 4. Therefore I do not agree with the change that was made to this bug report. As far as I am concerned, the bug remains that mhlib uses a deprecated module. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7966 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8090] PEP 4 should say something about the standard library
New submission from Sjoerd Mullender sjo...@acm.org: When a module or feature is deprecated, all uses of the deprecated module/feature should be removed from the non-deprecated part of the distribution (and, I would argue, also from the other deprecated modules). I think PEP 4 should say something to this effect. I suggest adding a sentence to the section Procedure for declaring a module deprecated, something like: The proposal MUST include patches to remove any use of the deprecated module from the standard library. -- assignee: georg.brandl components: Documentation messages: 100671 nosy: georg.brandl, sjoerd severity: normal status: open title: PEP 4 should say something about the standard library ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8090 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8090] PEP 4 should say something about the standard library
Sjoerd Mullender sjo...@acm.org added the comment: It was discussed on python-dev. It was suggested to submit a bug report on PEP 4. See http://mail.python.org/pipermail/python-dev/2010-February/097772.html. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8090 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7966] mhlib uses deprecated module
Sjoerd Mullender sjo...@acm.org added the comment: What's difficult about just doing: import mhlib ? That's all it takes to get the warning. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7966 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
Re: removing a post
You need to put this request to postmas...@python.org. As mailing list administrator I have no access to the archives. On 2009-09-26 05:32, Mike L wrote: hello could you remove this old post, off topic and spam http://www.mail-archive.com/python-list@python.org/msg175722.html thank you We are your photos. Share us now with Windows Live Photos. http://go.microsoft.com/?linkid=9666045 -- Sjoerd Mullender -- http://mail.python.org/mailman/listinfo/python-list
Re: zip codes
Martin P. Hellwig wrote: Shailen wrote: Is there any Python module that helps with US and foreign zip-code lookups? I'm thinking of something that provides basic mappings of zip to cities, city to zips, etc. Since this kind of information is so often used for basic user-registration, I'm assuming functionality of this sort must be available for Python. Any suggestions will be much appreciated. There might be an associated can of worms here, for example in the Netherlands zip codes are actually copyrighted and require a license if you want to do something with them, on the other hand you get a nice SQL formatted db to use it. I don't know how this works in other countries but I imagine that it is likely to be generally the same. Also in The Netherlands, ZIP codes are much more fine-grained than in some other countries: ZIP code plus house number together are sufficient to uniquely identify an address. I.e. you don't need the street name. E.g., my work address has ZIP code 1098 XG and house number 123, so together they indicate that I work at Science Park 123, Amsterdam. In other words, a simple city - ZIP mapping is not sufficient. -- Sjoerd Mullender signature.asc Description: OpenPGP digital signature -- http://mail.python.org/mailman/listinfo/python-list
[issue6425] imaplib.IMAP4.fetch() is missing documentation for message_set parameter
Sjoerd sjoerd-pyt...@linuxonly.nl added the comment: Thanks, I missed that. I only read the documentation for the methods. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6425 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6426] imaplib.IMAP4 command illegal in this state is unhelpful error message
Sjoerd sjoerd-pyt...@linuxonly.nl added the comment: See http://bugs.python.org/issue1605192 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6426 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6425] imaplib.IMAP4.fetch() is missing documentation for message_set parameter
New submission from Sjoerd sjoerd-pyt...@linuxonly.nl: The message_set parameter imaplib.IMAP4.fetch(message_set, message_parts) is not a set or list, but a comma-separated string, it seems. This could use some documentation. -- assignee: georg.brandl components: Documentation messages: 90165 nosy: Sjoerder, georg.brandl severity: normal status: open title: imaplib.IMAP4.fetch() is missing documentation for message_set parameter versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6425 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6426] imaplib.IMAP4 command illegal in this state is unhelpful error message
New submission from Sjoerd sjoerd-pyt...@linuxonly.nl: If you do not IMAP4.select(), you get the following error: imaplib.error: command SEARCH illegal in state AUTH. This does not inform the user that he has to do IMAP4.select(). Better would be: imaplib.error: command SEARCH illegal in state AUTH, allowed in state SELECTED. See also: http://mail.python.org/pipermail/patches/2006-December/021308.html -- components: Library (Lib) messages: 90166 nosy: Sjoerder severity: normal status: open title: imaplib.IMAP4 command illegal in this state is unhelpful error message type: behavior versions: Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6426 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
Re: regex question on .findall and \b
On 2009-07-02 18:38, Ethan Furman wrote: Greetings! My closest to successfull attempt: Python 2.5.4 (r254:67916, Dec 23 2008, 15:10:54) [MSC v.1310 32 bit (Intel)] Type copyright, credits or license for more information. IPython 0.9.1 -- An enhanced Interactive Python. In [161]: re.findall('\d+','this is test a3 attempt 79') Out[161]: ['3', '79'] What I really want in just the 79, as a3 is not a decimal number, but when I add the \b word boundaries I get: In [162]: re.findall('\b\d+\b','this is test a3 attempt 79') Out[162]: [] What am I missing? ~Ethan~ Try this: re.findall(r'\b\d+\b','this is test a3 attempt 79') ['79'] The \b is a backspace, by using raw strings you get an actual backslash and b. -- Sjoerd Mullender -- http://mail.python.org/mailman/listinfo/python-list
[issue2245] aifc cannot handle unrecognised chunk type CHAN
Sjoerd Mullender sjo...@acm.org added the comment: I wrote the module 16 years ago, but haven't done anything with AIFF files for probably at least 10, so I can't really comment on the merits of the two solutions (delete _skiplist or add CHAN to _skiplist). I'm fine with either. However, the proposed patch leaves an `else: pass' which should be removed if the patch is adopted. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2245 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4591] uid/gid problem in os.chown
Sjoerd Mullender [EMAIL PROTECTED] added the comment: I'm sure you meant 2^32-2 ;-). The fix to use long doesn't seem right to me either. unsigned int is a better match with uid_t and gid_t. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4591 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4591] uid/gid problem in os.chown
New submission from Sjoerd Mullender [EMAIL PROTECTED]: On Fedora 8 and 10 using Python 2.5.1 and 2.5.2 (64 bit): $ grep nfsnobody /etc/passwd nfsnobody:x:4294967294:4294967294:Anonymous NFS User:/var/lib/nfs:/sbin/nologin So the UID of nfsnobody is 4294967294 (-2 if viewed as signed 32-bit int). import pwd, os print pwd.getpwnam('nfsnobody').pw_uid 4294967294 os.chown('some file', pwd.getpwnam('nfsnobody').pw_uid, pwd.getpwnam('nfsnobody').pw_gid) Traceback (most recent call last): File stdin, line 1, in module OverflowError: signed integer is greater than maximum The reason for this error is that os.chown uses the i format to convert the second and third arguments. But the valued do not fit in a 32-bit signed integer. uid_t and gid_t are defined as unsigned quantities on this system. The bug does not occur on 32 bit Fedora since there the uid and gid of nfsnobody are 65534. -- components: Library (Lib) messages: 77301 nosy: sjoerd severity: normal status: open title: uid/gid problem in os.chown type: behavior versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4591 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
Re: Gateway to python-list is generating bounce messages.
Grant Edwards [EMAIL PROTECTED] writes: Could whoever is responsible for the gateway that is grabbing my postings off of Usenet and e-mailing them out please fix the headers in the mail messages so that I don't get the bounce messages? While you're at it, might as well fix it for everybody else too. ;) Its a bit rude to send out mass e-mail messages with headers faked up so that the bounce messages go to somebody else. Messages you submit to the newsgroup are forwarded to the mailing list. When mail messages bounce, the MTA (Message Transfer Agent--the program that handles mail) *should* send the bounce message to whatever is in the Sender header, and only if that header does not exist, should it use the From header. Messages forwarded by the gateway get a Sender header which points back to the gateway. In other words, if a message gets bounced back to the From address, the MTA does it incorrectly. There is nothing the list administrator can do about it. You can try complaining to the postmaster of the bouncing system, but that's about it. In other words, your question in the first paragraph is already implemented and was implemented from the beginning. It is not the gateway's fault that there are systems that don't follow the standards. -- Sjoerd Mullender, python-list administrator -- http://mail.python.org/mailman/listinfo/python-list
[issue3216] errors in msilib documentation
Sjoerd Mullender [EMAIL PROTECTED] added the comment: Today the links to Microsoft documentation go to English language pages, so that part of the bug report can be skipped. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3216 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3216] errors in msilib documentation
New submission from Sjoerd Mullender [EMAIL PROTECTED]: There are several errors in the msilib documentation. I'm sure I haven't found them all, but here are some: - add_data is documented to have two arguments. In reality it has three. - Execute on a View object is documented to have an optional argument. In reality it has a single required argument whose value may be None. - When I click on any of the references to Microsoft documentation, I get a page in Japanese. This is possibly more due to Microsoft than anything else (the links do contain en-us so it is a tad surprising). - There is extremely little information on how to actually use the module. -- assignee: georg.brandl components: Documentation messages: 68831 nosy: georg.brandl, sjoerd severity: normal status: open title: errors in msilib documentation versions: Python 2.5 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3216 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
Re: Is massive spam coming from me on python lists?
On 2008-04-21 08:01, Brian Vanderburg II wrote: I've recently gotten more than too many spam messages and all say Sender: [EMAIL PROTECTED] I'm wondering if my mail list registration is now being used to spam myself and others. If so, sorry, but I'm not the one sending messages if other are getting them even though Sender seems to include my address (I'm not sure about mail headers so I don't know how From: is different than Sender:) Anyway, it seems to be a bunch of spam emails about cracks and stuff. Brian Vanderburg II That is just mailman (the mailing list software) keeping track of things. If there were a bounce, mailman can determine from the address of the bounce message (the bounce gets sent back to the Sender, not the From) which address bounced. So *all* python-list messages you get have that Sender. In other words, these spams do not come from you. -- Sjoerd Mullender -- http://mail.python.org/mailman/listinfo/python-list
Re: Is massive spam coming from me on python lists?
Torsten Bronger wrote: Hallöchen! Sjoerd Mullender writes: On 2008-04-21 08:01, Brian Vanderburg II wrote: I've recently gotten more than too many spam messages and all say Sender: [EMAIL PROTECTED] [...] That is just mailman (the mailing list software) keeping track of things. By the way, why does mailman change the Message-IDs when tunneling postings to the newsgroup? This destroys the thread structure. I have no idea. There is no setting in the mailman administration interface that I can see that influences this. Perhaps submit this as a bugreport to mailman? -- Sjoerd Mullender signature.asc Description: OpenPGP digital signature -- http://mail.python.org/mailman/listinfo/python-list
Re: Rounding a number to nearest even
Thomas Dybdahl Ahle wrote: On Fri, 2008-04-11 at 03:14 -0700, bdsatish wrote: The built-in function round( ) will always round up, that is 1.5 is rounded to 2.0 and 2.5 is rounded to 3.0. If I want to round to the nearest even, that is my_round(1.5) = 2# As expected my_round(2.5) = 2# Not 3, which is an odd num I'm interested in rounding numbers of the form x.5 depending upon whether x is odd or even. Any idea about how to implement it ? This seams to work fine: evenRound = lambda f: round(f/2.)*2 [(f*.5, evenRound(f*.5)) for f in xrange(0,20)] [(0.0, 0.0),(0.5, 0.0), (1.0, 2.0), (1.5, 2.0), (2.0, 2.0), (2.5, 2.0), (3.0, 4.0), (3.5, 4.0), (4.0, 4.0), (4.5, 4.0), (5.0, 6.0), (5.5, 6.0), (6.0, 6.0), (6.5, 6.0), (7.0, 8.0), (7.5, 8.0), (8.0, 8.0), (8.5, 8.0), (9.0, 10.0), (9.5, 10.0)] No, this does not work: [(f*.25, evenRound(f*.25)) for f in xrange(0,20)] [(0.0, 0.0), (0.25, 0.0), (0.5, 0.0), (0.75, 0.0), (1.0, 2.0), (1.25, 2.0), (1.5, 2.0), (1.75, 2.0), (2.0, 2.0), (2.25, 2.0), (2.5, 2.0), (2.75, 2.0), (3.0, 4.0), (3.25, 4.0), (3.5, 4.0), (3.75, 4.0), (4.0, 4.0), (4.25, 4.0), (4.5, 4.0), (4.75, 4.0)] x.75 should be rounded up. -- Sjoerd Mullender signature.asc Description: OpenPGP digital signature -- http://mail.python.org/mailman/listinfo/python-list
mod_python and pysvn
Hello all, I have a script that uses pySVN. It gets the latest build information. I want to create a call to that function in a PSP file but everytime I try I get an error message: ClientError: Unable to open an ra_local session to URL Unable to open repository 'file:///P:/tools/builds/repository' does anyone know how I can fix this? thanks in advance! Sjoerd -- http://mail.python.org/mailman/listinfo/python-list
Re: mod_python and pysvn
On Sep 11, 7:41 pm, Bjoern Schliessmann usenet- [EMAIL PROTECTED] wrote: Tim Golden wrote: Sjoerd wrote: ClientError: Unable to open an ra_local session to URL Unable to open repository 'file:///P:/tools/builds/repository' does anyone know how I can fix this? Usually means that the process which Apache is running under (may well be LocalSystem) doesn't know about or doesn't have access to p:/tools etc. Isn't this an SVN client error? Seems to me that the repository URL is invalid. Tim, try accessing the repository using svn list from the command line. Regards, Björn -- BOFH excuse #350: paradigm shift...without a clutch Thank you both for your replies! I suspect that if I import the script that the script becomes local for apache Who tries to form the path. The actual command: client = Client() repLog = client.log(\\P:\\tools\builds\publish\\) I used an UNC path. The forming of the repository path must be inside the pysvn library. When I run the script via the command console it returns the right values. So I think what Tim replies is quite acurate! I'm going to try that tomorrow! Cheers! Sjoerd -- http://mail.python.org/mailman/listinfo/python-list
MySQLdb ImportError
Hello! When I try to import the MySQLdb lib python generates an error: Traceback (most recent call last): File pyshell#0, line 1, in module import MySQLdb File C:\Python25\lib\site-packages\MySQLdb\__init__.py, line 19, in module import _mysql ImportError: DLL load failed with error code 193 This is on a AMD64 bit machine, when I import it on a 32 bit machine it works fine. Is there anyway to fix this? Is there a build for AMD64 bit machines or is there simply no way that I can get MySQLdb working on it? Thanks in advance, Sjoerd -- http://mail.python.org/mailman/listinfo/python-list
Spyder 0.7.2
I am happy to announce the release Spyder 0.7.2 (beta). It can be freely downloaded at: http://www.spyderware.nl Spyder is a Python-derived data modelling and conversion language. Spyder extends Python with three Spyder-specific statements, which are pre-processed (compiled) to pure Python. Spyder is designed to facilitate object creation, validation and conversion. Any object can be parsed from a string or initialized from a list, dict or any other suitable object. Spyder includes a path-finding data conversion system. Conversion functions between Spyder classes can be registered into this system. A.convert(D) will execute a path of converter functions, for example A=B=C=D. Classes can use registered methods from any other class to which a conversion path is possible. If the method spam() is unique to class D, A.spam() will be equivalent to A.convert(D).spam(). Spyder can deal with complex data models, but also with a variety of 3D objects and with media files. It comes with several tutorials and an expanding library of classes and converters. It has been interfaced to the 3D modelling program Blender. Spyder is licensed as freeware. Sjoerd --- Sjoerd de Vries, [EMAIL PROTECTED] PA HREF=http://www.spyderware.nl;Spyder 0.7.2/A - Spyder is a Python-based data manipulation language to read, validate and convert all kinds of data, including complex data models, media files and 3D objects. (16-08-07)/P -- http://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation: http://www.python.org/psf/donations.html
Stop a thread on deletion
Hello all, I'm using threading for generating video content. The trouble is how to kill the thread, because there are multiple (simultaneous) owners of a thread. Ideally, a flag would be set when the reference count of the thread becomes zero, causing the run() loop to quit. Example: import threading import time import gc class myThread(threading.Thread): def __init__(self): self.passedOut = threading.Event() threading.Thread.__init__(self) def __del__(self): self.passedOut.set() def run(self): i = 0 while not self.passedOut.isSet(): i += 1 print Hi %d % i time.sleep(0.25) a = myThread() a.start() time.sleep(2.5) a = None time.sleep(2.5) Unfortunately, this doesn't work. When I remove the while-loop, __del__ is called, actually. Appearantly there is still some reference to the thread while it is running. I tried gc.get_referrers(self), but it seems to need some parsing. I'm not sure how to implement that and I'm not sure whether it will work always or not. Thanks in advance for any suggestion, Sjoerd Op 't Land -- http://mail.python.org/mailman/listinfo/python-list
Re: Stop a thread on deletion
Dear Cris, Thanks a lot. This works! (What you didn't know, there was already such a 'proxy' object in the design, so it isn't the hack it looks ;).) Thanks again, Sjoerd Op 't Land Chris Mellon schreef: On 8/8/07, Sjoerd Op 't Land [EMAIL PROTECTED] wrote: Hello all, I'm using threading for generating video content. The trouble is how to kill the thread, because there are multiple (simultaneous) owners of a thread. Ideally, a flag would be set when the reference count of the thread becomes zero, causing the run() loop to quit. Example: import threading import time import gc class myThread(threading.Thread): def __init__(self): self.passedOut = threading.Event() threading.Thread.__init__(self) def __del__(self): self.passedOut.set() def run(self): i = 0 while not self.passedOut.isSet(): i += 1 print Hi %d % i time.sleep(0.25) a = myThread() a.start() time.sleep(2.5) a = None time.sleep(2.5) Unfortunately, this doesn't work. When I remove the while-loop, __del__ is called, actually. Appearantly there is still some reference to the thread while it is running. I tried gc.get_referrers(self), but it seems to need some parsing. I'm not sure how to implement that and I'm not sure whether it will work always or not. gc.get_referrers returns a list of object instances that hold a reference to the object. The important one in this case is, of course, the thread itself. The thread holds a reference to the run method which (of course) requires a reference to the object. In other words, a running thread cannot be refcounted to zero. You are going to need a better method of handling your resources. Perhaps instead of holding a reference to the thread, they could hold a reference to a proxy object: import threading import time import gc import pprint class myThread(threading.Thread): def __init__(self): self.passedOut = threading.Event() threading.Thread.__init__(self) def run(self): i = 0 while not self.passedOut.isSet(): i += 1 print Hi %d % i time.sleep(1) print stopped class ThreadProxy(object): def __init__(self, proxy_for): self.proxy_for = proxy_for def __del__(self): self.proxy_for.passedOut.set() def start(self): self.proxy_for.start() -- http://mail.python.org/mailman/listinfo/python-list
test, please ignore
This is a test message from your mailing list administrator. Please ignore. -- Sjoerd Mullender -- http://mail.python.org/mailman/listinfo/python-list