[issue5619] Pass MS CRT debug flags into subprocesses

Changes by Atsuo Ishimoto : -- nosy: +ishimoto ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue15275] isinstance is called a more times that needed in ntpath

Manuel de la Pena added the comment: Tests indeed cover the changes made. I don't know about a decent way of doing benchmarks for the changes. Any recommendation? > If this patch is applied I think it would be good to change posixpath too. I agree and I'd love to do it but in a diff bug to ma

[issue15435] Strange behavior when AttributeError raise inside a property get function

Cédric Krier added the comment: The problem is that the code of the property could raise an AttributeError. So this error is not showed by the traceback. -- ___ Python tracker

[issue15435] Strange behavior when AttributeError raise inside a property get function

Nick Coghlan added the comment: Yup. It's unfortunate, but there's really nothing we can do about it - some protocols use exceptions, and if you raise an exception type that is part of the defined protocol as the result of a genuine error, then you're going to have a fun debugging exercise to

[issue10399] AST Optimization: inlining of function calls

Changes by Nick Coghlan : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue14197] OS X framework builds do not create ABI-suffixed libpython3.x

Ned Deily added the comment: The attached patch ensures that additional SOABI-suffixed symlinks are created in the framework lib and lib/pythonx.x/config-yy directories and fixes pythons.x-config to not return garbage data for the --ldflags option. # current $ ls -l /Library/Frameworks/Pytho

[issue14197] OS X framework builds do not create ABI-suffixed libpython3.x

Ned Deily added the comment: Georg, I'd like to apply this for both 3.2.4 and 3.3.0b2. It's a low risk bug fix but does solve a real problem for users wanting to embed Python on OS X. Issue15353 is also fixed by this. -- nosy: +georg.brandl ___ P

[issue15413] os.times() disappeared under Windows

Georg Brandl added the comment: Larry? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue15295] Document PEP 420 namespace packages

Changes by Georg Brandl : -- priority: release blocker -> deferred blocker ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue14197] OS X framework builds do not create ABI-suffixed libpython3.x

Roundup Robot added the comment: New changeset 2d4f290ea71c by Ned Deily in branch '3.2': Issue #14197: For OS X framework builds, ensure links to the shared http://hg.python.org/cpython/rev/2d4f290ea71c New changeset 51ac5f06dd04 by Ned Deily in branch 'default': Issue #14197: merge http://hg.

[issue14197] OS X framework builds do not create ABI-suffixed libpython3.x

Ned Deily added the comment: Fix applied for release in 3.2.4 and (with release manager approval) for 3.3.0b2. -- components: +Build -Macintosh, None resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed type: compile error ->

[issue15438] Incredible issue in math.pow

New submission from andrea bergamini : math.pow(43, 10) gives the wrong result: 21611482313284248.0 Instead, the build-in function 43**10 and pow(43, 10) give the correct result: 21611482313284249L. This bug has been seen on ActivePython 2.5.1.1. Sorry no tests on recent versions. -- c

[issue15353] ld: library not found for -lpython3.3m because of wrong LDFLAGS_PYTHON

Ned Deily added the comment: Thanks for the report. The python-3.3.pc file is correct. It is a symlink to the python-3.3m.pc. What isn't correct is that OS X framework builds were not creating the proper libpython3.3m.{dylib,a} symlinks for use with python3.x-config and with pkg-config (if

[issue15438] Incredible issue in math.pow

Changes by Ned Deily : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue15438] Incredible issue in math.pow

Ezio Melotti added the comment: This is what I get on both 2.7 and 3.3: >>> import math >>> math.pow(43, 10) 2.161148231328425e+16 >>> pow(43, 10) 21611482313284249 >>> 43**10 21611482313284249 >>> int(math.pow(43, 10)) 21611482313284248 -- nosy: +ezio.melotti, skrah __

[issue15438] Incredible issue in math.pow

Serhiy Storchaka added the comment: >>> (43**10).bit_length() 55 >>> sys.float_info.mant_dig 53 See http://docs.python.org/faq/design.html#why-are-floating-point-calculations-so-inaccurate -- nosy: +storchaka ___ Python tracker

[issue15439] Include Misc/ACKS names into the documentation

New submission from Chris Jerdonek : This issue is to include the names in Misc/ACKS into the documentation -- in place of the names from Doc/ACKS.txt. This was mentioned in the discussion for issue 15437, which is to add the names from Doc/ACKS.txt into Misc/ACKS. This issue should be done sho

[issue15439] Include Misc/ACKS names into the documentation

Changes by Chris Jerdonek : -- dependencies: +Merge Doc/ACKS and Misc/ACKS ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue15439] Include Misc/ACKS names into the documentation

Martin v. Löwis added the comment: -1. Misc/ACKS is fine where it is. No need to include it into the docs. -- nosy: +loewis ___ Python tracker ___ __

[issue15437] Merge Doc/ACKS.txt names into Misc/ACKS

Chris Jerdonek added the comment: I created a new issue 15439 for including the combined Misc/ACKS into the documentation (as Éric mentioned) because the nature of that discussion is different, and because the changes will be easier to observe and understand if committed separately.

[issue15439] Include Misc/ACKS names into the documentation

Chris Jerdonek added the comment: Martin, just to be sure, this is to be done after issue 15437 (a dependency), and the location of Misc/ACKS will not change. Have you already read the discussion there? Éric said that he recalled it was Georg's preference to do this if Doc/ACKS.txt is remov

[issue15438] Incredible issue in math.pow

andrea bergamini added the comment: Ok, but math.pow IMPO has to be aligned to pow and built-in pow (**), otherwise this kind of "inaccuracies" can compromise the application behavior. I was using this funcion in a cryptographic mechanisms, and this issue resulted in a failure. Generally spe

[issue15438] Incredible issue in math.pow

R. David Murray added the comment: If I understand correctly, the math module is providing C standard (Annex F) *floating point* mathematical functions. Mark will have the definitive answer once he gets a chance to comment. Perhaps a documentation clarification is in order on this point. -

[issue15438] Incredible issue in math.pow

Stefan Krah added the comment: I think Serhiy has already explained that 43**10 is too large to be represented exactly in 53-bit floating point arithmetic. The math module wraps the floating point functions from the C standard: "It provides access to the mathematical functions defined by the C

[issue15438] Incredible issue in math.pow

Antoine Pitrou added the comment: Well, the math.pow() doc could use a "seealso" pointing to the built-in pow() function perhaps. -- nosy: +pitrou ___ Python tracker ___ __

[issue15438] Incredible issue in math.pow

Stefan Krah added the comment: "Title" referring to the section header of http://docs.python.org/dev/library/math.html ... -- ___ Python tracker ___ ___

[issue15438] Incredible issue in math.pow

Stefan Krah added the comment: How about changing the title to something like: math -- 53-bit floating point arithmetic -- ___ Python tracker ___ __

[issue15438] Incredible issue in math.pow

Antoine Pitrou added the comment: That could help, but you easily miss the title when looking up the doc for a given function. And since log2() already has a seealso for the corresponding int method, pow() could grow one as well. (and in all honesty I don't know the difference between the "**

[issue15438] Incredible issue in math.pow

andrea bergamini added the comment: Well, from a library I'm used to expect a good result or an exception. Not a value that differs from the correct of one unit! I agree with Antoine, the doc should warn about this behavior. I've lost a lot of time before discovering my application issue came

[issue15437] Merge Doc/ACKS.txt names into Misc/ACKS

R. David Murray added the comment: I'm not clear if your script is trying to do this, but there is no way to automatically alphabetize the file. That's why it says "rough" alphabetic order. The issue is that different languages alphabetize different letters in different places. We try to r

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

Derek Wilson added the comment: Thanks, Jim, here is an updated patch. 1) I feel like it is clearly not-a-feature. Currently 2.7 crashes if remote managers are used and socket.setdefaulttimeout is anything other than None. Crashing seems bad and all this does is keep multiprocessing connecti

[issue15438] Incredible issue in math.pow

R. David Murray added the comment: Your problems didn't come from the "Python" math library, it came from the C math library that Python provides a wrapper for, which the documentation does clearly state. And the result you got is accurate...for a floating point calculation. -- ___

[issue15437] Merge Doc/ACKS.txt names into Misc/ACKS

Antoine Pitrou added the comment: Well, the script output looks good (apart from a few duplicates which can be resolved by hand, e.g. "Terry Reedy" vs. "Terry J. Reedy"). -- ___ Python tracker ___

[issue15437] Merge Doc/ACKS.txt names into Misc/ACKS

Chris Jerdonek added the comment: I did think through those issues and made a special effort to address them in the script. For starters, the script does not change the order of any names in Misc/ACKS. This is to preserve the existing rough alphabetical ordering, and to ensure that the diff

[issue15437] Merge Doc/ACKS.txt names into Misc/ACKS

Chris Jerdonek added the comment: That is correct, Antoine. Duplicates need to be removed by hand. To assist in this process, the script currently prints "possible duplicates" to stdout after running. However, the script could easily be modified to display an in-line indicator before possib

[issue11466] getpass.getpass doesn't close tty file

Anton Barkovsky added the comment: I think I've found the root cause. On my system (also tested in 3.2) /dev/tty is opened successfully, but wrapping it in io.BufferedRandom fails. By the time the exception is raised, FileIO object is already created, and then it immediately gets deleted. I'

[issue15437] Merge Doc/ACKS.txt names into Misc/ACKS

Antoine Pitrou added the comment: > To assist in this process, the script currently prints "possible > duplicates" to stdout after running. However, the script could easily > be modified to display an in-line indicator before possible duplicates > to make this manual step easier, e.g.: > > Jo

[issue11466] getpass.getpass doesn't close tty file

Changes by Anton Barkovsky : Removed file: http://bugs.python.org/file26498/closewarning.patch ___ Python tracker ___ ___ Python-bugs-list mai

[issue11466] getpass.getpass doesn't close tty file

Changes by Anton Barkovsky : Added file: http://bugs.python.org/file26499/closewarning.patch ___ Python tracker ___ ___ Python-bugs-list maili

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

Changes by Richard Oudkerk : -- nosy: +sbt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue15440] multiprocess fails to re-raise exception which has mandatory arguments

New submission from Bala FA : I use multiprocess in one of my project. When an exception which requires mandatory argument is raised by a server process, is not re-raised properly to client process. I get an error something like below Traceback (most recent call last): File "prod.py", line 6

[issue15441] test_posixpath fails on Japanese edition of Windows

New submission from Atsuo Ishimoto : test_posixpath.PosixCommonTest.test_nonascii_abspath fails on Japanese edition of Windows. If a file name was invalid byte character, os.chdir() raises UnicodeDecodeError() instead of WindowsError. This is a byte-api issue on Windows, so we may be able to s

[issue14916] PyRun_InteractiveLoop fails to run interactively when using a Linux pty that's not tied to stdin/stdout

Kevin Barry added the comment: The patch from before needed a slight modification for when Python actually defaults to an interactive session on stdin. Since I rebuild this for my current distro (Slackware64 13.37,) I switched to the Python 2.6.6 source. This might not be the proper way to ha

[issue15441] test_posixpath fails on Japanese edition of Windows

Atsuo Ishimoto added the comment: changed name of test method. In the old patch, new test method shadowed existing one. -- Added file: http://bugs.python.org/file26502/test_nonascii_abspath_2.patch ___ Python tracker

[issue15441] test_posixpath fails on Japanese edition of Windows

Changes by Atsuo Ishimoto : Removed file: http://bugs.python.org/file26500/test_nonascii_abspath.patch ___ Python tracker ___ ___ Python-bugs-

[issue15436] __sizeof__ is not documented

Meador Inge added the comment: It is part of runtime services and is mentioned in the documentation for 'sys.getsizeof' [1]: """ getsizeof() calls the object’s __sizeof__ method and adds an additional garbage collector overhead if the object is managed by the garbage collector. """ [1] http:

[issue14916] PyRun_InteractiveLoop fails to run interactively when using a Linux pty that's not tied to stdin/stdout

Kevin Barry added the comment: I've attached a simplified example program (working3.c) that demonstrates both the original problem and that the patch (Python-2.6.6-Run_Interactive-fix.patch) works. It eliminates the need for a pty, 'xterm', and redirection. Compile the attached program with

[issue15269] Document dircmp.left and dircmp.right

Eli Bendersky added the comment: Yes, code samples would help clarifying the rationale for this request -- nosy: +eli.bendersky versions: +Python 3.4 -Python 3.3 ___ Python tracker

[issue15442] Expand the list of default dirs filecmp.dircmp ignores

New submission from Eli Bendersky : The default ignore list of filecmp.dircmp is ['RCS', 'CVS', 'tags']. This predates even Subversion! I suggest to freshen up this module to also ignore the dirs for SVN, Mercurial, Git and Bazaar. [this is a new feature, so no earlier than 3.4...] -

[issue15231] update PyPI upload doc to say --no-raw passed to rst2html.py

Eli Bendersky added the comment: The patch looks reasonable to me. Martin/Éric - any objections to committing? -- nosy: +eli.bendersky ___ Python tracker ___ ___

[issue15231] update PyPI upload doc to say --no-raw passed to rst2html.py

Martin v. Löwis added the comment: LGTM -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue15436] __sizeof__ is not documented

Serhiy Storchaka added the comment: > It is part of runtime services and is mentioned in the documentation for > 'sys.getsizeof' [1]: Yes, but it is not mentioned in the index. -- ___ Python tracker _

[issue15321] bdist_wininst installers may terminate with "close failed in file object destructor:\nsys.excepthook is missing\nlost sys.stderr"

Changes by Eli Bendersky : -- nosy: -eli.bendersky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue15321] bdist_wininst installers may terminate with "close failed in file object destructor:\nsys.excepthook is missing\nlost sys.stderr"

Eli Bendersky added the comment: Sorry about the commit message. Ignore it, I got the issue number wrong :) -- nosy: +eli.bendersky ___ Python tracker ___ __

[issue15231] update PyPI upload doc to say --no-raw passed to rst2html.py

Eli Bendersky added the comment: Committed in f315cfa22630 -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue15321] bdist_wininst installers may terminate with "close failed in file object destructor:\nsys.excepthook is missing\nlost sys.stderr"

Roundup Robot added the comment: New changeset f315cfa22630 by Eli Bendersky in branch 'default': Issue #15321: update PyPI upload doc to say --no-raw passed to rst2html.py. Patch by Chris Jerdonek http://hg.python.org/cpython/rev/f315cfa22630 -- nosy: +python-dev

[issue15285] test_timeout failure when system on IPv4 10.x.x.x subnet

Nam Nguyen added the comment: Using a remote server such as python.org is a good idea when you have internet connection. When you don't, though, how will the test run? -- nosy: +Nam.Nguyen ___ Python tracker

[issue15231] update PyPI upload doc to say --no-raw passed to rst2html.py

Chris Jerdonek added the comment: Thanks a lot, Eli. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue15285] test_timeout failure when system on IPv4 10.x.x.x subnet

Brian Brazil added the comment: There's already existing infrastructure not to run certain tests when there's no internet connection, no ipv6, no tk etc. -- ___ Python tracker _

[issue15231] update PyPI upload doc to say --no-raw passed to rst2html.py

Éric Araujo added the comment: It seems to me there are missing words in the text, and it needs porting to the packaging docs. Proposal: [...] being able to run the command above without warnings is not sufficient to be sure that PyPI will convert the content successfully. -- compone

[issue12428] functools test coverage

Antoine Pitrou added the comment: Le mardi 24 juillet 2012 à 06:00 +, Brian Thorne a écrit : > Isn't more compatibility between the Python and C implementations > desired? IMHO, not when compatibility regards obscure details such as whether setting an attribute is allowed or not. I don't kn

[issue15441] test_posixpath fails on Japanese edition of Windows

Changes by Antoine Pitrou : -- nosy: +haypo stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue15232] email.generator.Generator doesn't mangle "From " lines in MIME preamble

Roundup Robot added the comment: New changeset 0caff799e4bf by R David Murray in branch '3.2': #15232: make NEWS entry more accurate. http://hg.python.org/cpython/rev/0caff799e4bf New changeset d53524c43d0e by R David Murray in branch 'default': #15232: make NEWS entry more accurate. http://hg.

[issue15439] Include Misc/ACKS names into the documentation

Martin v. Löwis added the comment: Ok, please rephrase: what do you mean by "inlude ... into ..."? If the place of Misc/ACKS doesn't change, in what way is it being included into something? And which "documentation" is it being included into, if it doesn't change its location? -- __

[issue15437] Merge Doc/ACKS.txt names into Misc/ACKS

Martin v. Löwis added the comment: Also, if you want to do phonetic translation of non-ASCII, then абгекнор really matches abgeknor, and ш is transliterated to "sh" in English (IIUC) (to "sch" in German). But I agree that this is best done manually. What matters is what the script produces;

[issue15439] Include Misc/ACKS names into the documentation

Serhiy Storchaka added the comment: > Ok, please rephrase: what do you mean by "inlude ... into ..."? http://docs.python.org/about.html#contributors-to-the-python-documentation -- nosy: +storchaka ___ Python tracker

[issue15413] os.times() disappeared under Windows

Roundup Robot added the comment: New changeset d9a881b0d6ca by Antoine Pitrou in branch 'default': Issue #15413: os.times() had disappeared under Windows. http://hg.python.org/cpython/rev/d9a881b0d6ca -- nosy: +python-dev ___ Python tracker

[issue15413] os.times() disappeared under Windows

Antoine Pitrou added the comment: Ok, I fixed it. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue15439] Include Misc/ACKS names into the documentation

Martin v. Löwis added the comment: I see; I'm changing my vote to -0 then. I don't think this list of names should have been included in the documentation in the first place. Since it is, providing the full list of contributors is just as fine. --

[issue15439] Include Misc/ACKS names into the documentation

Chris Jerdonek added the comment: The second sense of the word "include" is in the possible implementation. Éric pointed out in the other issue's thread that this can be achieved by modifying the existing include directive, for example-- --- a/Doc/about.rst +++ b/Doc/about.rst @@ -30,7 +30,7

[issue15443] datetime module has no support for nanoseconds

New submission from Vincenzo Ampolo : As long as computers evolve time management becomes more precise and more granular. Unfortunately the standard datetime module is not able to deal with nanoseconds even if OSes are able to. For example if i do: print "%.9f" % time.time() 1343158163.4712090

[issue15443] datetime module has no support for nanoseconds

Changes by Antoine Pitrou : -- nosy: +belopolsky, haypo, lemburg versions: +Python 3.4 -Python 2.7 ___ Python tracker ___ ___ Python-b

[issue15443] datetime module has no support for nanoseconds

Changes by Vincenzo Ampolo : -- components: +Library (Lib) -ctypes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue15437] Merge Doc/ACKS.txt names into Misc/ACKS

Chris Jerdonek added the comment: Yes, I did. Even though it is throw-away. By the way, I'm taking Antoine's advice to avoid perfectionism on this. Otherwise I'd include your suggestion re: the special characters. :) -- ___ Python tracker

[issue15439] Include Misc/ACKS names into the documentation

Martin v. Löwis added the comment: I think Guido's wording should be included literally in the online version. It very much explains what this list really is and how to interpret it. The post scriptum should be converted into a ReST comment, since it is primarily a note to maintainers. -

[issue15443] datetime module has no support for nanoseconds

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue15444] Incorrectly writen contributor's names

New submission from Serhiy Storchaka : Some contributor's names written incorrectly (in ASCII) in documentation: Jesús Cea Avión as Jesús Cea Avion Lars Gustäbel as Lars Gustaebel Gerhard Häring as Gerhard Haering Marc-André Lemburg as Marc-Andre Lemburg Martin von Löwis as Martin von Loewis Cha

[issue15444] Incorrectly writen contributor's names

Changes by Antoine Pitrou : -- stage: -> patch review versions: +Python 2.7, Python 3.2, Python 3.3 ___ Python tracker ___ ___ Python

[issue15443] datetime module has no support for nanoseconds

Marc-Andre Lemburg added the comment: Vincenzo Ampolo wrote: > > As long as computers evolve time management becomes more precise and more > granular. > Unfortunately the standard datetime module is not able to deal with > nanoseconds even if OSes are able to. For example if i do: > > print

[issue1692335] Fix exception pickling: Move initial args assignment to BaseException.__new__

Richard Oudkerk added the comment: ISTM the simplest approach would be to just set self->args in BaseException.__new__() (like in Georg's patch) but to ignore the possibility that the user might later set self.args to something stupid "wrong": diff -r 51ac5f06dd04 Objects/exceptions.c --- a/O

[issue15443] datetime module has no support for nanoseconds

Vincenzo Ampolo added the comment: On 07/24/2012 01:28 PM, Marc-Andre Lemburg wrote: > I would be interested in an actual use case for this. Alice has a dataset with nanosecond granularity. He wants to make a python library to let Bob access the dataset. Nowadays Alice has to implement her own

[issue15413] os.times() disappeared under Windows

Larry Hastings added the comment: Sorry, I've been on the road a lot. Thanks, Antoine! -- ___ Python tracker ___ ___ Python-bugs-lis

[issue15443] datetime module has no support for nanoseconds

R. David Murray added the comment: I believe Marc-Andre was looking for an actual real-world use case rather than a hypothetical one. We discussed this briefly on the irc channel and we think Guido vetoed it on a YAGNI basis (we haven't checked the archives though...) so a real world use cas

[issue15443] datetime module has no support for nanoseconds

Vincenzo Ampolo added the comment: This is a real use case I'm working with that needs nanosecond precision and lead me in submitting this request: most OSes let users capture network packets (using tools like tcpdump or wireshark) and store them using file formats like pcap or pcap-ng. These f

[issue15443] datetime module has no support for nanoseconds

Changes by Vincenzo Ampolo : -- versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue15438] Incredible issue in math.pow

Raymond Hettinger added the comment: The math module is primarily about exposing the C floating point library functions. Any integer arguments are converted to double. We could add more docs but that usually doesn't help someone who already has an expectation that math.pow does the same thin

[issue15438] Incredible issue in math.pow

Changes by Raymond Hettinger : -- components: +Documentation -Library (Lib) resolution: -> invalid ___ Python tracker ___ ___ Python-

[issue15443] datetime module has no support for nanoseconds

R. David Murray added the comment: Are the nanosecond timestamps timestamps or strings? If they are timestamps it's not immediately obvious why you want to convert them to datetime objects, so motivating that would probably help. On the other hand the fact that you have an application that

[issue15269] Document dircmp.left and dircmp.right

Chris Jerdonek added the comment: Thanks for taking the time to look at this, Eli. In response to your question, here is one illustrated rationale. When recursing through a directory using dircmp, it is simplest and cleanest to be able to recurse on the subdirs attribute without having to pas

[issue15443] datetime module has no support for nanoseconds

R. David Murray added the comment: Even if accepted this can't get fixed in 2.7, so removing that from versions. -- versions: -Python 2.7 ___ Python tracker ___ ___

[issue15439] Include Misc/ACKS names into the documentation

Raymond Hettinger added the comment: I agree with Martin and don't think the ACKS list should be exposed further than it already is. -- nosy: +rhettinger ___ Python tracker ___

[issue15444] Incorrectly writen contributor's names

Chris Jerdonek added the comment: It seems to be the latter: Žiga Seilnacht http://mail.python.org/pipermail/python-dev/2007-March/071786.html -- nosy: +cjerdonek ___ Python tracker __

[issue15445] Ability to do code injection via logging module configuration listener port.

New submission from Graham Dumpleton : This issue was raised first on secur...@python.org. Guido responded that not sensitive enough to be kept to the list and that okay to log a bug report. This issue may not warrant any action except perhaps an update to documentation for the logging module t

[issue15439] Include Misc/ACKS names into the documentation

Chris Jerdonek added the comment: Is that a -0 then, Raymond? I think either the combined Misc/ACKS list should be included in the docs, or it should be removed entirely. If what Meador said is true (that people already in Misc/ACKS who contribute documentation should not be added)-- > Doc/

[issue15445] Ability to do code injection via logging module configuration listener port.

Changes by R. David Murray : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue15443] datetime module has no support for nanoseconds

Vincenzo Ampolo added the comment: On 07/24/2012 04:20 PM, R. David Murray wrote: > R. David Murray added the comment: > > Are the nanosecond timestamps timestamps or strings? If they are timestamps > it's not immediately obvious why you want to convert them to datetime > objects, so motiva

[issue15445] Ability to do code injection via logging module configuration listener port.

Changes by Antoine Pitrou : -- versions: +Python 2.7, Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue15445] Ability to do code injection via logging module configuration listener port.

Christian Heimes added the comment: ast.literal_eval() is a good choice for limited evaluation of Python string as it only supports data types like numbers, str, dict etc. but no classes or function calls. -- nosy: +christian.heimes ___ Python trac

[issue15445] Ability to do code injection via logging module configuration listener port.

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue15439] Include Misc/ACKS names into the documentation

Meador Inge added the comment: What I meant by that was that Serhiy contributed a code change and was already in Misc/ACKS, therefore no ACKS file should have been updated. I didn't mean to imply that someone can't be in both files. My impression is that Misc/ACKS is for code contributions

  1   2   >