[issue4424] Add support for a cmp, or key argument to heapq functions.

Alex <[EMAIL PROTECTED]> added the comment: Apologies, searching didn't yield that. That's not necessarily always easy, for example I'd like to use heapq to merge iterators coming from the database. ___ Python tracker <[EMAIL PROTECTED]>

[issue4424] Add support for a cmp, or key argument to heapq functions.

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: This is a duplicate of a previously rejected request. The usual approach is to load the heap with (priority, record) tuples. -- nosy: +rhettinger resolution: -> duplicate status: open -> closed __

[issue4402] os.getenv('PATH') return different result between 2.5 and 3.0rc3

赵现刚 <[EMAIL PROTECTED]> added the comment: I have installed both py2.5 and py3.0rc3. I got the result as follows: 1.py3.0 : from the windows start menu-->run, type in "python" ,and py3.0 will startup(which I don't understand why),then execute import ossys_path=os.getenv('PATH')print(sys_path

[issue4424] Add support for a cmp, or key argument to heapq functions.

New submission from Alex <[EMAIL PROTECTED]>: Currently the heapq module can only really be used if your data has it's own ordering defined. There is no way to do a custom ordering. From my cursory review of the code it looks like some of the lower level functions actually take these kwargs, bu

[issue4423] 2to3 replaces "arbitrary" variables

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: This bug certainly has been reported before, so I'll see if I can find time for it. ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4423] 2to3 replaces "arbitrary" variables

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Are there any plans to improve that? In the specific case, it would help if commands gets only replaced if an import of commands appears "in scope" (or, if that is too difficult, anywhere in the file). I think 2to3 should create a list of all

[issue4423] 2to3 replaces "arbitrary" variables

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Yes, this a known issue. You can currently circumvent it by disabling the imports fixer. -- nosy: +benjamin.peterson priority: -> normal ___ Python tracker <[EMAIL PROTECTED]>

[issue4423] 2to3 replaces "arbitrary" variables

New submission from Martin v. Löwis <[EMAIL PROTECTED]>: In 2to3 (from the py3k branch, as of r67372) translates the fragment def f(): commands = foo() commands.sort() to def f(): commands = foo() subprocess.sort() -- components: 2to3 (2.x to 3.0 conversion tool) messa

[issue4412] Failure to test return value of PyUnicode_AsUTF8String() for NULL

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: There are already NULL checks. -- nosy: +benjamin.peterson resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> __

[issue4419] PyUnicode_DecodeUTF8 is not checked for NULL return value

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: This doesn't need a NULL check. The exception is propagated to the caller. -- nosy: +benjamin.peterson resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue4418] PyObject_CallObject is not checked for NULL return value

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: This doesn't need a NULL check. The exception is propagated to the caller. -- nosy: +benjamin.peterson resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue4413] Failure to check PyUnicode_AsUTF8String() return value for NULL

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: This doesn't need a NULL check. The exception is propagated to the caller. -- nosy: +benjamin.peterson resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]>

[issue4414] Failure to check return value of PyBool_FromLong for NULL

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue4414] Failure to check return value of PyBool_FromLong for NULL

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: None of these cases need checks. The exception is propagated to the caller. -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]>

[issue4415] Failure to check return value of PyBool_FromLong for NULL

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: There doesn't need to be a NULL check here. The exception is merely propagated to the caller. -- nosy: +benjamin.peterson resolution: -> invalid status: open -> closed ___ Python tracker <[EMAI

[issue4420] PyUnicode_Decode is not checked for NULL return value

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: There doesn't need to be a NULL check here. The exception is merely propagated to the caller. -- nosy: +benjamin.peterson resolution: -> invalid status: open -> closed ___ Python tracker <[EMAI

[issue4417] PySequence_List is not checked for NULL return value

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: There doesn't need to be a NULL check here. The exception is merely propagated to the caller. -- nosy: +benjamin.peterson resolution: -> invalid status: open -> closed ___ Python tracker <[EMAI

[issue4422] Failed to check 3rd Param of PyArena_AddPyObject() to ensure it isn't NULL

New submission from Brian Szuter <[EMAIL PROTECTED]>: Python-2.5.2/Python/ast.c(alias_for_import_name) Line 2282, 2288 Failed to check 3rd Param of PyArena_AddPyObject() to ensure it isn't NULL -- components: None messages: 76385 nosy: CWRU_Researcher1 severity: normal status: open titl

[issue4421] Failed to check 3rd Param of PyArena_AddPyObject() to ensure it isn't NULL

New submission from Brian Szuter <[EMAIL PROTECTED]>: Python-2.5.2/Python/ast.c(new_identifier) Line 52 Failed to check 3rd Param of PyArena_AddPyObject() to ensure it isn't NULL -- components: None messages: 76384 nosy: CWRU_Researcher1 severity: normal status: open title: Failed to ch

[issue4420] PyUnicode_Decode is not checked for NULL return value

New submission from Brian Szuter <[EMAIL PROTECTED]>: Python-2.5.2/Objects/unicodeobject.c(PyUnicodeUCS2_FromEncodedObject) Line 567 PyUnicode_Decode is not checked for NULL return value -- components: None messages: 76383 nosy: CWRU_Researcher1 severity: normal status: open title: PyUn

[issue4419] PyUnicode_DecodeUTF8 is not checked for NULL return value

New submission from Brian Szuter <[EMAIL PROTECTED]>: Python-2.5.2/Objects/unicodeobject.c Line 587 PyUnicode_DecodeUTF8 is not checked for NULL return value -- components: None messages: 76382 nosy: CWRU_Researcher1 severity: normal status: open title: PyUnicode_DecodeUTF8 is not check

[issue4418] PyObject_CallObject is not checked for NULL return value

Brian Szuter <[EMAIL PROTECTED]> added the comment: Python-2.5.2/Modules/_sre.c(join_list) Line 2023 PyObject_CallObject is not checked for NULL return value ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4418] PyObject_CallObject is not checked for NULL return value

New submission from Brian Szuter <[EMAIL PROTECTED]>: Python-2.5.2/Modules/_sre.c(PySequence_Fast) Line 1963 PyObject_CallObject is not checked for NULL return value -- messages: 76380 nosy: CWRU_Researcher1 severity: normal status: open title: PyObject_CallObject is not checked for NUL

[issue4417] PySequence_List is not checked for NULL return value

New submission from Brian Szuter <[EMAIL PROTECTED]>: Python-2.5.2/Objects/abstract.c(PySequence_Fast) Line 1611 PySequence_List is not checked for NULL return value -- messages: 76379 nosy: CWRU_Researcher1 severity: normal status: open title: PySequence_List is not checked for NULL re

[issue3799] Byte/string inconsistencies between different dbm modules

Brett Cannon <[EMAIL PROTECTED]> added the comment: On Mon, Nov 24, 2008 at 16:25, Skip Montanaro <[EMAIL PROTECTED]> wrote: > > Skip Montanaro <[EMAIL PROTECTED]> added the comment: > > Brett> I still need a review for doc_dbm_strings.diff, though, which >Brett> clarifies the docs, fixes one

[issue4416] state_reset not called on 'state' before sre_search invoked

New submission from Brian Szuter <[EMAIL PROTECTED]>: /home/rxc92/project/Python-2.5.2/Modules/_sre.c (pattern_search) Line 2740 Elsewhere in the codebase, state_reset is called on the first parameter of sre_search before sre_search is invoked. The does not occur here. -- components: N

[issue4415] Failure to check return value of PyBool_FromLong for NULL

New submission from Brian Szuter <[EMAIL PROTECTED]>: /home/rxc92/project/Python-2.5.2/Python/import.c(imp_is_frozen) Line 2740 Failed to check that the return value of PyBool_FromLong is not NULL Referenced: http://www.python.org/doc/2.5.2/api/boolObjects.html#l2h-400 -- components: N

[issue4414] Failure to check return value of PyBool_FromLong for NULL

New submission from Brian Szuter <[EMAIL PROTECTED]>: /home/rxc92/project/Python-2.5.2/Objects/unicodeobject.c(unicode_istitle) Line 5953 Failed to check that the return value of PyBool_FromLong is not NULL Referenced: http://www.python.org/doc/2.5.2/api/boolObjects.html#l2h-400 -- com

[issue4395] Document auto __ne__ generation; provide a use case for non-trivial __ne__

Michael K. Edwards <[EMAIL PROTECTED]> added the comment: It would be really useful to explain, right in this section, why __ne__ is worth having. Something along these lines (based on the logic from Python 2.x -- modify as necessary): The values most commonly returned by the rich comparison

[issue4413] Failure to check PyUnicode_AsUTF8String() return value for NULL

New submission from Brian Szuter <[EMAIL PROTECTED]>: /home/rxc92/project/Python-2.5.2/Objects/unicodeobject.c(PyUnicodeUCS2_AsEncodedString) Line 699 Failed to check PyUnicode_AsUTF8String() for returning NULL. Referenced: http://www.python.org/doc/2.5.2/api/builtinCodecs.html#l2h-523 ---

[issue4412] Failure to test return value of PyUnicode_AsUTF8String() for NULL

New submission from Brian Szuter <[EMAIL PROTECTED]>: /home/rxc92/project/Python-2.5.2/Parser/tokenizer.c (translate_into_utf8) Line 573 The return value of PyUnicode_AsUTF8String() is never checked if it is NULL. Reference: http://www.python.org/doc/2.5.2/api/builtinCodecs.html#l2h-523 ---

[issue3799] Byte/string inconsistencies between different dbm modules

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Brett> I still need a review for doc_dbm_strings.diff, though, which Brett> clarifies the docs, fixes one oversight in dbm.dumb, and extends Brett> testing to make sure strings can be accepted. Was my comment http://bugs.python.o

[issue4370] warning: unknown conversion type character `z' in format

Roumen Petrov <[EMAIL PROTECTED]> added the comment: Technically patch is not correct : it disable __attribute__ always . The name of the macro is Py_GCC_ATTRIBUTE. It is a generic name and is possible(in future) macro to be used set other attributes. It is just a warning and is not related to

[issue4368] A bug in ncurses.h still exists in FreeBSD 4.9 - 4.11

Akira Kitada <[EMAIL PROTECTED]> added the comment: I tested this on FreeBSD 6.3 and it worked. (release25-maint) waiting for review. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1208304] urllib2's urlopen() method causes a memory leak

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Reopening: I reproduce the problem consistently with both 2.6 and trunk versions (not with python 3.0), on Windows XP. -- nosy: +amaury.forgeotdarc resolution: wont fix -> status: closed -> open __

[issue4370] warning: unknown conversion type character `z' in format

Changes by Amaury Forgeot d'Arc <[EMAIL PROTECTED]>: -- stage: needs patch -> patch review ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue4370] warning: unknown conversion type character `z' in format

Changes by Amaury Forgeot d'Arc <[EMAIL PROTECTED]>: -- keywords: +needs review ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bu

[issue4405] fix_metaclass broken

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Fixed in r67371. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4049] IDLE does not open too

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > I have this problem too but I am running Python 2.5.2 on Windows XP > professional. That is most definitely a different problem from the one reported here originally. > I did install Python for all users. I tried uninstalling > and rein

[issue4405] fix_metaclass broken

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Are you sure you run the latest 2to3? I ran it over docutils last night, > and while the version distributed with 2.6 failed with the same > exception, the current 2to3 from the sandbox worked. I was using the one included in the py3k bran

[issue4407] Windows Installer Error 1722 when opting for compilation at install time

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- assignee: -> loewis nosy: +loewis ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Pyt

[issue4407] Windows Installer Error 1722 when opting for compilation at install time

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: -- priority: -> release blocker ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-b

[issue4366] cannot find -lpythonX.X when buinding Python on FreeBSD

Akira Kitada <[EMAIL PROTECTED]> added the comment: Changing the title again because this problem is not FreeBSD 4 specific. Build on recent FreeBSD also has the same problem. (I tested this on 6.3, too) -- title: cannot find -lpython2.X when buinding Python on FreeBSD 4.11 -> cannot fi

[issue3799] Byte/string inconsistencies between different dbm modules

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- components: +Library (Lib) stage: needs patch -> commit review ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3799] Byte/string inconsistencies between different dbm modules

Brett Cannon <[EMAIL PROTECTED]> added the comment: specify_open_encoding.diff has been committed in r67369. I still need a review for doc_dbm_strings.diff, though, which clarifies the docs, fixes one oversight in dbm.dumb, and extends testing to make sure strings can be accepted. _

[issue4382] test_dbm_dumb fails due to character encoding issue on Mac OS X

Brett Cannon <[EMAIL PROTECTED]> added the comment: Fixed in r67369. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue4366] cannot find -lpython2.X when buinding Python on FreeBSD 4.11

Akira Kitada <[EMAIL PROTECTED]> added the comment: Changing the title because this is not 2.5.x specific. -- title: cannot find -lpython2.5 when buinding Python 2.5.2 on FreeBSD 4.11 -> cannot find -lpython2.X when buinding Python on FreeBSD 4.11 versions: +Python 2.5.3, Python 2.6, Py

[issue4370] warning: unknown conversion type character `z' in format

Akira Kitada <[EMAIL PROTECTED]> added the comment: Amaury, thank you for pointing that out. Attached patch disables this "__attribute__" when PY_FORMAT_SIZE_T is undefined after configure script. I confirmed this eliminate warnings in FreeBSD 4.11 -- keywords: +patch Added file: http:

[issue4049] IDLE does not open too

Elizabeth Chang <[EMAIL PROTECTED]> added the comment: I have this problem too but I am running Python 2.5.2 on Windows XP professional. I did install Python for all users. I tried uninstalling and reinstalling Python. IDLE does not open for me. It cannot find Tkinker. C:\Python25>python.exe

[issue4404] os.listdir() documentation error

Georg Brandl <[EMAIL PROTECTED]> added the comment: Should be fixed in r67368. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3244] multipart/form-data encoding

Chris AtLee <[EMAIL PROTECTED]> added the comment: I also wrote some software to handle this: http://atlee.ca/software/poster/poster.encode.html The reason I wrote this is to avoid having the load the entire file into memory before posting the request. This, along with Issue #3243, would allow

[issue3244] multipart/form-data encoding

Florian Steinel <[EMAIL PROTECTED]> added the comment: see http://code.activestate.com/recipes/146306/ for a user contributed implementation. -- nosy: +fsteinel ___ Python tracker <[EMAIL PROTECTED]>

[issue4411] __mro__ documentation

New submission from Sebastian Wiesner <[EMAIL PROTECTED]>: The documentation of Python 2.6 and 2.7 only mentions the class attribute "__mro__" in ABC documentation and in Data model documentation when explaining description invocation (see search results: http://docs.python.org/dev/search.html?q=

[issue4327] Patch: simplify complex constant assignment statements

David Turner <[EMAIL PROTECTED]> added the comment: Everything in optimize.c is about modifying the AST (this is on tlee's ast optimization branch, in case I didn't mention earlier). Also, changing asdl_seq_SET would be a bad idea, since it is used for sequences of things other than stmt_tys.

[issue4410] IDLE string problem in Run/Run Module

New submission from André <[EMAIL PROTECTED]>: Python 3.0 rc3 on Windows (Server 2003 US English) The code with a string including a non ascii character: s = 'abçd' print (s) is returning correct result in console mode and when it's typed in the IDLE Python Shell But when executed from an ID

[issue4382] test_dbm_dumb fails due to character encoding issue on Mac OS X

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- assignee: -> brett.cannon ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-li

[issue4236] Crash when importing builtin module during interpreter shutdown

Changes by Brett Cannon <[EMAIL PROTECTED]>: -- assignee: brett.cannon -> ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-li

[issue2736] datetime needs and "epoch" method

David Fraser <[EMAIL PROTECTED]> added the comment: - "STINNER Victor" <[EMAIL PROTECTED]> wrote: > STINNER Victor <[EMAIL PROTECTED]> added the comment: > > Timedelta formats: > > (a) Win64: 64 bits unsigned integer, number of 1/10 microsecond > - file format: Microsoft Word document (.d

[issue2736] datetime needs and "epoch" method

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On Mon, Nov 24, 2008 at 12:34 PM, STINNER Victor <[EMAIL PROTECTED]> wrote: .. >> I would still prefer totimestamp()->(int, int) returning (sec, usec) >> tuple. The important benefit is that such totimestamp() will not >> loose informat

[issue1208304] urllib2's urlopen() method causes a memory leak

Jeremy Hylton <[EMAIL PROTECTED]> added the comment: Python 2.4 is now in security-fix-only mode. No new features are being added, and bugs are not fixed anymore unless they affect the stability and security of the interpreter, or of Python applications. http://www.python.org/download/releases/2.

[issue4336] Fix performance issues in xmlrpclib

Changes by STINNER Victor <[EMAIL PROTECTED]>: -- nosy: +haypo ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing l

Re: [issue4336] Fix performance issues in xmlrpclib

Actually, the patch doesn't work :-). The httplib API allows you to pass a file or a string for the body of the request. The getheaderdata() + body case only works for the string. Easy to fix, but I worry that he still run into Nagle problems with the file case, which was presumably added for ef

[issue4327] Patch: simplify complex constant assignment statements

Jeremy Hylton <[EMAIL PROTECTED]> added the comment: I haven't thought about the code in a while, but what code that modifies the AST are we worried about? There are lots of modifications in ast.c, since it is being created there. The case we really care about is sequences, where we want to mod

[issue4327] Patch: simplify complex constant assignment statements

David Turner <[EMAIL PROTECTED]> added the comment: Sure, but that's an even bigger change. Every piece of code which modifies the AST would now also have to modify parent pointers. Having the pointers would make many things easier, but I didn't want to make a very invasive change like that wit

[issue4336] Fix performance issues in xmlrpclib

Jeremy Hylton <[EMAIL PROTECTED]> added the comment: Just wanted to mention that the best solution is to update as much code as possible to use HTTPConnection instead of HTTP. I'm not sure how easy it is to do for xmlrpclib, since it exposes methods like send_content(). I guess we can preserve

[issue2736] datetime needs and "epoch" method

STINNER Victor <[EMAIL PROTECTED]> added the comment: > > Hum, it's maybe not possible to choose between integer and float. Why > > not supporting both? Example: > > - totimestamp()->int: truncate microseconds > > - totimestamp(microseconds=True)->float: with microseconds > > I would still pref

[issue2736] datetime needs and "epoch" method

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On Mon, Nov 24, 2008 at 12:13 PM, STINNER Victor <[EMAIL PROTECTED]> wrote: .. > Hum, it's maybe not possible to choose between integer and float. Why > not supporting both? Example: > - totimestamp()->int: truncate microseconds > - to

[issue4336] Fix performance issues in xmlrpclib

Jeremy Hylton <[EMAIL PROTECTED]> added the comment: This patch makes sense in principle, but some of the details need to change. The _send_output() method is used by some clients, merely because it can be used :-(. It's fairly easy to preserve this API for backwards compatibility. I am also w

Re: [issue4327] Patch: simplify complex constant assignment statements

On Mon, Nov 24, 2008 at 12:14 PM, David Turner <[EMAIL PROTECTED]> wrote: > > David Turner <[EMAIL PROTECTED]> added the comment: > > jhylton, keep in mind that this would require an additional "parent" > argument to each function which takes a stmt. Do you think this added > complexity is worth i

[issue4327] Patch: simplify complex constant assignment statements

David Turner <[EMAIL PROTECTED]> added the comment: jhylton, keep in mind that this would require an additional "parent" argument to each function which takes a stmt. Do you think this added complexity is worth it? ___ Python tracker <[EMAIL PROTECTED]>

[issue2736] datetime needs and "epoch" method

STINNER Victor <[EMAIL PROTECTED]> added the comment: Ooops, timestamp (c) is the *Mac* timestamp: seconds since the 1st january 1904. > what is your conclusion? Hum, it's maybe not possible to choose between integer and float. Why not supporting both? Example: - totimestamp()->int: truncate

[issue4327] Patch: simplify complex constant assignment statements

Jeremy Hylton <[EMAIL PROTECTED]> added the comment: It seems generally useful to have a helper function to replace a range of nodes in a sequence of statements with another sequence of nodes. A general API like that would allow you to insert or delete nodes as well as replacing one node with a

[issue4405] fix_metaclass broken

Georg Brandl <[EMAIL PROTECTED]> added the comment: Are you sure you run the latest 2to3? I ran it over docutils last night, and while the version distributed with 2.6 failed with the same exception, the current 2to3 from the sandbox worked. -- nosy: +georg.brandl __

[issue4006] os.getenv silently discards env variables with non-UTF-8 values

Toshio Kuratomi <[EMAIL PROTECTED]> added the comment: > The bug tracker is maybe not the right place to discuss a new Python3 feature. It's a bug! But if you guys want it to be a feature, then what mailing list do I need to join? Is there one devoted to Unicode or is python-dev where I need t

[issue2628] ftplib Persistent data connection

Jonathan <[EMAIL PROTECTED]> added the comment: Yeah, I'm glad to see a test suite. I've only skimmed the test, but it seems like an excellent starting point. Initial thoughts for updating the tests: - Need a cmd_mode to handle the MODE command. - Suite cmd_retr logic needs to keep dtp connection

[issue4396] parser module fails to validate "with" statements.

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: On Mon, Nov 24, 2008 at 10:21 AM, David Binger <[EMAIL PROTECTED]> wrote: > > David Binger <[EMAIL PROTECTED]> added the comment: > > Thanks, Benjamin. > > I see that you applied this to the main python branch, > which is probably okay (tho

[issue4396] parser module fails to validate "with" statements.

David Binger <[EMAIL PROTECTED]> added the comment: Thanks, Benjamin. I see that you applied this to the main python branch, which is probably okay (though I haven't tested it), but I wrote the patch against the py3k code. Did you mean to apply it to py3k? On Nov 23, 2008, at 11:09 PM, Benjamin

[issue4409] Dangling asterisks in Python 3.0 subprocess docs

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- assignee: -> georg.brandl components: +Documentation nosy: +georg.brandl ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4401] os.extsep status? doc or os bug?

Terry J. Reedy <[EMAIL PROTECTED]> added the comment: For more information: in 3.0, os.curdir, os.pardir, os.sep, os.altsep, os.pathsep, os.defpath, and os.devnull are also in os.path. Only os.extset was removed from os. Among the sysinfo constants, only os.linesep was not in os.path. I think ei

[issue2736] datetime needs and "epoch" method

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: That's an impressive summary, but what is your conclusion? I don't see any format that will benefit from a subsecond timedelta.totimestamp(). Your examples have either multisecond or submicrosecond resolution. On Mon, Nov 24, 2008 at

[issue4006] os.getenv silently discards env variables with non-UTF-8 values

Toshio Kuratomi <[EMAIL PROTECTED]> added the comment: ''' @a.badger: The behaviour (drop non encodable strings) is not really a problem if you configure correctly your program and computer. Eg. you spoke about CGI-WSGI: if your website also speak UTF-8, you will be able to read all environmen

[issue2736] datetime needs and "epoch" method

STINNER Victor <[EMAIL PROTECTED]> added the comment: Timedelta formats: (a) Win64: 64 bits unsigned integer, number of 1/10 microsecond - file format: Microsoft Word document (.doc), ASF video (.asf) (b) 64 bits float, number of seconds - file format: AMF metadata used in Flash video (.flv)

[issue2736] datetime needs and "epoch" method

STINNER Victor <[EMAIL PROTECTED]> added the comment: About the timestamp, there are many formats: (a) UNIX: 32 bits signed integer, number of seconds since the 1st january 1970. - file format: gzip header, Portable Executable (PE, Windows), compiled python script header (.pyc/.pyo) - file

[issue4194] default subprocess.Popen buffer size

STINNER Victor <[EMAIL PROTECTED]> added the comment: > Victor> About Python3, os.popen() is more than two times faster (...) > Victor> The difference is just this instruction: > Victor>stdout = io.TextIOWrapper(stdout) > > This is a known issue. The default for bufsize in os.popen is -1 (fu

[issue2736] datetime needs and "epoch" method

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On Mon, Nov 24, 2008 at 9:04 AM, David Fraser <[EMAIL PROTECTED]> wrote: ... > The point for me is that having to interact with Microsoft systems that > require times means that the conversions have to be done. I did not see the "epoch

[issue4409] Dangling asterisks in Python 3.0 subprocess docs

New submission from Skip Montanaro <[EMAIL PROTECTED]>: Georg, I just noticed that there are asterisks in a couple places in the subprocess module documentation which don't appear to have corresponding footnotes. All the way at the bottom are subsections called Replacing os.spawn* R

[issue4194] default subprocess.Popen buffer size

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Victor> About Python3, os.popen() is more than two times faster (0.20 Victor> sec vs 0.50 sec) than subprocess.Popen()! It's amazing because Victor> popen() opens the standard output as unicode file whereas Victor> Popen() creates

[issue2736] datetime needs and "epoch" method

David Fraser <[EMAIL PROTECTED]> added the comment: - "Alexander Belopolsky" <[EMAIL PROTECTED]> wrote: > Alexander Belopolsky <[EMAIL PROTECTED]> added the > comment: > > I would like to voice my opposition the totimestamp method. > > Representing time as a float is a really bad idea (orig

[issue1191726] about shift key

Changes by Guilherme Polo <[EMAIL PROTECTED]>: -- resolution: -> wont fix status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1191726] about shift key

Changes by Guilherme Polo <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file12122/test1.tcl ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1191726] about shift key

Guilherme Polo <[EMAIL PROTECTED]> added the comment: I can reproduce this under windows vista with tk8.4 and tk8.5, but the problem doesn't show up in Linux and it is not tkinter fault either. -- nosy: +gpolo Added file: http://bugs.python.org/file12121/issue1191726.py

[issue4405] fix_metaclass broken

Changes by Benjamin Peterson <[EMAIL PROTECTED]>: -- assignee: -> benjamin.peterson nosy: +benjamin.peterson priority: -> high ___ Python tracker <[EMAIL PROTECTED]> ___

[issue1532] Refleak run of test_tcl fails

Guilherme Polo <[EMAIL PROTECTED]> added the comment: Disable it while running regrtest with -R ? -- keywords: +patch nosy: +gpolo Added file: http://bugs.python.org/file12120/disable_testLoadTkFailure_in_regrtest.diff ___ Python tracker <[EMAIL PROT

[issue4408] re.compile(regexp).groups not documented

New submission from Florian Weimer <[EMAIL PROTECTED]>: This does result in the expected result 2: > re.compile('(.)(.)').groups But as far as I can see, the groups property is missing from the HTML documentation. Please clarify if this an internal interface, or a documentation oversight. ---

[issue775309] button methods tkButtonDown, etc don't work

Guilherme Polo <[EMAIL PROTECTED]> added the comment: There is a more general patch on issue4350 now ___ Python tracker <[EMAIL PROTECTED]> ___ ___

[issue4406] In Lib\tkinter\filedialog.py, class Directory define loss a"_"

Guilherme Polo <[EMAIL PROTECTED]> added the comment: It is important to commit this actually, since right now tkinter.filedialog.Directory is pretty broken but also very simple to fix. -- components: +Tkinter -Library (Lib) type: compile error -> __

[issue4407] Windows Installer Error 1722 when opting for compilation at install time

New submission from Eric Devolder <[EMAIL PROTECTED]>: This error happens when opting in for compiling the scripts at installation. (please note also that I did not selected "register extension", but I don't think this has an impact). Here is the text from event viewer: Product: Python 3.0rc3 -

[issue4406] In Lib\tkinter\filedialog.py, class Directory define loss a"_"

Guilherme Polo <[EMAIL PROTECTED]> added the comment: Actually it should be commondialog.Dialog -- keywords: +patch nosy: +gpolo Added file: http://bugs.python.org/file12118/Directory_fix_subclass.diff ___ Python tracker <[EMAIL PROTECTED]>

[issue4006] os.getenv silently discards env variables with non-UTF-8 values

STINNER Victor <[EMAIL PROTECTED]> added the comment: The bug tracker is maybe not the right place to discuss a new Python3 feature. > 1) return mixed unicode and byte types in os.environ One goal of Python3 was to avoid mixing bytes and characters (bytes/str). > 2) return only byte types in o

[issue4006] os.getenv silently discards env variables with non-UTF-8 values

STINNER Victor <[EMAIL PROTECTED]> added the comment: @a.badger: The behaviour (drop non encodable strings) is not really a problem if you configure correctly your program and computer. Eg. you spoke about CGI-WSGI: if your website also speak UTF-8, you will be able to read all environment var

  1   2   >