[issue10721] Remove HTTP 0.9 server support

Changes by Jean-Paul Calderone : -- nosy: -exarkun ___ Python tracker <http://bugs.python.org/issue10721> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12600] Add example of using load_tests to parameterise Test Cases

Changes by Jean-Paul Calderone : -- nosy: -exarkun ___ Python tracker <http://bugs.python.org/issue12600> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue21957] ASCII Formfeed (FF) & ASCII Vertical Tab (VT) Have Hexadecimal Representation

New submission from Stephen Paul Chappell: In the string module, the definition of whitespace is ' \t\n\r\v\f'. However, the representation of string.whitespace is ' \t\n\r\x0b\x0c'. Would it be terribly inconvenient to change the representation of '\x0b\x0c' to

[issue7676] IDLE shell shouldn't use TABs

Stephen Paul Chappell added the comment: If you want the IDLE shell to be as consistent as possible with the editor windows, changing the TAB binding to insert four spaces instead of a tab (alternative 2) would be helpful. -- ___ Python tracker

[issue21965] Add support for Memory BIO to _ssl

Jean-Paul Calderone added the comment: Please do *not* add me to the nosy list of any issues. -- ___ Python tracker <http://bugs.python.org/issue21965> ___ ___

[issue21965] Add support for Memory BIO to _ssl

Changes by Jean-Paul Calderone : -- nosy: -exarkun ___ Python tracker <http://bugs.python.org/issue21965> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue7676] IDLE shell shouldn't use TABs

Stephen Paul Chappell added the comment: In Lib\idlelib\PyShell.py, there are usetabs and indentwidth attributes in the PyShell class. Is there some reason that these settings cannot be reconfigured in the Options > Configure IDLE... menu? I just edited these to False and 4 respectively

[issue6410] Dictionaries should support __add__

Jean-Paul Calderone added the comment: Why so much opposition to the shorter spelling of .copy() & .update()? As Tim pointed out, lists, tuples, and strings all provide this shortcut. Why not dicts? -- nosy: +exarkun ___ Python tracker &

[issue6410] Dictionaries should support __add__

Jean-Paul Calderone added the comment: > IIRC, Guido has previously rejected this suggestion and its variants. Got a link? It'd be nice to know what the rationale was. -- ___ Python tracker <http://bugs.python.or

[issue6410] Dictionaries should support __add__

Jean-Paul Calderone added the comment: FWIW, here are some use cases: http://twistedmatrix.com/trac/browser/tags/releases/twisted-8.2.0/twisted/python/context.py#L32 http://twistedmatrix.com/trac/browser/tags/releases/twisted-8.2.0/twisted/python/log.py#L270 http://twistedmatrix.com/trac

[issue6410] Dictionaries should support __add__

Jean-Paul Calderone added the comment: Cool. I'm convinced. -- ___ Python tracker <http://bugs.python.org/issue6410> ___ ___ Python-bugs-list mailing list

[issue6432] ImageTk.PhotoImage

New submission from Jean-Paul Miéville : When using the function ImageTk.PhotoImage. I got the following traceback. self.chart = ImageTk.PhotoImage(self.image) File "C:\Python25\Lib\site-packages\PIL\ImageTk.py", line 116, in __init__ self.paste(image) File "C:\Py

[issue6432] ImageTk.PhotoImage

Jean-Paul Miéville added the comment: You are right I think that the problem is related to PIL. I will reported to the mailing list of PIL. I have attached a script for testing this case. -- status: open -> closed Added file: http://bugs.python.org/file14468/Script1

[issue6377] distutils compiler switch ignored

Jean-Paul Calderone added the comment: It looks like this change may have broken some parts of distutils. For example, Twisted's setup.py now produces this output when running the build_ext command: $ ~/Projects/python/trunk/python setup.py build_ext running build_ext Traceback (most r

[issue6377] distutils compiler switch ignored

Jean-Paul Calderone added the comment: Cool, thanks. PyCrypto also works again now. -- ___ Python tracker <http://bugs.python.org/issue6377> ___ ___ Python-bug

[issue1563] asyncore and asynchat incompatible with Py3k str and bytes

Jean-Paul Calderone added the comment: > It's not 'that' clear you should only work with bytes on a socket. It's pretty clear to me. :) That's what sockets can deal with - bytes. If you want to transfer something other than bytes via a socket, then you need to

[issue1563] asyncore and asynchat incompatible with Py3k str and bytes

Jean-Paul Calderone added the comment: > It's not, I was more thinking of push_str(foo), where it uses a default encoding. I think some people don't know what unicode or encoding is, or don't want to worry about it. Nice as it sounds, the problem with this is that those p

[issue6485] is_finished not exported by zlib

Jean-Paul Calderone added the comment: This is a duplicate of #5210, which has a patch attached. -- nosy: +exarkun ___ Python tracker <http://bugs.python.org/issue6

[issue6514] "python -m unittest " does not run any tests

New submission from Jean-Paul Calderone : exar...@boson:~$ cat > test_foo.py from unittest import TestCase class SomeTests(TestCase): def test_foo(self): pass exar...@boson:~$ python -m unittest test_foo -- Ra

[issue6515] http://docs.python.org/dev/library/unittest.html#load-tests-protocol doesn't make it clear when load_tests support was introduced

New submission from Jean-Paul Calderone : The load_tests feature will be new in 2.7. Earlier in the unittest documentation, there's a mention that loadTestsFromModule was changed in 2.7 to add support for load_tests. However, the main documentation for load_tests doesn't say anyt

[issue6554] Do we have something like os.pid_exists()?

Jean-Paul Calderone added the comment: This is quite a microoptimization. Why do you think you need to avoid the exception here? -- nosy: +exarkun ___ Python tracker <http://bugs.python.org/issue6

[issue6554] Do we have something like os.pid_exists()?

Jean-Paul Calderone added the comment: For what it's worth, here are some timings from my system. First, os.kill without raising an exception: exar...@boson:~$ python -m timeit -s 'import os; pid = os.getpid()' ' os.kill(pid, 0) ' 100 loops, best of 3: 0.413 us

[issue6554] Do we have something like os.pid_exists()?

Jean-Paul Calderone added the comment: It might be better to pick a better (but probably platform-specific) API for such a use-case. os.kill has a problem with false positives (on Linux it will tell you a process exists even when it doesn't). Looking in /proc/ or using a Windows A

[issue6554] Do we have something like os.pid_exists()?

Jean-Paul Calderone added the comment: The os module is mostly for wrappers around native platform APIs. So at the very least, I don't think such an API belongs there. It would fit in to a general process-related module, perhaps. -- ___ P

[issue6566] json.dumps converts None to "null" (not null)

Jean-Paul Calderone added the comment: Notice what it does to other dict keys: >>> simplejson.dumps({1: 1}) '{"1": 1}' In other words, I don't think this is a bug. It's how JSON works. JSON dict keys are str

[issue3071] The ValueError raised by failing to unpack sequence should have more information.

Jean-Paul Calderone added the comment: Here's a patch implementing part of the requested feature. pystones cannot tell the difference between tr...@head with or without this patch applied. Both report a maximum of 78125 pystones/second/ -- keywords: +patch nosy: +exarkun Added

[issue6731] Add option of non-zero exit status of setup.py when building of extensions has failed

Jean-Paul Calderone added the comment: This makes it more easily possible for automated systems to detect that there was a problem with the build. Checking an exit code is easy. Grabbing and parsing stdout and stderr is hard and fragile. -- nosy: +exarkun

[issue6731] Add option of non-zero exit status of setup.py when building of extensions has failed

Jean-Paul Calderone added the comment: If it's not a problem, then the invoker doesn't need to check the exit code of setup.py. Why are you resistant to exposing more information? -- ___ Python tracker <http://bugs.python.

[issue6758] implement new setuid-related calls and a standard way to drop all privileges

Jean-Paul Calderone added the comment: Maybe this should just be a third-party module for the time being? That removes the question of which stdlib module to add it to for now. Plus, since it's not just a straightforward platform API wrapper, it probably merits separate distribution t

[issue6758] implement new setuid-related calls and a standard way to drop all privileges

Jean-Paul Calderone added the comment: It would still be nice to have the currently unimplemented platform wrappers added to the standard library, though. For example, as solinym pointed out, getresuid and getresgid are not currently wrapped at all. There may be other low-level APIs which may

[issue6758] implement new setuid-related calls and a standard way to drop all privileges

Jean-Paul Calderone added the comment: I hope you'll also write some unit tests for privilege.py (actually, I hope you'll do test driven development on it). -- ___ Python tracker <http://bugs.python.

[issue5329] os.popen2 and os.popen3 in python 2.6 incompatible with os.popen* in python 2.5

Changes by Jean-Paul Calderone : Added file: http://bugs.python.org/file14791/os-popen-list.patch ___ Python tracker <http://bugs.python.org/issue5329> ___ ___ Python-bug

[issue5329] os.popen2 and os.popen3 in python 2.6 incompatible with os.popen* in python 2.5

Jean-Paul Calderone added the comment: Attached os-popen-list.patch which includes all of the earlier os-popen.diff and adds tests which fail without this patch and pass with it. They also pass on Python 2.5. The patch is against the Python 2.6 maintenance branch, but presumably it should be

[issue5329] os.popen2 and os.popen3 in python 2.6 incompatible with os.popen* in python 2.5

Jean-Paul Calderone added the comment: Hey Philip, I'm not sure I follow. The patch only changes the os module, not the subprocess module. What subprocess documentation do you think needs to be updated? -- ___ Python tracker

[issue6837] Mark the compiler package as deprecated

New submission from Jean-Paul Calderone : According to http://docs.python.org/library/compiler.html, the compiler package is deprecated. However, importing the compiler package does not emit a deprecation warning. It should, to convey this information to people who are actually trying to use

[issue6837] Mark the compiler package as deprecated

Jean-Paul Calderone added the comment: Bugs are no longer being fixed in the compiler package. To me, that says it should be regular-deprecated. People with no short term plans of switching to Python 3 will still want to avoid the compiler package. They should be told about the deprecation

[issue5329] os.popen2 and os.popen3 in python 2.6 incompatible with os.popen* in python 2.5

Changes by Jean-Paul Calderone : Added file: http://bugs.python.org/file14839/subprocess-conversion-doc.patch ___ Python tracker <http://bugs.python.org/issue5

[issue5329] os.popen2 and os.popen3 in python 2.6 incompatible with os.popen* in python 2.5

Jean-Paul Calderone added the comment: Ah, thanks for the clarification, Philip. I've attached another patch updating those docs. -- ___ Python tracker <http://bugs.python.org/i

[issue6843] No documentation for the module argument to warnings.filterwarnings

New submission from Jean-Paul Calderone : None of the documentation seems to cover this parameter. The test suite doesn't even seem to exercise it, either. What does it do? What kind of values are expected to be passed for it? -- assignee: georg.brandl components: Document

[issue6837] Mark the compiler package as deprecated

Jean-Paul Calderone added the comment: Hi Georg, thanks for your comment. I'm not sure I fully understand, though. The compiler package is widely used, okay. So I suppose that means that the desire here is to make those users happy? But the compiler package is deprecated, and has known

[issue6837] Mark the compiler package as deprecated

Jean-Paul Calderone added the comment: Oops. I wrote "In contract" in my previous message. I meant "In contrast". -- ___ Python tracker <http://bu

[issue6843] No documentation for the module argument to warnings.filterwarnings

Jean-Paul Calderone added the comment: Thanks for that Georg. I'm still having trouble with this. I'm aware that the issue tracking isn't the right place to ask for help with writing programs, but I think that since I still can't get this code to work, even looking at t

[issue6844] BaseException DeprecationError raises inappropriately

Jean-Paul Calderone added the comment: This also affects Twisted. We worked around it a couple months ago by putting a read-only `message` property onto our Exception subclass (Here's the revision: <http://twistedmatrix.com/trac/changeset/27062>). This seemed reasonable enough, b

[issue6844] BaseException DeprecationError raises inappropriately

Jean-Paul Calderone added the comment: After looking at this more carefully, I find myself wondering what exactly is being deprecated at all. Brett said: > it's needed for anyone who came to rely on the feature in their 2.5 code from Python. Can someone help me understand what the fe

[issue6844] BaseException DeprecationError raises inappropriately

Jean-Paul Calderone added the comment: Hm. That PEP is marked as rejected, though. I guess it was partially implemented, those changes included in the Python 2.5 release, and then it was decided that it was a bad idea, rejected, and the changes undone for 3.x (what about 2.7)? Or did

[issue6844] BaseException DeprecationError raises inappropriately

Jean-Paul Calderone added the comment: Alright. So in Python 3.1, this is the behavior: >>> BaseException().message (attribute error) >>> BaseException("foo").message (attribute error) >>> BaseException("foo", "bar").message (attr

[issue6071] no longer possible to hash arrays

Jean-Paul Calderone added the comment: Can this ticket be marked as a release blocker so it's not forgotten about for 2.7? -- ___ Python tracker <http://bugs.python.org/i

[issue6844] BaseException DeprecationError raises inappropriately

Jean-Paul Calderone added the comment: Can I add a field to the PyBaseExceptionObject struct? -- ___ Python tracker <http://bugs.python.org/issue6844> ___ ___

[issue6108] unicode(exception) behaves differently on Py2.6 when len(exception.args) > 1

Jean-Paul Calderone added the comment: Perhaps also worth noting is that in Python 2.4 as well, str(exception) and unicode(exception) returned the same thing. Unlike some other exception changes in 2.6, this doesn't seem to be a return to older behavior, but just a new behavior. (Or may

[issue6844] BaseException DeprecationError raises inappropriately

Jean-Paul Calderone added the comment: FWIW, I'm waiting to hear about the acceptability of adding fields to the exception structure(s) before I work on this patch. -- ___ Python tracker <http://bugs.python.org/i

[issue6844] BaseException DeprecationError raises inappropriately

Jean-Paul Calderone added the comment: I'm not sure I'll be able to work on this again for a while after this morning, so here's a patch. I don't really understand how the exception structs are involved here, so I don't really know why the patch works, but it seems

[issue5672] Implement a way to change the python process name

Jean-Paul Calderone added the comment: > prctl is not portable. I always thought that the premise of stdlib is to > provide portable interfaces. BSD, for example, uses setprocname instead > of prctl. Also, prctl does not modify the process name shown in "ps > uxww". Here

[issue3890] ssl.SSLSocket.recv() implementation may not work with non-blocking sockets

Jean-Paul Calderone added the comment: Wouldn't it be nice to add a test for this case, to demonstrate that non-blocking reads really are possible? -- nosy: +exarkun ___ Python tracker <http://bugs.python.org/i

[issue6958] Add Python command line flags to configure logging

Jean-Paul Calderone added the comment: How about putting this into the logging module instead? Instead of "python ", making it "python -m logging <http://bugs.python.org/issue6958> ___ ___

[issue5915] PEP 383 implementation

Jean-Paul Calderone added the comment: It would be useful to have the surrogateescape error handler backported to 2.7 to make it easier to start handling the kind of data it is needed for. -- nosy: +exarkun ___ Python tracker <h

[issue7092] Test suite emits many DeprecationWarnings when -3 is enabled

New submission from Jean-Paul Calderone : If the test suite is run with -3, many deprecation warnings are reported. Quite a few are generated by code in the tests themselves, but many are from constructs in the stdlib which are different or no longer supported in 3.x. Even aside from the fact

[issue3890] ssl.SSLSocket.recv() implementation may not work with non-blocking sockets

Jean-Paul Calderone added the comment: Antoine asked me to give my opinion on the non-blocking SSL API. I can say that the current behavior of SSLSocket.recv is certainly not very good and probably makes SSLSocket useless for any non-blocking application. Letting the underlying want-read/want

[issue7333] Add initgroups to the posix/os modules

New submission from Jean-Paul Calderone : initgroups(2) is a function for initializing the aux group id list from site-specific configuration (typically /etc/groups, but not necessarily). Attached is a patch based on some code from Zope, expanded to have a test and some docs. Presumably Zope

[issue7333] Add initgroups to the posix/os modules

Jean-Paul Calderone added the comment: In case anyone is concerned about licensing issues, please see <https://mail.zope.org/pipermail/zope-dev/2009-November/038289.html> -- ___ Python tracker <http://bugs.python.org/

[issue7333] Add initgroups to the posix/os modules

Jean-Paul Calderone added the comment: Good point. Updated patch attached. -- Added file: http://bugs.python.org/file15347/initgroups-2.patch ___ Python tracker <http://bugs.python.org/issue7

[issue7333] Add initgroups to the posix/os modules

Jean-Paul Calderone added the comment: Alright. Updated patch attached. -- Added file: http://bugs.python.org/file15353/initgroups-3.patch ___ Python tracker <http://bugs.python.org/issue7

[issue7333] Add initgroups to the posix/os modules

Jean-Paul Calderone added the comment: pyflakes told me I didn't import errno in test_posix.py. Updated patch attached. -- Added file: http://bugs.python.org/file15354/initgroups-4.patch ___ Python tracker <http://bugs.python.org/i

[issue7006] The replacement suggested for callable(x) in py3k is not equivalent

Jean-Paul Calderone added the comment: How about bringing callable back since there is no obvious replacement for it? It's valuable as a LYBL check in circumstances where an object submitted far away from the place where it's invoked. Such uses can't easily be replaced with

[issue7348] StringIO.StringIO.readline(-1) returns the wrong result compared to other file-like objects

New submission from Jean-Paul Calderone : cStringIO and file both accept -1 to readline to mean the same thing as not passing any argument at all. StringIO, on the other hand, gets totally confused: >>> from StringIO import StringIO >>> StringIO('a\nb\nfoo

[issue7349] StringIO.StringIO, io.BytesIO, and io.StringIO accept None in places where other file-like objects don't

New submission from Jean-Paul Calderone : The actual file type rejects None in places like as the argument to read or readlines. StringIO.StringIO, io.BytesIO, and io.StringIO all accept None to mean the same as passing no argument at all. This makes it tricky to write code that might operate

[issue7348] StringIO.StringIO.readline(-1) returns the wrong result compared to other file-like objects

Jean-Paul Calderone added the comment: Python 2.6, Linux. -- ___ Python tracker <http://bugs.python.org/issue7348> ___ ___ Python-bugs-list mailing list Unsub

[issue7395] pstats add command raises unhandled exception

New submission from Jean-Paul Calderone : $ python -m pstats Welcome to the profile statistics browser. % help Documented commands (type help ): EOF add callees callers quit read reverse sort stats strip Undocumented commands

[issue4057] Popen(..., cwd=...) does not set PWD environment variable

Jean-Paul Calderone added the comment: `Popen` is the wrong place to implement this functionality. It may be reasonable to introduce a higher-level wrapper API which does this sort of thing. Consider that if `Popen` itself does it, though, then there is no way to launch a process with a

[issue7413] datetime.datetime.isoformat truncation problem

New submission from Jean-Paul Calderone : Passing NUL as the separator to isoformat drops the time part of the result entirely: >>> import datetime >>> datetime.datetime.today().isoformat() '2009-11-30T20:57:37.918750' >>> datetime.datetime.today().isofo

[issue7333] Add initgroups to the posix/os modules

Jean-Paul Calderone added the comment: New version attached which makes the os.rst docs the same as the docstring. Also fixes a conflict since introduced in trunk in configure.in. -- Added file: http://bugs.python.org/file15440/initgroups-5.patch

[issue6071] no longer possible to hash arrays

Jean-Paul Calderone added the comment: Will this be fixed for Python 2.7 final? -- ___ Python tracker <http://bugs.python.org/issue6071> ___ ___ Python-bug

[issue7491] metaclass __cmp__ is ignored

New submission from Jean-Paul Calderone : Here's an example of a metaclass with a __cmp__ special: exar...@boson:/tmp$ cat metacmp.py class X(type): def __cmp__(self, other): return -1 class Y: __metaclass__ = X print Y < Y exar...@bo

[issue7491] metaclass __cmp__ is ignored

Jean-Paul Calderone added the comment: Apparently type has __lt__ and the other rich cmp specials in Python 2.6, but lacked them in Python 2.5. I suppose these are probably being given precedence over the overridden __cmp__. -- ___ Python tracker

[issue7491] metaclass __cmp__ is ignored

Jean-Paul Calderone added the comment: It seems that type was switched to use tp_richcompare in r61529: Add py3k warnings for object, type, cell and dict comparisons. This should resolve issue2342 and partly resolve issue2373. -- ___ Python tracker

[issue7502] All DocTestCase instances compare and hash equal to each other

New submission from Jean-Paul Calderone : Consider this example, based on two doctests from Twisted: from doctest import DocTestSuite import twisted.web2.stream docTestOne = DocTestSuite(twisted.web2.stream)._tests[0] import twisted.web2.test.test_stream docTestTwo = DocTestSuite

[issue1975] signals not always delivered to main thread, since other threads have the signal unmasked

Jean-Paul Calderone added the comment: I don't like the suggestion to lower the timeout to select(). Lots of the rest of the world is pushing towards removing this kind of periodic polling (generally with the goal of improving power consumption). Python should be going this way too

[issue1975] signals not always delivered to main thread, since other threads have the signal unmasked

Jean-Paul Calderone added the comment: > > http://docs.python.org/library/signal.html > I would argue it is not broken. If it's not broken, then the docs are at least confusing. They should make clear whether they are talking about the underlying signal or the Python signal

[issue7502] All DocTestCase instances compare and hash equal to each other

Jean-Paul Calderone added the comment: Or an interaction between TestCase and DocTestCase. TestCase.__eq__ and TestCase.__hash__ are both implemented in terms of the _testMethodName attribute. It looks like this is *always* "runTest" for a DocTestCase instance. It probably doesn&#x

[issue7588] unittest.TestCase.shortDescription isn't short anymore

New submission from Jean-Paul Calderone : Sometime between Python 2.6 and 2.7a1, the unittest.TestCase.shortDescription method changed from returning just the test method name to the test method name, in parentheses, the fully qualified Python name of the test case. This breaks several Twisted

[issue7092] Test suite emits many DeprecationWarnings when -3 is enabled

Jean-Paul Calderone added the comment: > I think this warning is both annoying (cPickle is a legitimate module to use > in 2.x, since pickle is much slower) and useless (2to3 should be able to do > the module rename -- Benjamin, does it?). Therefore I suggest to remove this > w

[issue1379416] email.Header encode() unicode P2.6

Jean-Paul Calderone added the comment: Any hope of this being fixed? -- nosy: +exarkun ___ Python tracker <http://bugs.python.org/issue1379416> ___ ___ Python-bug

[issue7663] UTF-16 build incorrectly translates cases for non-BMP code points

New submission from Jean-Paul Calderone : This issue may extend beyond just unicode.upper() and unicode.lower(), but it's very clear with these two methods, at least. For example, consider DESERET SMALL LETTER EW. On a UTF-16 build, calling upper on a string containing this doesn't

[issue7698] pystack macro in Misc/gdbinit incorrectly uses PyEval_EvalFrame

New submission from Jean-Paul Calderone : pystack tries to detect C frames which it can extract Python frame info from. However, it still references the old, now (supposedly) unused PyEval_EvalFrame function. This leads it to never find any frames, since PyEval_EvalFrameEx is now what&#

[issue7710] Inconsistent Exception for int() conversion

Jean-Paul Calderone added the comment: Loosely related to issue4221. -- nosy: +exarkun ___ Python tracker <http://bugs.python.org/issue7710> ___ ___ Python-bug

[issue1941] 2.6 stdlib using with statement

Changes by Jean-Paul Calderone : -- nosy: -exarkun ___ Python tracker <http://bugs.python.org/issue1941> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4565] Rewrite the IO stack in C

Jean-Paul Calderone added the comment: > Oh, and "what to do of the now unused pure Python implementations in io.py"? Easiest would be to dump them, as they will probably get hopelessly out of sync, but perhaps there's some genuine portability/educational advantage to ke

[issue4565] Rewrite the IO stack in C

Jean-Paul Calderone added the comment: > We don't maintain any other features in two languages for those purposes. IMO, it will just be more of a burden to fix bugs in two different places as compared to the advantages you mention. Surely the majority of the burden is imposed

[issue4565] Rewrite the IO stack in C

Jean-Paul Calderone added the comment: Hi Antoine, > > Surely the majority of the burden is imposed by the C implementation. I expect that 90% of the time spent fixing bugs will be spent fixing them in C. > Hmm, it depends. It's probably true in general, but I suspect a fair

[issue5305] imaplib should support international mailbox names

Jean-Paul Calderone added the comment: IMAP4 UTF-7 is implemented in Twisted - <http://twistedmatrix.com/trac/browser/trunk/twisted/mail/imap4.py#L5385>, <http://twistedmatrix.com/trac/browser/trunk/twisted/mail/test/test_imap.py#L58>. Feel free to re-use any of that code that woul

[issue5333] os.kill() inconsistency

Jean-Paul Calderone added the comment: Read the docs for kill(2). -1 is a completely legitimate PID. Recommend close as invalid. -- nosy: +exarkun ___ Python tracker <http://bugs.python.org/issue5

[issue5305] imaplib should support international mailbox names

Jean-Paul Calderone added the comment: > UTF-7 already sounds like something horrible for me, but a *modified* > UTF-7 encoding is something a little bit more strange for me. Why not > reusing directly UTF-7. UTF-7 wasn't horrible for its time, but its time has very likely

[issue5380] pty.read raises IOError when slave pty device is closed

Changes by Jean-Paul Calderone : -- nosy: +exarkun ___ Python tracker <http://bugs.python.org/issue5380> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5420] Queue deprecation warning patch

Jean-Paul Calderone added the comment: Unit tests are a great thing as well. Also, the deprecation warnings you've added are the really annoying kind. They refer to users to the source of the deprecated methods themselves! A vastly preferable use of the warnings system is to refer use

[issue5485] pyexpat has no unit tests for UseForeignDTD functionality

New submission from Jean-Paul Calderone : Lacking unit tests for this (documented) functionality makes it harder for alternate Python runtimes to correctly provide it. Plus, if it's not tested, it might not work. I tried to write tests for the feature since I recently used it and thoug

[issue5485] pyexpat has no unit tests for UseForeignDTD functionality

Jean-Paul Calderone added the comment: Thanks, that helped a bunch. I'm sure it would have taken me a long time to find SetParamEntityParsing(XML_PARAM_ENTITY_PARSING_ALWAYS). Perhaps it would also be good to expand the pyexpat documentation to cover that method and parameter (unless

[issue5485] pyexpat has no unit tests for UseForeignDTD functionality

Jean-Paul Calderone added the comment: Here's the version I have now. I don't think it's complete, but it finishes the test started in the previous patch, and the test passes. -- Added file: http://bugs.python.org/file13323/use-fore

[issue5485] pyexpat has no unit tests for UseForeignDTD functionality

Jean-Paul Calderone added the comment: To clarify, I'll probably work on this patch a bit more later, adding a few more tests for related behavior. -- ___ Python tracker <http://bugs.python.org/i

[issue5496] codecs.lookup docstring is misleading

New submission from Jean-Paul Calderone : codecs.lookup is documented as returning a tuple. It actually returns a what the registered lookup function returns, which really *should* be a codecs.CodecInfo instance. If a registered lookup function actually returns a tuple, then codecs.getreader

[issue5396] os.read not handling O_DIRECT flag

Jean-Paul Calderone added the comment: > I think the policy is to mirror all possible O_* constants, even if they > are of no use in Python. For example, we also have os.O_DIRECTORY. Not disagreeing with the conclusion of this ticket, but I would like to point out that os.O_DIRECTORY

[issue5533] unittest can't deal with packages

Jean-Paul Calderone added the comment: dpaste.com will eventually discard your proof. You should include all information for a bug report on the tracker. You can include the code in a comment or attach it to the ticket as a file. -- nosy: +exarkun

<    26   27   28   29   30   31   32   33   >