[issue6816] Provide CPython command line functionality via runpy module
Changes by Chris Withers ch...@simplistix.co.uk: -- nosy: -cjw296 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6816 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1488943] difflib.Differ() doesn't always add hints for tab characters
Phillip Hellewell ssho...@gmail.com added the comment: Please apply the patch ASAP. This bug is affecting downstream product viewvc in a very adverse way. See http://viewvc.tigris.org/issues/show_bug.cgi?id=436 It's sad that I spent several hours tracking down this bug only to find out that henryl found it and provided a fix *3 and a half years ago*. Why is it taking so long to apply such a small yet important patch? -- nosy: +sshock ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1488943 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7355] Struct incorrectly compiles format strings
New submission from Steve Krenzel sgk...@gmail.com: The struct module has a calcsize() method which reports the size of the data for a specified format string. In some instances, to the best of my knowledge, this is wrong. To repro: from struct import calcsize calcsize(ci) 8 calcsize(ic) 5 The correct answer is 5 (a single byte character and a four byte int take up 5 bytes of space). For some reason when a 'c' is followed by an 'i', this is wrong and instead allocates 4 bytes to the 'c'. This has been verified in 2.6 and 2.5. You can also repro this by using 's', '2c', and similar combinations in place of 'c'. as well as 'I' in place of 'i'. This might effect other combinations as well. -- components: Library (Lib) messages: 95467 nosy: sgk284 severity: normal status: open title: Struct incorrectly compiles format strings type: behavior versions: Python 2.5, Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5862] multiprocessing 'using a remote manager' example errors and possible 'from_address' code leftover
Changes by Alexander Dutton d...@alexdutton.co.uk: -- nosy: +alexdutton ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5862 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7355] Struct incorrectly compiles format strings
Eric Smith e...@trueblade.com added the comment: It's a padding issue, having to do with putting values at the correct word boundaries. -- nosy: +eric.smith resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1859] textwrap doesn't linebreak on \n
Tom Lynn tl...@users.sourceforge.net added the comment: This bug should be re-opened, since there is definitely a bug here. I think the patch was incorrectly rejected. If I can expand palfrey's example: from textwrap import * T = TextWrapper(replace_whitespace=False, width=75) text = '''\ a a a a a b b b b b c c c c c d d d d d e e e e e''' for line in T.wrap(text): print line Python 2.5 textwrap turns it into: a a a a a b b b b b c c c c c d d d d d e e e e e That can't be right. palfrey's patch leaves the input unchanged, which seems correct to me. I think Guido guessed wrong here: the docs for replace_whitespace say: If true, each whitespace character (as defined by string.whitespace) remaining after tab expansion will be replaced by a single space The text should therefore not be reflowed in this case since replace_whitespace=False. palfrey's patch seems correct to me. It can be made to reflow to the full width by editing palfrey's patch, but that would disagree with the docs and break code. -- nosy: +tlynn ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1859 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7353] Why was Include/intobject.h removed in 3.1?
Mark Dickinson dicki...@gmail.com added the comment: However, that header file was removed in this commit: http://svn.python.org/view?view=revrevision=71697 Hmm. That was me. with this message: Issue #4910: PyNumber_Int is deprecated in 3.0.1; will be removed in 3.1. That's the message for r69517, I think, which just added an entry to Include/intobject.h. The message for r71697 was: The comments at the top of intobject.h say that it will be removed in 3.1. Make it so. I'm not too sure of the history here, but I suspect that Include/intobject.h was at least partly an aid to porting the Python extension modules from 2.x to 3.0, rather than third-party modules. Christian, Benjamin: any comments? I'm -1 on resurrecting Include/intobject.h in its old location. I don't much like the idea of having a random include file that's no longer used by Python itself in the main Include directory; it'll likely succumb to bitrot before long. But maybe there's a place for 2-to-3 porting aids in the Tools directory, where there's less expectation that files are well-maintained? Is is acceptable if I ship that header file in my distribution packages of python-3.1.1 ? (possibly with a reworded deprecation warning?) I can't see any problem with this. I agree the porting documentation needs to be updated, whatever happens. -- assignee: - georg.brandl components: +Documentation nosy: +benjamin.peterson, christian.heimes, georg.brandl, mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7353 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7353] Why was Include/intobject.h removed in 3.1?
Mark Dickinson dicki...@gmail.com added the comment: I didn't mean to assign this to Georg. Apologies. -- assignee: georg.brandl - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7353 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6454] Add example keyword argument to optparse constructor
Marcin Kasperski marcin.kasper...@mekk.waw.pl added the comment: I found this bug while looking for suggestions how to add examples to the optparse help call, but I feel there is a better and more general solution - just provide some minimal formatting for description: treat empty line as paragraph separator. Then I would be able to add example or anything else to the description formatting it as necessary -- nosy: +Mekk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6454 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7351] Documentation typos found in zipfile — Work with ZIP archives
Retro vinet...@gmail.com added the comment: I suggest renaming the class from BadZipfile to BadZipFile. We have a class named LargeZipFile. It would make sence to have the previously mentioned class named as BadZipFile then. What is your verdict on that? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7351 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7355] Struct incorrectly compiles format strings
Mark Dickinson dicki...@gmail.com added the comment: What Eric said. You can see the padding explicitly in the results of struct.pack: struct.pack(ci, '*', 0x12131415) # 8-byte result, 3 padding bytes '*\x00\x00\x00\x15\x14\x13\x12' struct.pack(ic, 0x12131415, '*') # 5-byte result, no padding. '\x15\x14\x13\x12*' Note the 3 zero bytes in the first result string. This gets reported frequently enough that I wonder whether the docs should be rearranged and/or expanded. The existence of padding is mentioned, but not particularly prominently or thoroughly. -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7356] parsing of ldconfig output in ctypes/utils.py depends on the locale
New submission from Matthias Klose d...@debian.org: % /sbin/ldconfig -p | grep GL libGLU.so.1 (libc6) = /usr/lib/libGLU.so.1 libGLEW.so.1.5 (libc6) = /usr/lib/libGLEW.so.1.5 libGL.so.1 (libc6, Système d'exploitation ABI : Linux 2.4.20) = /usr/lib/libGL.so.1 the regexp fails to parse this. proposing to set LANG=C when calling ldconfig. -- assignee: theller components: ctypes files: util.py.diff keywords: patch messages: 95475 nosy: doko, theller severity: normal status: open title: parsing of ldconfig output in ctypes/utils.py depends on the locale versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file15363/util.py.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7356 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5833] readline update
Matthias Klose d...@debian.org added the comment: msg94560 should read backported to the 2.6 branch. can we close the report? -- nosy: +doko ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5833 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7351] Documentation typos found in zipfile — Work with ZIP archives
Ezio Melotti ezio.melo...@gmail.com added the comment: The old name could be deprecated and replaced by the right one, but as Eric Smith mentioned on #python-dev, the class with the old name can't be removed because - even if unlikely - the object might exist in a pickle. So we can either live with the wrong name or deprecate it, fix the places where it's used and live with a deprecated version that can't be removed. -- nosy: +ezio.melotti priority: - low ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7351 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7353] cporting docs recommend using Include/intobject.h, which was removed in 3.1?
R. David Murray rdmur...@bitdance.com added the comment: You didn't. Doc bugs are automatically assigned to Georg by the tracker. -- nosy: +r.david.murray priority: - normal stage: - needs patch title: Why was Include/intobject.h removed in 3.1? - cporting docs recommend using Include/intobject.h, which was removed in 3.1? type: - behavior versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7353 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7353] cporting docs recommend using Include/intobject.h, which was removed in 3.1?
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: -r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7353 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5833] readline update
Antoine Pitrou pit...@free.fr added the comment: Can we close the report? Well there's something else in the original patch, although I don't care about it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5833 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7355] Struct incorrectly compiles format strings
Mark Dickinson dicki...@gmail.com added the comment: Reopening for possible doc clarification. Suggestions welcome! -- assignee: - mark.dickinson components: +Documentation, Extension Modules -Library (Lib) keywords: +easy priority: - low resolution: invalid - stage: committed/rejected - needs patch status: closed - open versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7357] tarfile doesn't detect disk full error on extraction
New submission from Eli Venter even...@jcvi.org: tarfile doesn't seem to return any error or raise any exception when an extraction fills up the disk, making it hard to use safely. Both extractall and extract suffer from this problem. I'm using CentOS 5.2 and python 2.6.2. -- components: Library (Lib) messages: 95481 nosy: eliv severity: normal status: open title: tarfile doesn't detect disk full error on extraction versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7357 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7358] cPickle crash on failed assertion
New submission from Ryan Shaw ryan.s...@stanfordalumni.org: def save_object(r, key, m): r.set(key, cPickle.dumps(m)) [4] save_object(r, 'cluster', cluster) python: ./Modules/cStringIO.c:419: O_cwrite: Assertion `oself-pos + l 2147483647' failed. Aborted Linux 2.6.30.9-96.fc11.x86_64 #1 SMP x86_64 GNU/Linux -- components: Library (Lib) messages: 95482 nosy: rybesh severity: normal status: open title: cPickle crash on failed assertion type: crash versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7358 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1859] textwrap doesn't linebreak on \n
Guido van Rossum gu...@python.org added the comment: I think the code originally wasn't meant to support this feature (honor embedded newlines when replace_whitespace=False). I'm thinking that we could add it though. Maybe Mark is interested in getting this into 2.7 and 3.2? I imagine it needs a new unittest too. -- resolution: rejected - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1859 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7358] cPickle crash on failed assertion
Eric Smith e...@trueblade.com added the comment: What are the types and values of cluster and r? Can you reproduce this in a self-contained script? -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7358 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7351] Documentation typos found in zipfile — Work with ZIP archives
Retro vinet...@gmail.com added the comment: I am merely speaking of renaming the class name from BadZipfile to BadZipFile. class BadZipFile(exceptions.Exception): # etc. Only the name is fixed at class definition. I am aiming for that in this bug report. And then every other BadZipfile should be fixed to BadZipFile. Is that doable? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7351 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7359] mailbox cannot modify mailboxes in system mail spool
New submission from Matthias Klose d...@debian.org: no change in behaviour in 2.6 the mailbox module in python 2.5 cannot modify mboxes in read-only directories, e.g. the system mail spool. This is because mailbox._singlefileMailbox.flush() tries to write the modified mailbox to a temporary file and then rename it. See: penelope[tmp]$ python2.5 Python 2.5 (release25-maint, Dec 9 2006, 14:35:53) [GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-20)] on linux2 Type help, copyright, credits or license for more information. import mailbox mbox = mailbox.mbox(/var/mail/nikolaus) mbox.clear() mbox.close() Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.5/mailbox.py, line 623, in close self.flush() File /usr/lib/python2.5/mailbox.py, line 570, in flush new_file = _create_temporary(self._path) File /usr/lib/python2.5/mailbox.py, line 1885, in _create_temporary os.getpid())) File /usr/lib/python2.5/mailbox.py, line 1875, in _create_carefully fd = os.open(path, os.O_CREAT | os.O_EXCL | os.O_RDWR) OSError: [Errno 13] Permission denied: '/tmp/mail/nikolaus.1195061622.penelope.4241' -- components: Library (Lib) messages: 95486 nosy: doko severity: normal status: open title: mailbox cannot modify mailboxes in system mail spool type: feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7359 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7360] [mailbox] race: mbox may lose data with concurrent access
New submission from Matthias Klose d...@debian.org: [forwarded from http://bugs.debian.org/451733] the mailbox._singlefileMailbox class is not safe with concurrent access, because mailbox._singlefileMailbox.flush() replaces the underlying file with a new copy by constructing a temporary file and then renaming it. This breaks all other class instances which have this mailbox open. I'm attaching a script demonstrating the problem. I think it's a bad idea to use rename(2) here; overwriting the file content would fix the race condition, and #451274 too[1]. -- components: Library (Lib) messages: 95487 nosy: doko severity: normal status: open title: [mailbox] race: mbox may lose data with concurrent access versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7360 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7360] [mailbox] race: mbox may lose data with concurrent access
Changes by Matthias Klose d...@debian.org: Added file: http://bugs.python.org/file15364/mailbox-race.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7360 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7351] Documentation typos found in zipfile — Work with ZIP archives
Ezio Melotti ezio.melo...@gmail.com added the comment: It might be doable for Python and its stdlib, but all the programs and modules that are using the old name will start raising errors if they don't find the old name anymore. If the old name is deprecated for at least one Python version (e.g. 2.7/3.2), these programs can fix it and then, after a few versions (e.g. 3.3), the old name can finally be removed. There is still the pickle issue, even if IMHO it's so unlikely that it shouldn't be relevant. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7351 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7357] tarfile doesn't detect disk full error on extraction
Lars Gustäbel l...@gustaebel.de added the comment: The TarFile constructor (as well as tarfile.open) takes an errorlevel keyword argument. See http://docs.python.org/dev/library/tarfile.html#tarfile-objects I quote: If errorlevel is 0, all errors are ignored when using TarFile.extract(). Nevertheless, they appear as error messages in the debug output, when debugging is enabled. If 1, all fatal errors are raised as OSError or IOError exceptions. If 2, all non-fatal errors are raised as TarError exceptions as well. Hope that helps. -- assignee: - lars.gustaebel nosy: +lars.gustaebel ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7357 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5827] os.path.normpath doesn't preserve unicode
Ezio Melotti ezio.melo...@gmail.com added the comment: assertTrue() also accepts a 'msg' argument where to explain what went wrong in case of failure [1]. [1]: http://docs.python.org/library/unittest.html#unittest.TestCase.assertTrue -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5827 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7360] [mailbox] race: mbox may lose data with concurrent access
Antoine Pitrou pit...@free.fr added the comment: the mailbox._singlefileMailbox class is not safe with concurrent access, because mailbox._singlefileMailbox.flush() replaces the underlying file with a new copy by constructing a temporary file and then renaming it. This breaks all other class instances which have this mailbox open. I don't think this class aims at being safe against concurrent access, so having it fail loudly is a good thing. Besides, the proposed cure (overwriting instead of renaming) looks worse than the illness. The virtue of renaming is that it is atomic (on POSIX systems at least), so you can't end up with a half-written mailbox if there's a crash or an IO problem in the middle. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7360 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3783] dbm.sqlite proof of concept
Runar Tenfjord runar.tenfj...@gmail.com added the comment:
By utilizing triggers on inserts and deletes it is possible to
keep track of the size and speed up __len__ by 10 x.
SQL:
CREATE TABLE IF NOT EXISTS info
(key TEXT UNIQUE NOT NULL,
value INTEGER NOT NULL);
INSERT OR IGNORE INTO info (key,value) VALUES ('size',0);
CREATE TABLE IF NOT EXISTS shelf
(key TEXT UNIQUE NOT NULL,
value TEXT NOT NULL);
CREATE TRIGGER IF NOT EXISTS insert_shelf
AFTER INSERT ON shelf
BEGIN
UPDATE info SET value = value + 1 WHERE key = 'size';
END;
CREATE TRIGGER IF NOT EXISTS delete_shelf
AFTER DELETE ON shelf
BEGIN
UPDATE info SET value = value - 1 WHERE key = 'size';
END;
On my laptop this increase the speed of 'len' about 10x
I have a slightly modified version of dbsqlite.py for
running on python 2.5 utilizing the triggers for
keep track of the size:
http://dpaste.com/hold/122439/
--
nosy: +rute
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3783
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3783] dbm.sqlite proof of concept
Changes by Antoine Pitrou pit...@free.fr: -- stage: - needs patch versions: +Python 3.2 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3783 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5827] os.path.normpath doesn't preserve unicode
Erik Carstensen sandb...@virtutech.com added the comment: Also, assertTrue has an alias failUnless which I personally find more descriptive (I don't know if either form is preferred for inclusion in Python though). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5827 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7360] [mailbox] race: mbox may lose data with concurrent access
Antoine Pitrou pit...@free.fr added the comment: Oops, sorry: I don't think this class aims at being safe against concurrent access, so having it fail loudly is a good thing. I now understand that the problem is that it doesn't fail loudly. That's what I get for replying too quickly. Still, I don't think the suggested fix is ok. Perhaps we should simply state in the documentation that flush() discards the old file, so that other processes accessing it may get a surprise. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7360 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5827] os.path.normpath doesn't preserve unicode
Ezio Melotti ezio.melo...@gmail.com added the comment: failUnless is deprecated in Python3.1 [1]. The assert* methods are preferred over the fail* ones that are now deprecated. [1]: http://docs.python.org/3.1/library/unittest.html#unittest.TestCase.failUnless -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5827 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7360] [mailbox] race: mbox may lose data with concurrent access
Antoine Pitrou pit...@free.fr added the comment: Actually, the doc is quite clear about it: « Be very cautious when modifying mailboxes that might be simultaneously changed by some other process. The safest mailbox format to use for such tasks is Maildir; try to avoid using single-file formats such as mbox for concurrent writing. » -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7360 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5080] PyArg_Parse* should raise TypeError for float parsed with integer format
Antoine Pitrou pit...@free.fr added the comment: +1 for a TypeError too. -- nosy: +pitrou priority: - normal stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5080] PyArg_Parse* should raise TypeError for float parsed with integer format
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7085] strptime problem
Ronald Oussoren ronaldousso...@mac.com added the comment: I committed a fix in r76403 (trunk), r76404 (2.6), r76405 (3.2), 76406 (3.1) -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7085 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7144] imp.load_module in thread causes core dump on OSX 10.6
Ronald Oussoren ronaldousso...@mac.com added the comment: I've just committed a fix for this issue in all 4 active branches (2.6, 2.7, 3.1 and 3.2) -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7144 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7356] parsing of ldconfig output in ctypes/utils.py depends on the locale
Thomas Heller thel...@ctypes.org added the comment: I'm curious: Which output do you get from: 'LANG=C /sbin/ldconfig -p | fgrep GL' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7356 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7180] pydoc -k can generate AttributeError on Mac OS X
Ronald Oussoren ronaldousso...@mac.com added the comment: The problem occurs in two occassions: 1) python was configured/built without the Carbon bindings (such as the copy that Apple ships) 2) python was build in 64-bit mode In both cases Carbon.File does not have an FSSpec type. Luckily this has already been fixed (r74681 in the 2.6 branch, and an earlier revision on the trunk). The fix is in 2.6.4. -- resolution: - accepted status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7180 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7358] cPickle crash on failed assertion
Ryan Shaw ryan.s...@stanfordalumni.org added the comment: r is the Redis python client. cluster is a large cluster tree along the lines of the cluster_node class found here: http://jesolem.blogspot.com/2009/04/hierarchical-clustering-in-python.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7358 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7179] Unportable test(1) construct
Ronald Oussoren ronaldousso...@mac.com added the comment: Fixed the postflight issue in r76407 (trunk), r76408 (2.6), r76409 (3.2) and r76410 (3.1). -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7179 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7358] cPickle crash on failed assertion
Ryan Shaw ryan.s...@stanfordalumni.org added the comment: I can't reproduce this in a self-contained script. Pickling a smaller cluster object and storing it in Redis works fine. The cluster object that caused the crash was large, a binary tree with 5000 leaves holding the results of a nine-hour calculation. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7358 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7351] Documentation typos found in zipfile — Work with ZIP archives
Retro vinet...@gmail.com added the comment: I made a patch which fixes the BadZipfile issue. Please take a look and decide whether you'll toss it or use it. Maybe it'll come handy some other time in the future. -- keywords: +patch Added file: http://bugs.python.org/file15365/zipfile-patch.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7351 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7356] parsing of ldconfig output in ctypes/utils.py depends on the locale
Matthias Klose d...@debian.org added the comment: $ LANG=C /sbin/ldconfig -p | fgrep GL libGLU.so.1 (libc6) = /usr/lib/libGLU.so.1 libGLEW.so.1.5 (libc6) = /usr/lib/libGLEW.so.1.5 libGL.so.1 (libc6, OS ABI: Linux 2.4.20) = /usr/lib/libGL.so.1 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7356 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7117] Backport py3k float repr to trunk
Mark Dickinson dicki...@gmail.com added the comment: Short float repr is now enabled in r76379. Misc/NEWS entries added/updated in r76411. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7117 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7355] Struct incorrectly compiles format strings
Steve Krenzel sgk...@gmail.com added the comment: Just for clarification, why does ci get padded but ic doesn't? While I agree that updating the documentation would help clarify, perhaps either everything should be padded to word boundaries or nothing should. It is weird behavior that ic != ci. If both formats were 8 bytes then my first thought would have been Oh, it's just getting padded, but with this inconsistency it appeared as a bug. Whatever the reason behind this discrepancy is, it should definitely be included in the doc updates. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7355] Struct incorrectly compiles format strings
Eric Smith e...@trueblade.com added the comment: It's basically because nothing comes after it. If you put something after it, such as a zero length integer, you'll see: from struct import calcsize calcsize(ci) 8 calcsize(ic) 5 calcsize(ic0i) 8 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7355] Struct incorrectly compiles format strings
Mark Dickinson dicki...@gmail.com added the comment: Just for clarification, why does ci get padded but ic doesn't? Because no padding is necessary in the second case: both the integer and the character already start at a position that's a multiple of 4---the integer at position 0 and the character at position 4. In the first case, without padding, the integer wouldn't start at a word boundary. The aim is to make sure that the byte sequence output by struct.pack matches the layout of a corresponding C struct. In the first case inter- item padding is necessary to make that work, in the second it isn't. You could argue that in the second case, Python should add trailing padding, but I'm not sure what the point would be. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7361] Strange importlib error during test_multiprocessing failure
New submission from R. David Murray rdmur...@bitdance.com: One of the buildbots suffered a test_multiprocessing failure, which itself is not such an unusual thing. But the error that was subsequently thrown looks like it might point to a place where importlib's error handling could be improved. The error that was thrown certainly gives no clear indication of what really caused the problem. The full buildbot report was: http://www.python.org/dev/buildbot/all/builders/ia64%20Ubuntu%203.1/builds/93/steps/test/logs/stdio Here are the tracebacks (the second one being the interesting one): Traceback (most recent call last): File /home/pybot/buildarea/3.1.klose-debian-ia64/build/Lib/multiprocessing/process.py, line 233, in _bootstrap self.run() File /home/pybot/buildarea/3.1.klose-debian-ia64/build/Lib/multiprocessing/process.py, line 88, in run self._target(*self._args, **self._kwargs) File /home/pybot/buildarea/3.1.klose-debian-ia64/build/Lib/test/test_multiprocessing.py, line 1211, in _putter queue = manager.get_queue() File /home/pybot/buildarea/3.1.klose-debian-ia64/build/Lib/multiprocessing/managers.py, line 644, in temp token, exp = self._create(typeid, *args, **kwds) File /home/pybot/buildarea/3.1.klose-debian-ia64/build/Lib/multiprocessing/managers.py, line 544, in _create id, exposed = dispatch(conn, None, 'create', (typeid,)+args, kwds) File /home/pybot/buildarea/3.1.klose-debian-ia64/build/Lib/multiprocessing/managers.py, line 79, in dispatch kind, result = c.recv() File /home/pybot/buildarea/3.1.klose-debian-ia64/build/Lib/multiprocessing/connection.py, line 408, in recv s = self._conn.recv_bytes() IOError: [Errno 104] Connection reset by peer test test_multiprocessing failed -- Traceback (most recent call last): File /home/pybot/buildarea/3.1.klose-debian-ia64/build/Lib/test/test_multiprocessing.py, line 1222, in test_rapid_restart queue = manager.get_queue() File /home/pybot/buildarea/3.1.klose-debian-ia64/build/Lib/multiprocessing/managers.py, line 644, in temp token, exp = self._create(typeid, *args, **kwds) File /home/pybot/buildarea/3.1.klose-debian-ia64/build/Lib/multiprocessing/managers.py, line 542, in _create conn = self._Client(self._address, authkey=self._authkey) File /home/pybot/buildarea/3.1.klose-debian-ia64/build/Lib/multiprocessing/connection.py, line 427, in XmlClient import xmlrpc.client as xmlrpclib File /home/pybot/buildarea/3.1.klose-debian-ia64/build/Lib/importlib/_bootstrap.py, line 151, in decorated return fxn(self, module) File /home/pybot/buildarea/3.1.klose-debian-ia64/build/Lib/importlib/_bootstrap.py, line 399, in load_module return self._load_module(module) File /home/pybot/buildarea/3.1.klose-debian-ia64/build/Lib/importlib/_bootstrap.py, line 324, in _load_module code_object = self.get_code(module.__name__) File /home/pybot/buildarea/3.1.klose-debian-ia64/build/Lib/importlib/_bootstrap.py, line 411, in get_code pyc_timestamp = marshal._r_long(data[4:8]) File /home/pybot/buildarea/3.1.klose-debian-ia64/build/Lib/importlib/__init__.py, line 65, in _r_long x = int_bytes[0] IndexError: index out of range -- components: Library (Lib) messages: 95511 nosy: brett.cannon, jnoller, r.david.murray priority: low severity: normal stage: test needed status: open title: Strange importlib error during test_multiprocessing failure type: behavior versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7361 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7355] Struct incorrectly compiles format strings
Mark Dickinson dicki...@gmail.com added the comment:
I'm half-convinced that struct.pack *should* ideally add trailing padding
in the same situation that C does, for consistency with C. Then calcsize
would match C's sizeof. If you're writing or reading a struct from C,
it's probably easiest/most natural to write or read sizeof(my_struct)
bytes, rather than worrying about stripping trailing padding for
efficiency.
I don't see a sensible way to make this change without breaking backwards
compatibility, though.
(Note: this still wouldn't mean that the calcsize result would be
independent of order: calcsize('cci') and calcsize('cic') would still be
different, for example, on a typical platform.)
Eric's solution of adding '0i' should be included in the documentation
update.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7355
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7356] parsing of ldconfig output in ctypes/utils.py depends on the locale
Thomas Heller thel...@ctypes.org added the comment: I assume the patch is fine, would you like to apply it? Thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7356 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue444582] Finding programs in PATH, addition to os
Changes by Andy Buckley a...@insectnation.org: -- nosy: +andybuckley ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue444582 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7362] Incorrect error message with def((x)=0)
New submission from James Lingard j...@aristanetworks.com: def f((x)=0): pass gives the following incorrect error message: SyntaxError: non-default argument follows default argument def f((x)): pass is treated exactly the same as def f(x): pass, so it would seem sensible for the same to be true if a default value is used. But if this syntax is disallowed for some reason, the error message should be fixed. This appears to be related to bug #1557232. [Tested on Python 2.6 (r26:66714, Jun 8 2009, 16:07:29).] -- components: Interpreter Core messages: 95514 nosy: james.lingard severity: normal status: open title: Incorrect error message with def((x)=0) type: behavior versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7362 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7362] Incorrect error message with def((x)=0)
Benjamin Peterson benja...@python.org added the comment: Fixed in r76416. -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7362 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7353] cporting docs recommend using Include/intobject.h, which was removed in 3.1?
Benjamin Peterson benja...@python.org added the comment: Hmm, I wish intobject.h hadn't been removed so soon. I'm not really sure how a file of #defines could suffer bitrot. This point is probably moot, though because there's little point in having its presence skip a version. I suppose sticking it in Tools or even Doc/includes is the second best option. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7353 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7363] Inconsisten Indentation In SocketServer Docs
New submission from Yuv Gre ubershme...@gmail.com: A bit nitpicky but there are 3 spaces instead of 4 in the docs. This is relevant to py3k and trunk. http://docs.python.org/library/socketserver.html#socketserver-udpserver- example -- assignee: georg.brandl components: Documentation files: 3-spaces-udp-server.patch keywords: patch messages: 95517 nosy: georg.brandl, ubershmekel severity: normal status: open title: Inconsisten Indentation In SocketServer Docs versions: Python 2.7, Python 3.2 Added file: http://bugs.python.org/file15366/3-spaces-udp-server.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7363 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7364] Traceback contains incorrect line number for duplicate argument in lambda definition
New submission from James Lingard j...@aristanetworks.com: The following python file: lambda a, a: 0 when executed gives the following backtrace: File /tmp/test.py, line 0 SyntaxError: duplicate argument 'a' in function definition Note that the line number is 0, not 1. (It's always 0, regardless of the position in the file). --- Note that this doesn't happen for other similar errors in lambda functions, for example the file: lambda a=0, a: 0 leads to the following error message: File /tmp/test.py, line 1 lambda a=0, a: 0 SyntaxError: non-default argument follows default argument and it also doesn't happen for the same error in a 'def': def f(a, a): pass leads to the following error message: File /tmp/test.py, line 1 def f(a, a): pass SyntaxError: duplicate argument 'a' in function definition --- Tested on Python 2.6 (r26:66714, Jun 8 2009, 16:07:29). -- components: Interpreter Core messages: 95518 nosy: james.lingard severity: normal status: open title: Traceback contains incorrect line number for duplicate argument in lambda definition type: behavior versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7364 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7364] Traceback contains incorrect line number for duplicate argument in lambda definition
Benjamin Peterson benja...@python.org added the comment: Fixed in r76423. -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7364 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7365] grp and pwd should treat uid and gid as unsigned
New submission from Ed Plese e...@edplese.com:
Both Linux and Solaris define uid_t and gid_t as unsigned integers. The
pwd and grp modules cast these to signed long values that are then
converted with PyInt_FromLong. For large values, greater than 2 ** 32 -
1, the result is correct when Python is compiled as a 64-bit executable,
but is incorrect when compiled as a 32-bit executable.
Similar bugs have been noted in the posix module as reported in #4591.
For example, on OpenSolaris build 127, the 32-bit version of Python
returns a negative uid: pw_uid=-2147483647:
$ file /usr/bin/python2.6
/usr/bin/python2.6: ELF 32-bit LSB executable 80386 Version 1 [FPU],
dynamically linked, not stripped, no debugging information available
$ /usr/bin/python2.6
Python 2.6.2 (r262, Oct 26 2009, 01:06:14) [C] on sunos5
Type help, copyright, credits or license for more information.
import pwd
pwd.getpwnam('t...@foo.com')
pwd.struct_passwd(pw_name='t...@foo.com', pw_passwd='x',
pw_uid=-2147483647, pw_gid=1, pw_gecos='Test User', pw_dir='',
pw_shell='')
$ file /usr/bin/amd64/python2.6
/usr/bin/amd64/python2.6: ELF 64-bit LSB executable AMD64 Version
1 [SSE FXSR FPU], dynamically linked, not stripped, no debugging
information available
$ /usr/bin/amd64/python2.6
Python 2.6.2 (r262, Oct 26 2009, 01:09:04) [C] on sunos5
Type help, copyright, credits or license for more information.
import pwd
pwd.getpwnam('t...@foo.com')
pwd.struct_passwd(pw_name='t...@foo.com', pw_passwd='x',
pw_uid=2147483649, pw_gid=1, pw_gecos='Test User', pw_dir='',
pw_shell='')
The attached patch against 2.6.4 changes PyInt_FromLong to
PyLong_FromUnsignedLong and changes casts to unsigned long.
--
components: Extension Modules
files: pwd-grp-unsigned-uid.patch
keywords: patch
messages: 95520
nosy: eplese
severity: normal
status: open
title: grp and pwd should treat uid and gid as unsigned
type: behavior
versions: Python 2.6
Added file: http://bugs.python.org/file15367/pwd-grp-unsigned-uid.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7365
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5683] Speed up cPickle's pickling generally
Antoine Pitrou pit...@free.fr added the comment: Are you still willing to work on this? -- versions: +Python 3.2 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5683 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7359] mailbox cannot modify mailboxes in system mail spool
Antoine Pitrou pit...@free.fr added the comment: The same remark as in issue7360, that is it is not robust at all to overwrite the file rather than doing an atomic rename from a temporary file. The only possible exception would be if you only /append/ to the mbox file (and that's assuming all mailbox-reading software you use be able to deal with a partially written message at the end of an mbox file). -- nosy: +akuchling, pitrou priority: - normal versions: +Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7359 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7360] [mailbox] race: mbox may lose data with concurrent access
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +akuchling ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7360 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6594] json C serializer performance tied to structure depth on some systems
Valentin Kuznetsov vkuz...@gmail.com added the comment: Hi, I just found this bug and would like to add my experience with performance of large JSON docs. I have a few JSON docs about 180MB in size which I read from data-services. I use python2.6, run on Linux, 64- bit node w/ 16GB of RAM and 8 core CPU, Intel Xeon 2.33GHz each. I used both json and cjson modules to parse my documents. My observation that the amount of RAM used to parse such docs is about 2GB, which is a way too much. The total time spent about 30 seconds (using cjson). The content of my docs are very mixed, lists, strings, other dicts. I can provide them if it will be required, but it's 200MB :) For comparison, I got the same data in XML and using cElementTree.iterparse I stay w/ 300MB RAM usage per doc, which is really reasonable to me. I can provide some benchmarks and perform such tests if it will be required. -- nosy: +vkuznet ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6594 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6594] json C serializer performance tied to structure depth on some systems
Bob Ippolito b...@redivi.com added the comment: Did you try the trunk of simplejson? It doesn't work quite the same way as the current json module in Python 2.6+. Without the data or a tool to produce data that causes the problem, there isn't much I can do to help. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6594 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7361] Strange importlib error during test_multiprocessing failure
Brett Cannon br...@python.org added the comment: I will obviously have a look, but why the heck is test_multiprocessing calling importlib? Is it meant to do that? Or is this part of the -j flag for regrtest? -- assignee: - brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7361 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue444582] Finding programs in PATH, addition to os
Changes by Brett Cannon br...@python.org: -- nosy: -brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue444582 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7361] Strange importlib error during test_multiprocessing failure
Brett Cannon br...@python.org added the comment: And it looks like the error was triggered from a malformed .pyc file that was truncated. Guess I need to be more careful with that possibility. =) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7361 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7311] Bug on regexp of HTMLParser
Glenn Linderman v+pyt...@g.nevcal.com added the comment: Re: the BTW -- and should be entity-escaped when used in attribute values inside tag attributes... (but are probably seldom found as part of tag attribute values) But the example you showed is not an attribute in a tag, but rather text within a paired tag. But your suggestion for the regexp seems correct to me, if the non-ASCII characters are permitted for non-quoted attribute values. -- nosy: +v+python ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7311 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7361] Strange importlib error during test_multiprocessing failure
R. David Murray rdmur...@bitdance.com added the comment: This was on a buildbot, and regrtest -j isn't used there, but in any case it wouldn't affect importlib as far as I know. From the traceback it looks like multiprocessing is just doing an import. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7361 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7311] Bug on regexp of HTMLParser
Chiyuan Zhang plus...@gmail.com added the comment: re: Yes. In fact, the BTW is a different problem with respect to this bug. And that seems to be more complicated to fix. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7311 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7366] weakref module example relies on behaviour not guaranteed by id()
New submission from James Henstridge ja...@jamesh.id.au: The documentation for the weakref module contains an example that uses WeakValueDictionary to implement a id2obj() lookup function that doesn't store strong references to those objects. This example implicitly assumes that the id() of an object will be unique for the lifetime of the interpreter, when it is only unique for the lifetime of the object. The problem can be demonstrated like so: 1. create an object foo 2. function 1 remembers the id of this object with oid1 = remember(foo) 3. foo gets garbage collected 4. an object bar is created and happens to get the same memory location 5. function 2 remembers the id of this object with oid2 = remember(bar) 6. function 1 looks up its stored object ID with id2obj(oid1) In step 6, the object bar is returned rather than an exception being raised. As well as the example being broken, the weakref module contains the functionality a programmer would need to do this kind of thing safely: use the weakref.ref type directly. It'd be good to replace the example with a better one. -- assignee: georg.brandl components: Documentation messages: 95530 nosy: georg.brandl, jamesh severity: normal status: open title: weakref module example relies on behaviour not guaranteed by id() versions: Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7366 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7366] weakref module example relies on behaviour not guaranteed by id()
James Henstridge ja...@jamesh.id.au added the comment: Forgot to include a link to the documentation I was talking about: http://docs.python.org/library/weakref#example This example also appears in the 2.7a0 and 3.2a0 documentation. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7366 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7342] str(datetime_obj) doesn't include microseconds if their value is 0
Ezio Melotti ezio.melo...@gmail.com added the comment: If __str__ is supposed to produce nice output, the microsecond shouldn't be visible at all imho (special cases are not special enough to break the rules). If the date/time object is read by a human he probably doesn't care of the microseconds anyway, if it's parsed by a machine the '0 microseconds' situation must be special-cased to avoid failures like the one mentioned in the first message. The fact that the documentation of datetime.isotime() mentions it is not enough if the user doesn't know that it's used by str(), so a note should be added to the doc. I don't know if/how the situation can be fixed though. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7342 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7367] OSError [errno 13] permission denied
New submission from Jay Lugo jacewick...@gmail.com: I spend the better part of a day figuring out this relatively simple problem with the help files in IDLE with python 2.6 on a mac OSX I came about the solution by following the code errors all over up and down the program files. Eventual I came about the public folder ex.. Users/ME/Public I spent time looking through the properties and settings tabs editing my firewall settings and file sharing options (I reverted them when i fixed the problem) but i ended up removing all file sharing settings anyway. I simply right clicked on the public folder and my permission was set to Write only(Drop Box) a simple change to Reed and Write fixed the IDLE error. Hope i just saved some one some time. -- components: IDLE messages: 95533 nosy: Quik_Foot severity: normal status: open title: OSError [errno 13] permission denied type: resource usage versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7367 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
