[issue5551] os.path.ismount take a cross-device symlink for a mountpoint
New submission from Jürgen A. Erhard j...@users.sourceforge.net: Confirmed to exist in 2.6.1 (r261:67515) and 3.0 (r30:67503). Seems to have been introduced somewhere in the 2.5 timeline, as 2.4 doesn't show this bug. -- components: Library (Lib) messages: 84060 nosy: jae severity: normal status: open title: os.path.ismount take a cross-device symlink for a mountpoint type: behavior versions: Python 2.5, Python 2.6, Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5551 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4630] IDLE no longer respects .Xdefaults insertOffTime
Mark Summerfield m...@qtrac.eu added the comment: Py2.6: idlelib/EditorWindow.py change line 110 from: width=self.width, to: width=self.width, insertofftime=0, Py3.0 apply the same change to line 112 This will switch off cursor blink (and annoy people who want cursor blink). So really instead of setting it to 0 you should set it to a variable. On Windows the Win32 API has a function you can call to find out the user's preferred blink rate and you can use that. On Mac OS X there's no such thing so you would need to add an option to IDLE's configuration dialog. On Linux the .Xdefaults file should be read and *insertOffTime respected. But since for Mac you have to add it to the configuration dialog, it might just be easier to just do that for all platform a simple [ ] blinking cursor check box would suffice. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4630 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5551] os.path.ismount takes a cross-device symlink for a mountpoint
Jürgen A. Erhard j...@users.sourceforge.net added the comment: Microscopic typo in title fixed (stickler for details, me? ;) -- title: os.path.ismount take a cross-device symlink for a mountpoint - os.path.ismount takes a cross-device symlink for a mountpoint ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5551 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2259] Poor support other than 44.1khz, 16bit audio files?
Changes by R. David Murray rdmur...@bitdance.com: -- priority: - normal versions: -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2259 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5544] test_fileio fails on windows MSVC Assertion
Andreas Schawo andreas.sch...@gmail.com added the comment:
I stepped back to r70187 and got no assertion.
An update to r70349 result in an assertion.
So I reverted the changes in test_fileio.py of r70349 and got no assertion.
But the test should work without assertion.
I tested releases 2.6.1, 3.0.1 and current trunk with:
import os
f = open('test.test', 'w')
os.close(f.fileno())
f.close()
2.6.1 and 3.0.1 raised an Exception with Errno 9.
With current trunk I've got the MSVC assertion.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5544
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2245] aifc cannot handle unrecognised chunk type CHAN
R. David Murray rdmur...@bitdance.com added the comment: The patch posted in issue 2259 solves this issue by deleting the skiplist entirely and simply ignoring any unknown chunk. Given the relatively long list of skipped types compared to the short list of handled types, this may be reasonable. I am recommending in that issue that the skiplist change be broken out into a separate patch and attached to this ticket as a proposed fix. An alternative fix would be to add CHAN to the skiplist and/or turn the existing error into a warning. Someone more knowledgeable about AIFF and sound files would perhaps know which would be more appropriate. -- keywords: +easy nosy: +bitdancer priority: - normal stage: - test needed type: feature request - behavior versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.5 ___ 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
[issue2259] Poor support other than 44.1khz, 16bit audio files?
R. David Murray rdmur...@bitdance.com added the comment: Killing two birds with one stone is actually a bad idea when it comes to patches. I would recommend breaking this patch into its two independent pieces, the alignment fix and the skiplist fix, and attaching the skiplist fix to issue 2245 as a proposed fix there. Both issues need tests. -- nosy: +bitdancer ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2259 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5512] Streamline integer division
STINNER Victor victor.stin...@haypocalc.com added the comment: Would it be possible to port the patch to python trunk? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5512 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5512] Streamline integer division
Mark Dickinson dicki...@gmail.com added the comment: Hi Victor! I already applied the x_divrem patch to the trunk and to py3k. Did you mean the release branch? I'd prefer not to backport this to 2.6 or 3.0: it's not a new feature, but it's not a bugfix either and there's always some risk of breakage... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5512 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5512] Streamline integer division
STINNER Victor victor.stin...@haypocalc.com added the comment: I already applied the x_divrem patch to the trunk and to py3k Oops! I taught that you applied it to py3k and release30-maint :-/ It's ok, trunk and py3k is enough ;-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5512 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3944] faster long multiplication
Mark Dickinson dicki...@gmail.com added the comment: Thanks! Unfortunately, it looks like I messed this up yesterday by removing mul1 (after the division patch went in, mul1 wasn't used any more). I'll fix this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3944 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5544] test_fileio fails on windows MSVC Assertion
Antoine Pitrou pit...@free.fr added the comment: I can definitely reproduce the problem under a Windows XP virtual machine using Visual C++ 2008 Express in debug mode. Here is a screenshot. Unfortunately, I'm not a Windows programmer and I'm not able to produce a patch for this. But the close() call in _fileio.c should certainly be protected by whatever magic is necessary. -- Added file: http://bugs.python.org/file13405/Capture-QEMU.png ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5544 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3944] faster long multiplication
Mark Dickinson dicki...@gmail.com added the comment: Updated version of longobject_diff1: - add mul1 back in - rename MAX_PARTIALS to the more descriptive BLOCK_MUL_SIZE - rewrite digits_multiply so that the call to digits_multiply_add always has b_size=BLOCK_MUL_SIZE, then hard-code this and get rid of the b_size argument. This should give the compiler some opportunities for loop-unrolling in digits_multiply_add. -- Added file: http://bugs.python.org/file13406/faster_long_mul.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3944 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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
[issue4630] IDLE no longer respects .Xdefaults insertOffTime
Mehmet Köse mehmet.k...@gmail.com added the comment: Thank you very much. It was a kind of chinese torture. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4630 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4630] IDLE no longer respects .Xdefaults insertOffTime
Mark Summerfield m...@qtrac.eu added the comment: Yes, blinking cursors are torture for me too. Fortunately you can switch them off globally in Windows, and in most cases on Linux (which is what I use). But not on Mac OS X, and not it seems for Java apps. This site has some tips: http://www.jurta.org/en/prog/noblink -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4630 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1982] Feature: extend strftime to accept milliseconds
M. Dietrich m...@pyneo.org added the comment: i am not shure what the code snippet shall proove but shouldnt't it read from datetime import datetime a_datetime = datetime.now() a_datetime = a_datetime.replace(microsecond = 1) iso_str = a_datetime.isoformat() b_datetime = datetime.strptime(iso_str, %Y-%m-%dT%H:%M:%S.%f) assert(a_datetime == b_datetime) ? i general i would expect for each operation a reverse if possible to be complete. so if there is a strftime, i look for a strptime, if there is a isoformat, i like a isoparse. and to be complete i need a format tag for ms if there is a microseconds member in datatime object. -- nosy: +mdt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5544] test_fileio fails on windows MSVC Assertion
Andreas Schawo andreas.sch...@gmail.com added the comment: r69214 works with os.close(f.fileno());f.close() (Exception with Errno 9) r69560 does not compile r70152 test_fileio failed (different reason) MSVC Assertion with os.close(f.fileno());f.close() I was not able to use _fileio.c from r69214 in cause of other dependencies. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5544 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3402] test_nis is hanging on Solaris
Ismail Donmez ism...@namtrac.org added the comment: Well the test is now skipped on _all_ platforms. This looks wrong. -- nosy: +cartman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3402 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5552] With invalid FD, os.device_encoding() returns None under Linux but raises an error under Windows
New submission from Antoine Pitrou pit...@free.fr: This is a potentially annoying incompatibility between platforms. Under Linux: import os print(os.device_encoding(1000)) None -- components: Interpreter Core messages: 84079 nosy: pitrou priority: normal severity: normal status: open title: With invalid FD, os.device_encoding() returns None under Linux but raises an error under Windows type: behavior versions: Python 3.0, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5552 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5552] With invalid FD, os.device_encoding() returns None under Linux but raises an error under Windows
Antoine Pitrou pit...@free.fr added the comment: And under Windows: print(os.device_encoding(1000)) Traceback (most recent call last): File stdin, line 1, in module OSError: [Errno 9] Bad file descriptor -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5552 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5544] test_fileio fails on windows MSVC Assertion
Antoine Pitrou pit...@free.fr added the comment: The fix is wrong, it doesn't raise an error when the fd is invalid... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5544 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5552] With invalid FD, os.device_encoding() returns None under Linux but raises an error under Windows
Antoine Pitrou pit...@free.fr added the comment: This may be related to the following lines in posixmodule.c: if (!_PyVerify_fd(fd)) return posix_error(); -- nosy: +krisvale ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5552 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5544] test_fileio fails on windows MSVC Assertion
Antoine Pitrou pit...@free.fr added the comment: Basically, all FileIO methods should be protected (I'm not even sure why you are asking! we can't let the interpreter crash rather than raise an exception). Someone has to write additional tests for those though, for now only close() is tested. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5544 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5552] With invalid FD, os.device_encoding() returns None under Linux but raises an error under Windows
Antoine Pitrou pit...@free.fr added the comment: Thanks! -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5552 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue694374] Recursive regular expressions
Peter Waller peter.wal...@gmail.com added the comment: It looks like Matthew has dropped this feature from consideration. See msg83993 . -- nosy: +pwaller ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue694374 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2259] Poor support other than 44.1khz, 16bit audio files?
HiroakiKawai ka...@apache.org added the comment: Killing one or two is not the point in this issue ticket. The ticket is opened per issue what one experienced. Thus there might be different tickets that needs the same patch. For this issue, the problem is Poor support other than 44.1khz, 16bit audio files?. I posted one patch for this issue. I think the patch could not be separated, and should not be. I could not see it resonable to separate the patch into two. :( If you do really want to have separate patches, I can prepare. Or anyone can prepare. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2259 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5553] Py_LOCAL_INLINE(type) doesn't actually inline except using MSC
New submission from Daniel Stutzbach dan...@stutzbachenterprises.com: Below is the relevant snippet from pyport.h. There are two reasons that Py_LOCAL_INLINE doesn't actually emit the inline keyword (unless compiling with MSC). First, configure does not have code to test the compiler and define USE_INLINE if appropriate. Second, the code undefines USE_INLINE even if defined! (oops? ;) ) The snippet is replicated with slightly different names near the top of _sre.c. #undef USE_INLINE /* XXX - set via configure? */ #if defined(_MSC_VER) #if defined(PY_LOCAL_AGGRESSIVE) /* enable more aggressive optimization for visual studio */ #pragma optimize(agtw, on) #endif /* ignore warnings if the compiler decides not to inline a function */ #pragma warning(disable: 4710) /* fastest possible local call under MSVC */ #define Py_LOCAL(type) static type __fastcall #define Py_LOCAL_INLINE(type) static __inline type __fastcall #elif defined(USE_INLINE) #define Py_LOCAL(type) static type #define Py_LOCAL_INLINE(type) static inline type #else #define Py_LOCAL(type) static type #define Py_LOCAL_INLINE(type) static type #endif -- messages: 84089 nosy: stutzbach severity: normal status: open title: Py_LOCAL_INLINE(type) doesn't actually inline except using MSC versions: Python 2.7, Python 3.0, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5553 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5129] indentation in IDLE 2.6 different from IDLE 2.5, 2.4 or vim
Changes by Guilherme Polo ggp...@gmail.com: -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5129 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5129] indentation in IDLE 2.6 different from IDLE 2.5, 2.4 or vim
Guilherme Polo ggp...@gmail.com added the comment: platform: Windows XP In a file (cf attached file) with mixed tabs and spaces, the line following else: appears at the same level than else:, while the file probably still works with Python 2.6. At least, IDLE 2.5 or IDLE 2.4 or vim don't have this problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5129 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2259] Poor support other than 44.1khz, 16bit audio files?
R. David Murray rdmur...@bitdance.com added the comment: The issue isn't whether the patch(es) are on one issue or not, if you want to keep them here, that's fine. This patch is so small that breaking it up isn't strictly necessary, either, though I still think it would be cleaner and more likely to get applied if you did so. (My thought after reading the developer documentation is that each patch file should consist of the minimum amount of independently testable changes, regardless of whether or not they unltimately fix a single issue.) But I could be wrong, it's just my opinion :) What we do for sure need in order to get this closer to having the devs accept it is unit (or doctest) test cases that demonstrate the problem and thereby demonstrate that the patch fixes the problem. In case you didn't see it, it was also suggested, on the other ticket, that the 'else: pass' could just be dropped. (I'm one of the people doing ticket triage, by the way, in case you wonder what my role is...my goal is to get tickets resolved, by getting tickets up to a high enough quality that the devs can easily accept or reject them.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2259 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue694374] Recursive regular expressions
Matthew Barnett pyt...@mrabarnett.plus.com added the comment: There are 2 reasons: 1. I've been told that my current patches contain too many differences from the current implementation, so basically I have to go back to the start and introduce any changes a little at a time, without knowing whether any particular change will be accepted. 2. I think that recursive regular expressions are starting to stray into the realm of pyparsing and so forth. So I might not have the time (and I don't think I have the inclination!) to implement them. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue694374 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4626] compile() doesn't ignore the source encoding when a string is passed in
Jean-Michel Fauth wxjmfa...@gmail.com added the comment: I'm glad to have discovered this topic. I bumped into something similar when I toyed with an interactive interpreter. from code import InteractiveInterpreter ii = InteractiveInterpreter() source = ... ii.runsource(source) What should be the encoding and/or the type (str, bytes) of the source string? Taking into account the encoding of the script which contains this code, I have the feeling there is always something going wrong, this can be a non ascii char in the source (encoded in utf-8!) or the interactive interpreter does not accept very well a byte string representing a utf-8 encoded string. IDLE is not suffering from this. Its interactive interpreter is somehow receiving ucs-2 ready string from tkinter. I'm a little bit confused here (win2k, winXP sp2, Python 3.0.1). -- nosy: +jmfauth ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4626 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1598] unexpected response in imaplib
Roy H. Han starsareblueandfara...@gmail.com added the comment:
I'm also getting the same error retrieving a message through IMAP from a
Lotus Notes server.
Traceback (most recent call last):
File mail.py, line 152, in module
if 'setup' == argument: setup()
File mail.py, line 61, in archive
for message in imapBox.read(includes=includes,
excludes=[mail_store_imap.folder_trash]):
File /var/www/pylons/scout/scout/lib/mail_store_imap.py, line 89, in
read
returnCode, data = self.server.fetch(messageIndex, '(RFC822)')
File /usr/lib/python2.5/imaplib.py, line 437, in fetch
typ, dat = self._simple_command(name, message_set, message_parts)
File /usr/lib/python2.5/imaplib.py, line 1055, in _simple_command
return self._command_complete(name, self._command(name, *args))
File /usr/lib/python2.5/imaplib.py, line 887, in _command_complete
raise self.abort('command: %s = %s' % (name, val))
imaplib.abort: command: FETCH = unexpected response: ')'
--
nosy: +starsareblueandfaraway
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1598
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2485] Traceback changed in 2.6 for unhashable objects
R. David Murray rdmur...@bitdance.com added the comment: In 2.5, the fact that list was unhashable was checked in the list object, and that message was hardcoded there. In 2.6, the check for unhashableness uses generic code, and the resulting error substitutes the type name into the message. This message already existed and was used for other types, the difference between 2.5 and 2.6 is that list is now covered by the generic code and is not a special case. So, yes, this was intentional and no, it isn't going to get changed. -- components: +Interpreter Core nosy: +bitdancer priority: - low resolution: - wont fix stage: - committed/rejected status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2485 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1598] unexpected response in imaplib
Roy H. Han starsareblueandfara...@gmail.com added the comment: Using a different format, it seems the message involves cryptographic keys signed by Lotus Notes? server.fetch(407, '(BODY.PEEK[HEADER] FLAGS)') To: pers...@place.com Subject: subject Message-ID: x...@place.com Date: Tue, 28 Oct 2008 17:53:22 -0400 From: per...@place.com Content-Type: multipart/mixed; boundary==_mixed 007839E2852574F0_= MIME-Version: 1.0 X-Mailer: Lotus Notes Release 7.0.2 September 26, 2006 X-MIMETrack: S/MIME Sign by Notes Client on Person(Release 7.0.2|September 26, 2006) at 10/28/2008 05:53:11 PM,Serialize by Notes Client on Person(Release 7.0.2|September 26, 2006) at 10/28/2008 05:53:11 PM,Serialize complete at 10/28/2008 05:53:11 PM,S/MIME Sign failed at 10/28/2008 05:53:11 PM: The cryptographic key was not found,S/MIME Sign by Notes Client on Person(Release 7.0.2|September 26, 2006) at 10/28/2008 05:53:19 PM,Serialize by Notes Client on Person(Release 7.0.2|September 26, 2006) at 10/28/2008 05:53:19 PM,Serialize complete at 10/28/2008 05:53:20 PM,S/MIME Sign failed at 10/28/2008 05:53:20 PM: The cryptographic key was not found -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1598 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4690] asyncore calls handle_write() on closed sockets when use_poll=True
Changes by intgr ma...@juffo.org: -- nosy: +intgr ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4690 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5545] multiprocessing: switch to autoconf detection of platform values
Christian Heimes li...@cheimes.de added the comment: AC_CHECK_FUNC works only for trivial checks that do not require additional headers. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5545 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5554] file.read() doesn't read the whole file
New submission from Ultrasick pyt...@ontheserver.de:
# open the file
file = open('F:/test.bmp', 'r')
# read the content
content = file.read()
# close the file
file.close()
print len(content): + str(len(content))
Returns
len(content): 1522
on my computer. But it should be something like
len(content): 1248858
--
components: Interpreter Core
files: test.bmp
messages: 84098
nosy: Ultrasick
severity: normal
status: open
title: file.read() doesn't read the whole file
type: behavior
versions: Python 2.6
Added file: http://bugs.python.org/file13407/test.bmp
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5554
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5554] file.read() doesn't read the whole file
Ultrasick pyt...@ontheserver.de added the comment: tested with python 2.6.1, Windows 2k -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5554 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5554] file.read() doesn't read the whole file
STINNER Victor victor.stin...@haypocalc.com added the comment:
Retry in binary mode: open('F:/test.bmp', 'rb'). It's not a bug :-)
http://docs.python.org/library/functions.html#open
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5554
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5554] file.read() doesn't read the whole file
Changes by STINNER Victor victor.stin...@haypocalc.com: -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5554 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5554] file.read() doesn't read the whole file
Ultrasick pyt...@ontheserver.de added the comment: ok thanks, sorry -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5554 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1337876] Inconsistent use of buffer interface in string and unicode
Phil Thompson p...@riverbankcomputing.com added the comment: Yes I can update the patch, but it might be a while before I get the time. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1337876 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5555] optparse
New submission from Aaron Sherman a...@ajs.com: First off, I want to be clear that this isn't a request for changes to functionality, nor for debate over decisions which have already been made. This is purely a request for correction to mis-statements about the nature and origins of optparse's handling in its documentation. This is an edited-down excerpt form the optparse documentation from: http://docs.python.org/library/optparse.html ... the traditional Unix syntax is a hyphen (“-“) followed by a single letter [...] Some other option syntaxes that the world has seen include: * a hyphen followed by a few letters, e.g. -pf [...] [...] These option syntaxes are not supported by optparse, and they never will be. This is deliberate: the first three are non-standard on any environment[...] While, obviously, optparse is free to choose whatever model of option parsing the developers like, the above text should be removed or corrected. Traditional Unix command-line usage is detailed in the POSIX specification's definition of various utilities and the optparse C function as documented here: http://www.opengroup.org/onlinepubs/009695399/functions/getopt.html which lays out this example: This code accepts any of the following as equivalent: cmd -ao arg path path cmd -a -o arg path path Note that the concatenation of single-character arguments is, in fact, in conformance to the POSIX standard, GNU coding conventions, and Unix best-practices since at least the mid-1980s. This clearly contradicts the statement from Python's documentation. For further reference, see: any Unix or Unix-like system's man 3 getopt http://www.faqs.org/docs/artu/ch10s05.html http://www.gnu.org/prep/standards/standards.html#Command_002dLine-Interfaces (which refers back to the POSIX guidelines for the command-line options of a program) any Unix or Unix-like system's man pages for a plethora of core utilities such as rm(1), ls(1), sh(1), cp(1), etc. A more accurate statement would be: optparse has chosen to implement a subset of the GNU coding standard's command line interface guidelines, allowing for both long and short options, but not the POSIX-style concatenation of short options. A rationale for that decision may or may not be included, but I won't presume to write it since I'm not actually privy to that decision-making process. -- assignee: georg.brandl components: Documentation messages: 84103 nosy: ajs, georg.brandl severity: normal status: open title: optparse type: behavior versions: Python 2.6, Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5450] test_tcl testLoadTk fails if DISPLAY defined but connect fails, instead of being skipped
Guilherme Polo ggp...@gmail.com added the comment:
Uhm, I don't agree with this TkinterTest name since it is only doing a
minor test on _tkinter._flatten. This same class is indicated in
tests_gui but it doesn't require gui to run, it should be indicated only
in tests_nogui.
Then there is TclTest which I also don't agree with the name, it is only
testing tk loading so a different name would be better here.
And finally the file is named test_tcl.py which to me suggests something
that won't require gui, but that is exactly what it does by doing
test_support.requires('gui').
Any chance you can improve these names ?
--
assignee: - gpolo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5450
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3451] Asymptotically faster divmod and str(long)
Mark Dickinson dicki...@gmail.com added the comment: The longobject2.diff patch probably doesn't apply cleanly any more. Anyone interested in updating it? I think this patch looks like a promising beginning, but there's still quite a lot of work to do. The main concerns at the moment are: (1) the huge numbers of Py_DECREFs and Py_XDECREFs. Some refactoring might help here (goto isn't all bad: it's fairly common to use lots of goto error statements in Python's source code). (2) I suspect that many of the operations could be turned into in-place operations on digit vectors, thus saving lots of object allocations and deallocations. This should also help out with (1). I'm not yet 100% sold on getting subquadratic division into Python---it remains to be seen how much complexity it adds. If it makes it easy to implement subquadratic integer - string conversions that would be a big plus. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3451 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5450] test_tcl testLoadTk fails if DISPLAY defined but connect fails, instead of being skipped
R. David Murray rdmur...@bitdance.com added the comment: On Tue, 24 Mar 2009 at 18:24, Guilherme Polo wrote: Any chance you can improve these names ? Absolutely. I agree with you; I was trying to stay parallel to the original names, but it felt wrong. And since I don't know TCL/TK/tkinter, I didn't know what flatten was testing. I'll make it non-gui. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5450 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5556] interactive interpreter, source encoding
New submission from Jean-Michel Fauth wxjmfa...@gmail.com: A few hours ago I sent a comment to the issue #4626. I didn't notice the issue was closed. So I repeat it here. I'm interested in comments because I have the feeling it is still a pending annoying isssue. --- I'm glad to have discovered this topic. I bumped into something similar when I toyed with an interactive interpreter. from code import InteractiveInterpreter ii = InteractiveInterpreter() source = ... ii.runsource(source) What should be the encoding and/or the type (str, bytes) of the source string? Taking into account the encoding of the script which contains this code, I have the feeling there is always something going wrong, this can be a non ascii char in the source (encoded in utf-8!) or the interactive interpreter does not accept very well a byte string representing a utf-8 encoded string. IDLE is not suffering from this. Its interactive interpreter is somehow receiving ucs-2 ready string from tkinter. I'm a little bit confused here (win2k, winXP sp2, Python 3.0.1). -- components: Interpreter Core messages: 84107 nosy: jmfauth severity: normal status: open title: interactive interpreter, source encoding type: behavior versions: Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5556 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5557] Byte-code compilation uses excessive memory
New submission from Tom Goddard godd...@cgl.ucsf.edu:
Bytecode compiling large Python files uses an unexpectedly large amount
of memory. For example, compiling a file containing a list of 5 million
integers uses about 2 Gbytes of memory while the Python file size is
about 40 Mbytes. The memory used is 50 times the file size. The
resulting list in Python consumes about 400 Mbytes of memory, so
compiling the byte codes uses about 5 times the memory of the list
object. Can the byte-code compilation can be made more memory efficient?
The application that creates simlilarly large Python files is a
molecular graphics program called UCSF Chimera that my lab develops. It
writes session files which are Python code. Sessions of reasonable size
for Chimera for a given amount of physical memory cannot be
byte-compiled without thrashing, crippling the interactivity of all
software running on the machine.
Here is Python code to produce the test file test.py containing a list
of 5 million integers:
print open('test.py','w'), 'x = ', repr(range(500))
I tried importing the test.py file with Python 2.5, 2.6.1 and 3.0.1 on
Mac OS 10.5.6. In each case when the test.pyc file is not present the
python process as monitored by the unix top command took about 1.7 Gb
RSS and 2.2 Gb VSZ on a MacBook Pro which has 2 Gb of memory.
--
components: Interpreter Core
messages: 84108
nosy: goddard
severity: normal
status: open
title: Byte-code compilation uses excessive memory
type: performance
versions: Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5557
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5530] datetime class names should obey PEP 8 CapWords convention
Guido van Rossum gu...@python.org added the comment: Please don't do this. We need stable APIs. Trying to switch the entire community to use CapWord APIs for something as commonly used as datetime sounds like wasting a lot of cycles with no reason except the mythical PEP 8 conformance. As I said, it's a pity we didn't change this at the 3.0 point, but I think going forward we should try to be more committed to slow change. Additions of new functionality are of course fine. But renamings (even if the old names remain available) are just noise. -- nosy: +gvanrossum resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5530 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5557] Byte-code compilation uses excessive memory
Martin v. Löwis mar...@v.loewis.de added the comment: It might be possible to make it more efficient. However, the primary purpose of source code is to support hand-written code, and such code should never run into such problems. So lowering the priority. If you want this resolved, it might be best if you provide a patch. -- nosy: +loewis priority: - low ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5557 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2485] Traceback changed in 2.6 for unhashable objects
Benjamin Peterson benja...@python.org added the comment: Error messages are not part of the API. -- nosy: +benjamin.peterson resolution: wont fix - invalid status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2485 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5322] Python 2.6 object.__new__ argument calling autodetection faulty
Trundle andysmu...@hammerhartes.de added the comment:
I think the real problem here is `update_one_slot` and not `object_new`. It
is impossible to set __new__ to a PyCFunction inside Python code, which
may be a feature, but is in fact very irritating.
For example the following snippet:
class Dict(dict): __new__ = object.__new__
...
Dict.__new__ is object.__new__
True
Dict()
{}
I would rather expect this behaviour (or at least that Dict.__new__ is not
object.__new__):
Dict.__new__ is object.__new__
True
Dict()
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: object.__new__(Dict) is not safe, use dict.__new__()
The attached patch leads to that behaviour, which also fixes the argument
calling autodetection of `object.__new__`.
--
keywords: +patch
nosy: +Trundle
Added file: http://bugs.python.org/file13408/update_one_slot.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5322
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5520] refactor test_datetime.py
Jess Austin jess.aus...@gmail.com added the comment: I don't see a point to this one since Issue 5530 was rejected. If someone else wants this they can reopen it. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5520 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5434] datetime.monthdelta
Jess Austin jess.aus...@gmail.com added the comment: With the rejection of Issue 5530, it seems best for the name of this class to remain lowercase. Mixing casing schemes within the same module would be perverse. -- title: datetime.MonthDelta - datetime.monthdelta ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5434 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1503789] Cannot write source code in UTF16
STINNER Victor victor.stin...@haypocalc.com added the comment:
Attached patch is a partial fix: support UTF-16-LE, UTF-16-BE and
UTF-32-LE. Some remarks about my patch:
* UTF-32-BE is not supported because I'm too lazy tonigh
to finish the patch and because such file begins with 0x00 0x00
whereas the parser doesn't like nul bytes
* I disabled the cookie check if the file starts with a BOM (the
cookie is ignored) because the charset name is not normalized
and so if the cookie is not exactly the same as the hardcoded
charset name (eg. UTF-16LE), the test will fail.
Eg utf-16le != UTF-16LE :-(
* compile() would require much more effort to support UTF-16-*
and UTF-32-* because compile() simply rejects any string with
nul byte. It's beause it uses functions like strlen() :-/ That's
why I use subprocess([sys.executable, ...]) in the unit test and
not simply compile()
Support UTF-{16,32}-{LE,BE} would be nice but it requires to hack to
parser (especially compile() builtin function) to support nul bytes...
--
keywords: +patch
Added file: http://bugs.python.org/file13409/tokenizer_bom.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1503789
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5557] Byte-code compilation uses excessive memory
STINNER Victor victor.stin...@haypocalc.com added the comment: Python uses inefficent memory structure for integers. You should use a 3rd part library like numpy to manipulate large integer vectors. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5557 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5322] Python 2.6 object.__new__ argument calling autodetection faulty
Changes by Sebastian Ramacher sebasti...@users.sourceforge.net: -- nosy: +sebastinas ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5322 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2123] ctypes pointer not always keeping target alive
R. David Murray rdmur...@bitdance.com added the comment: Thomas, do you accept this as a bug or should the issue be closed as invalid? -- nosy: +bitdancer priority: - normal type: - behavior versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2123 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4016] improve linecache: reuse tokenize.detect_encoding() and io.open()
Benjamin Peterson benja...@python.org added the comment: Applied in r70587. -- resolution: - accepted status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4016 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1068268] subprocess is not EINTR-safe
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: -haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1068268 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1027206] unicode DNS names in socket, urllib, urlopen
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: -haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1027206 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5558] Python 3.0.1 doesn't install correctly on Mac Os X 10.5.6. with xCode 3.1.2
New submission from xdcdx agentr...@gmail.com: The Python 3.0.1 Mac OS X installer image doesn't generate correct links for Python3.0 binary interpreter on /usr/local/bin (as the ReadMe says it will do). I'm using Mac Os X 10.5.6 (Darwin Kernel Version 9.6.0: Mon Nov 24 17:37:00 PST 2008; root:xnu-1228.9.59~1/RELEASE_I386 i386). Otherwise, Python 3.0 framework files seem to be correctly installed in /Library/Frameworks/Python.framework/Versions/3.0/, and running the interpreter from there works fine. Additionally, Python 2.5 and 2.3 are installed on /System/Library/Frameworks/Python.framework/Versions, and linked from /usr/bin/python. I'm not sure where did these come from, but I suspect they were installed with Xcode 3.1.2. Find the Python 3.0.1 install log attached (I tried to install it twice, disregard the second time). If you need more info, just ask. -- files: install.log.0.bz2 messages: 84119 nosy: xdcdx severity: normal status: open title: Python 3.0.1 doesn't install correctly on Mac Os X 10.5.6. with xCode 3.1.2 Added file: http://bugs.python.org/file13410/install.log.0.bz2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5558 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5558] Python 3.0.1 doesn't install correctly on Mac Os X 10.5.6. with xCode 3.1.2
Changes by xdcdx agentr...@gmail.com: -- components: +Installation type: - behavior versions: +Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5558 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1195571] simple callback system for Py_FatalError
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: -haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1195571 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1681984] unittest documentation is incomplete
STINNER Victor victor.stin...@haypocalc.com added the comment: I don't see the need to document TestProgram or TextTestRunner Ok. And I don't want (have time/motivation) to document them. So I prefer to close this issue. -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1681984 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2504] Add gettext.pgettext() and variants support
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: -haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3392] subprocess fails in select when descriptors are large
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: -haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3392 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
STINNER Victor victor.stin...@haypocalc.com added the comment:
loewis That's indeed exactly what I had proposed
loewis - only that you shouldn't repeat the .encode('ascii')
loewis all over the place, (...)
If you can only use bytes 0..127, it can not used for binary protocols
and so I don't think that it's really useful. If your protocol is
ASCII text, use explicit conversion to ASCII.
I also not fan on functions having different result type
(format-bytes or str, it depends...).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3982
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4208] Make multiprocessing compatible with Python 2.4 and 2.5
STINNER Victor victor.stin...@haypocalc.com added the comment: Python 2.4 and 2.5 only accepts security fixes now. Since there is now an external port of multiprocessing for Python 2.4/2.5, I think that we can close this issue. http://code.google.com/p/python-multiprocessing/ Feel free to reopen this issue if I'm wrong ;-) -- resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4208 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4216] subprocess.Popen hangs at communicate() when child exits
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: -haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4216 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
Eric Smith e...@trueblade.com added the comment: I also not fan on functions having different result type (format-bytes or str, it depends...). In 3.x, str.format() and bytes.format() would be two different methods on two different objects. I don't think there's any expectation that they have the same return type. There's no such expectation for str.strip() and bytes.strip() either. Similarly, in 2.6, str.format() has a different return type than unicode.format(). Now the builtin format() function is another issue. In 2.6 the return type does depend on the types of the arguments. In 3.x, I'd suggest leaving it as unicode and you won't be allowed to pass in bytes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4358] Segfault in stringobject.c
STINNER Victor victor.stin...@haypocalc.com added the comment: There are not enough informations to reproduce the issue or understand the problem. Since farshad didn't answer since 4 months, I choose to close the bug. Reopen the bug if you have new informations! -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4358 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4626] compile() doesn't ignore the source encoding when a string is passed in
Brett Cannon br...@python.org added the comment: On Tue, Mar 24, 2009 at 09:24, Jean-Michel Fauth rep...@bugs.python.orgwrote: Jean-Michel Fauth wxjmfa...@gmail.com added the comment: I'm glad to have discovered this topic. I bumped into something similar when I toyed with an interactive interpreter. from code import InteractiveInterpreter ii = InteractiveInterpreter() source = ... ii.runsource(source) What should be the encoding and/or the type (str, bytes) of the source string? Off the top of my head it should be UTF-8. Otherwise it can probably be bytes as long as it has universal newlines. -- Added file: http://bugs.python.org/file13411/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4626 ___brbrdiv class=gmail_quoteOn Tue, Mar 24, 2009 at 09:24, Jean-Michel Fauth span dir=ltrlt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;/span wrote:brblockquote class=gmail_quote style=border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex; br Jean-Michel Fauth lt;a href=mailto:wxjmfa...@gmail.com;wxjmfa...@gmail.com/agt; added the comment:br br I#39;m glad to have discovered this topic. I bumped into something similarbr when I toyed with an interactive interpreter.br br from code import InteractiveInterpreterbr br ii = InteractiveInterpreter()br source = ...br ii.runsource(source)br br What should be the encoding and/or the type (str, bytes) of the quot;sourcequot;br string?/blockquotedivbrOff the top of my head it should be UTF-8. Otherwise it can probably be bytes as long as it has universal newlines.br/div/divbr ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4377] tokenize.detect_encoding() and Mac newline
STINNER Victor victor.stin...@haypocalc.com added the comment: See also related issue: #4628 (No universal newline support for compile() when using bytes). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4377 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4628] No universal newline support for compile() when using bytes
STINNER Victor victor.stin...@haypocalc.com added the comment: See also related issue: #4377 (tokenize.detect_encoding() and Mac newline). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4628 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4591] 32-bits unsigned user/group identifier
STINNER Victor victor.stin...@haypocalc.com added the comment: Anyone available for a patch review? Do you need anything else: tests, documentation updates, etc.? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4591 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4601] directory permission error with make install in 3.0
STINNER Victor victor.stin...@haypocalc.com added the comment: amaury The patch is fine. Cool :-) Anyone to commit the fix? Maybe, tarek? amaury If it were me, I'd change os.walk to accept amaury keyword-only arguments: amaury def walk(top, *, topdown=True, onerror=None, amaury followlinks=False): amaury ... I like the idea but it should be proposed in a new issue :-) I proposed an API change for open() (issue #4121) but it was rejected by Guido: (...) Beyond 3.0, I'm still rather reluctant -- I expect most users will be wise and use keyword args anyway; I'm not sure what we buy by forcing this. (...) But walk() is a different case than open(). -- nosy: +tarek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4601 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4591] 32-bits unsigned user/group identifier
Antoine Pitrou pit...@free.fr added the comment: The documentation for PyArg_ParseTuple states that the I code doesn't do any overflow checking. Does it mean the input parameters can be silently truncated? -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4591 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2706] datetime: define division timedelta/timedelta
Jess Austin jess.aus...@gmail.com added the comment: A comment on the two most recent patches... For both of these, we can do the following: from datetime import timedelta td = timedelta(12) td datetime.timedelta(12) td //= 3 td datetime.timedelta(4) td //= timedelta(2) td 2 # CHANGED VARIABLE TYPE! I think the last operation will trap unsuspecting programmers, and provide no benefit for the savvy. There really is no reason to allow an in-place operation like this to change the type of the variable so drastically. (That is, I realize a similar thing could happen with ints and floats, but it seems worse with timedeltas and ints.) I feel the last operation should raise a TypeError, even though it would be quite valid for a non-in-place operation. -- nosy: +jess.austin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2706 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4762] PyFile_FromFd() doesn't set the file name
STINNER Victor victor.stin...@haypocalc.com added the comment:
In py3k, standard streams' names are now correct (since the io-c
merge):
Python 3.1a1+ (py3k:70589M, Mar 25 2009, 01:01:13)
import sys
sys.stdin.name, sys.stdout.name, sys.stderr.name
('stdin', 'stdout', 'stderr')
The last problem occurs with imp.find_module(). But imp.find_module()
also returns a filename argument, so I don't think that the issue
really matters. Let's close it ;-)
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4762
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5557] Byte-code compilation uses excessive memory
Antoine Pitrou pit...@free.fr added the comment: When compiling a source file to bytecode, Python first builds a syntax tree in memory. It is very likely that the memory consumption you observe is due to the size of the syntax tree. It is also unlikely that someone else than you will want to modifying the parsing code to accomodate such an extreme usage scenario :-) For persistence of large data structures, I suggest using cPickle or a similar mechanism. You can even embed the pickles in literal strings if you still need your sessions to be Python source code: import cPickle f = open(test.py, w) f.write(import cPickle\n) f.write(x = cPickle.loads(%s) % repr(cPickle.dumps(range(500), protocol=-1))) f.close() import test len(test.x) 500 -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5557 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4591] 32-bits unsigned user/group identifier
Changes by STINNER Victor victor.stin...@haypocalc.com: Removed file: http://bugs.python.org/file12301/posix_unsigned_uid.patch ___ Python tracker rep...@bugs.python.org 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] 32-bits unsigned user/group identifier
Changes by STINNER Victor victor.stin...@haypocalc.com: Added file: http://bugs.python.org/file13413/posix_unsigned_uid-2.patch ___ Python tracker rep...@bugs.python.org 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] 32-bits unsigned user/group identifier
Changes by STINNER Victor victor.stin...@haypocalc.com: Removed file: http://bugs.python.org/file13412/posix_unsigned_uid-2.patch ___ Python tracker rep...@bugs.python.org 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] 32-bits unsigned user/group identifier
Changes by STINNER Victor victor.stin...@haypocalc.com: Removed file: http://bugs.python.org/file13413/posix_unsigned_uid-2.patch ___ Python tracker rep...@bugs.python.org 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] 32-bits unsigned user/group identifier
STINNER Victor victor.stin...@haypocalc.com added the comment: Oops, i forgot to ignore space changes in my diff... new patch. -- Added file: http://bugs.python.org/file13414/posix_unsigned_uid-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4591 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1157169] csv Sniffer returns bad dialect?
Skip Montanaro s...@pobox.com added the comment: I'm closing this. It's my own fault that it languished for so long, but the current trunk version of Python doesn't demonstrate the behavior Neil documented four years ago. -- resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1157169 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1431091] CSV Sniffer fails to report mismatch of column counts
Skip Montanaro s...@pobox.com added the comment: (I did try to clarify the return type of the iterator a bit better.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1431091 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1431091] CSV Sniffer fails to report mismatch of column counts
Changes by Skip Montanaro s...@pobox.com: -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1431091 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1431091] CSV Sniffer fails to report mismatch of column counts
Skip Montanaro s...@pobox.com added the comment: Closing as won't fix. There are bound to be limits to how the Sniffer class works. I'm not sure it's worth the effort necessary to fix this corner case. (Andrew, reopen if you want to tackle this.) -- resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1431091 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1157169] csv Sniffer returns bad dialect?
Skip Montanaro s...@pobox.com added the comment: (I did try to clarify the return value of the next/__next__ method a bit.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1157169 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4591] 32-bits unsigned user/group identifier
STINNER Victor victor.stin...@haypocalc.com added the comment: New patch using PyNumber_Index()+PyLong_AsLong() for parse_uid() and parse_gid() as proposed by antoine (on IRC). Changes between python trunk and posix_unsigned_uid-3.patch: - os.chown() and os.fchown() accepts uid and gid 2^31: identifiers can be in [-1; 2^32-1] (-1 means: don't change uid/gid) - fix os.*stat(): st_uid and st_gid are unsigned long integers (in [0; 2^32-1]) instead of signed integers - os.chown(), os.fchown() and os.setgroups() accepts any objects implementing __index__() method (instead of just int/long) and display the valid range on error (group id is to big = group id is not in range [-1; 2^32-1]) -- Added file: http://bugs.python.org/file13415/posix_unsigned_uid-3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4591 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue834351] Mouse wheel crashes program
Terry J. Reedy tjre...@udel.edu added the comment:
3.0.1, WinXP, with two 3.0 revisions:
from tkinter import *
def _onMouseWheel(event):
print(event)
root = Tk()
root.bind('MouseWheel',_onMouseWheel)
In IDLE shell, nothing changes, wheel works normally.
In interpreter window, wheel continues to work normally.
After click on tk window, wheel generates
tkinter.Event object at 0x00ACE970
messages in interpreter window.
Unless someone can verify that there is a problem in 2.6.1, or in 3.0.1
on other hardware, we should close this.
--
nosy: +tjreedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue834351
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5559] IDLE Output Window 's goto fails when path has spaces
New submission from Claudio Canepa ccanep...@gmail.com: in windows XP, python 2.6.1, 2.6 , python 2.4 1. do an Edit | 'Find in files' [ it pop ups the Output Window with result] 2. Right click over one of the target lines found, click the 'goto file \line' pop up If the path in the target line has spaces, it will popup a window with title 'No special line' and message 'the line you point at doenst look like a valid file name followed by a line number' posible fix: in idlelib/OutputWindow.py replace the literal r'([^\s]+):\s*(\d+):' with r'([^\t\n\r\f\v]+):\s*(\d+):' fair warning: seems to work in windows XP, dont know about other OSes -- components: IDLE messages: 84142 nosy: ccanepa severity: normal status: open title: IDLE Output Window 's goto fails when path has spaces type: behavior versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5559 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5560] help() no longer reports module docstrings
New submission from geremy condra debat...@gmail.com: In 2.x, help(module) reported the docstrings from name when invoked. In 3.0, it simply reports the location of that module. pydoc3.0 invoked at the commandline behaves identically. -- components: Library (Lib) messages: 84143 nosy: debatem1 severity: normal status: open title: help() no longer reports module docstrings type: behavior versions: Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5560 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2006] asyncore loop lacks timers and work tasks
Changes by intgr ma...@juffo.org: -- nosy: +intgr ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2006 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
