[issue11941] Support st_atim, st_mtim and st_ctim attributes in os.stat_result

Ross Lagerwall added the comment: Here is an updated patch that uses the atim, ctim and mtim variables (which are assigned based on various #ifdefs). This should now work on Linux, BSD and Windows. -- Added file: http://bugs.python.org/file22279/issue11941_2.patch ___

[issue12211] Better document math.copysign behavior.

umedoblock added the comment: I'm late, sorry. I attached the patch for math.rst and mathmodule.c. -- Added file: http://bugs.python.org/file22278/issue_12211.patch ___ Python tracker

[issue12282] ABCMeta import error during build

New submission from R. David Murray : After a make distclean I'm seeing the following output during a build of default. It is possible my 2.7 install is borked, but I don't understand why python is apparently being called during a gcc step. The build seems to succeed. gcc -pthread -c -g -O

[issue12276] 3.x ignores sys.tracebacklimit=0

Gabriel Genellina added the comment: Is this the intended behavior then? I don't get the rationale for that change. There is no way to completely supress traceback information now; for sys.tracebacklimit to be of any significance, it must be >= 1; 0 and negative values behave the same as it n

[issue11277] Crash with mmap and sparse files on Mac OS X

Ned Deily added the comment: Victor, please do not use magic constants like that in C. The symbolic values are available in include files: #include SInt32 major = 0; SInt32 minor = 0; Gestalt(gestaltSystemVersionMajor, &major); Gestalt(gestaltSystemVersionMinor, &minor); if ((major == 10

[issue11277] Crash with mmap and sparse files on Mac OS X

STINNER Victor added the comment: Yes, you should check the Mac OS X version at runtime (as you should check the Linux kernel at runtime). platform.mac_ver() uses something like: sysv = _gestalt.gestalt('sysv') if sysv: major = (sysv & 0xFF00) >> 8 minor = (sysv & 0x00F0) >> 4 patch = (s

[issue11975] Fix referencing of built-in types (list, int, ...)

Ezio Melotti added the comment: What if in the functions.rst page we specify the current module for all the functions (or even just for int/float/etc) as __builtin__ and use the function directive, and in the stdtypes.rst (or elsewhere) we use the class directive? The idea is to pretend that '

[issue12246] Warn when trying to install third-party module from an uninstalled checkout

Changes by Tshepang Lekhonkhobe : Added file: http://bugs.python.org/file22277/display_warning_with_test.patch ___ Python tracker ___ ___ Pyth

[issue11277] Crash with mmap and sparse files on Mac OS X

Steffen Daode Nurpmeso added the comment: @ Ned Deily wrote (2011-06-07 19:43+0200): > Thanks for the update. Since the fix will be in a future > version of OS X 10.7 Lion, and which has not been released yet, > so it is not appropriate to change mmap until there has been an > opportunity to t

[issue12281] bytes.decode('mbcs', 'ignore') does replace undecodable bytes on Windows Vista or later

Changes by STINNER Victor : -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue11457] Expose nanosecond precision from system calls

Martin v. Löwis added the comment: > Can you elaborate on this? Not on the tracker; this is appropriate on python-dev. -- ___ Python tracker ___ ___

[issue12281] bytes.decode('mbcs', 'ignore') does replace undecodable bytes on Windows Vista or later

STINNER Victor added the comment: MBCS codec was changed by #850997. Martin von Loewis proposed solutions to implement other error handlers in msg19180. -- ___ Python tracker _

[issue11203] gzip doc is behind

K Richard Pixley added the comment: I'm now convinced this isn't worth fixing in 2.x. -- resolution: -> wont fix status: open -> closed ___ Python tracker ___ _

[issue12281] bytes.decode('mbcs', 'ignore') does replace undecodable bytes on Windows Vista or later

New submission from STINNER Victor : Starting at Python 3.2, the MBCS codec uses MultiByteToWideChar() to decode bytes using flags=MB_ERR_INVALID_CHARS by default (strict error handler), flags=0 for the ignore error handler, and raise a ValueError for other error handlers. The problem is that

[issue12280] If statement

Brian Curtin added the comment: You might want to check out the python-tutor or python-list email lists (see http://mail.python.org/mailman/listinfo). This is a tracker for bug reports or problems with the Python interpreter and standard libraries. -- nosy: +brian.curtin resolution:

[issue12280] If statement

New submission from Matthew Brunt : i'm very new to python (currently going through a python for beginners book at work to pass the time), and i'm having trouble with an if statement exercise. basically, i'm creating a very simple password program that displays "Access Granted" if the if stat

[issue12265] revamp argument errors

Changes by Oleg Oshmyan : -- nosy: +chortos ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue12243] getpass.getuser works on OSX

Bryce Verdier added the comment: I like the idea as well. But I'm not sure what is needed in order to help. -- ___ Python tracker ___ ___

[issue7511] msvc9compiler.py: ValueError when trying to compile with VC Express

Changes by R. David Murray : -- nosy: -r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue7511] msvc9compiler.py: ValueError when trying to compile with VC Express

Stefan Krah added the comment: Marc-Andre Lemburg wrote: > >> >> Regarding the latest patch: This is not the right approach, since > >> >> find_vcvarsall() is supposed to return the path to the vcvarsall.bat > >> >> file and not an architecture specific setup file. It is later > >> >> called wi

[issue12273] Change ast.__version__ calculation to provide consistent ordering

R. David Murray added the comment: I think you should just kill ast.__version__ in that case. There was a discussion on python-dev and packaging about __version__ and PEP 396 was the result. If you want the VCS info put it somewhere else (like __vcs_version__?). -- nosy: +r.david.mu

[issue11595] Miscellaneous bugs in cfg_to_args() utility function

Erik Bray added the comment: Done. Also added support for multi-valued description-file values. -- Added file: http://bugs.python.org/file22276/issue11595-2.patch ___ Python tracker __

[issue8927] Handle version incompatibilities in dependencies

Dave Abrahams added the comment: That's quite true. However, I don't think a local index is needed if there's a remote index; you're already looking in a remote index, albeit a less-completeone. And it could be maintained automatically from individual package metadata. Maybe that's out of

[issue11457] Expose nanosecond precision from system calls

Alexander Belopolsky added the comment: On Fri, Jun 3, 2011 at 6:52 PM, Martin v. Löwis wrote: .. >> One reason is the desire to avoid loading Python module from a >> C-module. > > This desire is indeed no guidance for Python development; the opposite > is the case. Can you elaborate on this?

[issue12242] distutils2 environment marker for current compiler

Eli Collins added the comment: > The question was about the meaning of a new “compiler” environment > marker. Would it be set to the empty string in Jython? Not available? > Or do you think that there is no issue, since Jython would not try to > compiler C files? Ah, my bad. I _had_ misunder

[issue8927] Handle version incompatibilities in dependencies

Sridhar Ratnakumar added the comment: Dave, but aptitude contains a local index of all dependency information. Whereas, PyPI's infrastructure and pip/easy_install/p7g.install do not rely on one. Therefore, I think when Tarek said "Trying to do something smarter is very very hard and will prob

[issue8927] Handle version incompatibilities in dependencies

Sridhar Ratnakumar added the comment: On 2011-06-07, at 10:39 AM, Éric Araujo wrote: > Éric Araujo added the comment: > >> Not all packages upload their release sources (thus metadata) to PyPI > No, it’s register that uploads metadata. (was not sent before?) Ok, that's interesting. Does p7g

[issue12021] mmap.read requires an argument

Petri Lehtinen added the comment: It seems I did. Attached now for real :) -- Added file: http://bugs.python.org/file22275/mmap_read_all_4.patch ___ Python tracker ___ _

[issue8927] Handle version incompatibilities in dependencies

Dave Abrahams added the comment: I'm sorry, but it is simply not true that this is not a solved problem. This is a well-understood problem that's solved --- at least as well as anyone could want it to be --- by aptitude (not apt-get) and by http://en.opensuse.org/openSUSE:Libzypp_satsolver

[issue11200] Addition of abiflags breaks distutils

Éric Araujo added the comment: Now fixed in packaging too. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue11595] Miscellaneous bugs in cfg_to_args() utility function

Éric Araujo added the comment: Can you refresh your patch for packaging? -- assignee: tarek -> eric.araujo stage: -> patch review type: -> behavior versions: +Python 3.3 -3rd party ___ Python tracker ___

[issue11203] gzip doc is behind

K Richard Pixley added the comment: I didn't miss it. I think the close call needs equal treatment to the open call. The mention is certainly present, but seems implicit to me. I would prefer to see it listed explicitly. But I also don't think it's important enough in the 2.7 docs to discu

[issue11277] Crash with mmap and sparse files on Mac OS X

Ned Deily added the comment: Thanks for the update. Since the fix will be in a future version of OS X 10.7 Lion, and which has not been released yet, so it is not appropriate to change mmap until there has been an opportunity to test it. But even then, we would need to be careful about addi

[issue11203] gzip doc is behind

Éric Araujo added the comment: > I see no such reference in the 2.7 gzipfile doc Did you miss the first part of my previous message? The 2.7 docs for GzipFile do not link to the ABC, but they mention the close method in plain text. -- ___ Python t

[issue8927] Handle version incompatibilities in dependencies

Éric Araujo added the comment: > Not all packages upload their release sources (thus metadata) to PyPI No, it’s register that uploads metadata. > which is why - I believe - PIP is scraping the Simple Index and > home_page urls to get the appropriate sdist for any package. Yes, the screen scrapi

[issue11203] gzip doc is behind

K Richard Pixley added the comment: An interesting point, although I think that's only relevant if the documentation lists the ABC and a reference to it. (python-3 doc essentially does this.) I see no such reference in the 2.7 gzipfile doc, which leads me to believe, (from the doc alone), t

[issue6474] Inconsistent TypeError message on function calls with wrong number of arguments

Oleg Oshmyan added the comment: Unfortunately it was not. >>> Extension('myext', define_macros=[]) Traceback (most recent call last): File "", line 1, in TypeError: __init__() takes from 3 to 17 positional arguments but 3 were given The issue is that the message tries to differentiate betwe

[issue11203] gzip doc is behind

Éric Araujo added the comment: In 2.7, while there is no index-generating entry for the close method, it is mentioned: “Calling a GzipFile object’s close() method [...]”. > Yes, I concur that there is an implication, but I would prefer to see > it stated explicitly along with the explicit stat

[issue12278] Core mentorship mention in the devguide

Adam Woodbeck added the comment: Éric, good point. I'll propose different wording when I have an opportunity later today. In the mean time, I'm certainly open to suggestions, especially as I get my feet wet. So you would also prefer a mention of the python-ideas and python-dev mailing list

[issue11975] Fix referencing of built-in types (list, int, ...)

Jonas H. added the comment: Having one page with two objects of the same name, e.g. .. function:: foo .. class:: foo renders to two entries with the same anchor name (#foo). The first entry gets a link-to-this-paragraph marker, the second one doesn't. Internal references (from within th

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

Jesse Noller added the comment: I agree derek, I think that would be a fine addition, however we lack a patch and I don't have the current bandwidth to add it. -- ___ Python tracker ___

[issue6474] Inconsistent TypeError message on function calls with wrong number of arguments

Benjamin Peterson added the comment: Hopefully this situation was improved by #12265. -- ___ Python tracker ___ ___ Python-bugs-list m

[issue8927] Handle version incompatibilities in dependencies

Éric Araujo added the comment: Tarek’s reply on IRC: > I think we should make it dumb: in case of a conflict, it's always > better/simpler to let the user deal with it. A simple "could not > install because you have package X version Y installed'. Trying to do > something smarter is very very

[issue11203] gzip doc is behind

K Richard Pixley added the comment: My point was for python-2.7. I haven't stumbled into the buffer protocol yet. So no, it doesn't really. I still think the documentation, especially the 2.7 doc, could be more explicit. My concern here is with the use of close() becoming obscure, a second

[issue8927] Handle version incompatibilities in dependencies

Sridhar Ratnakumar added the comment: On 2011-06-07, at 9:48 AM, Éric Araujo wrote: > > Éric Araujo added the comment: > >> The only way to fix this is to /not/ install *any* packages prior to >> resolving *all* dependencies > > packaging.install rolls back in case of error, so the system c

[issue9205] Parent process hanging in multiprocessing if children terminate unexpectedly

Charles-François Natali added the comment: > Ok, the dependencies are now committed. Here is a new patch addressing > Charles-François' comments: select() is now called before each call to read() > when sentinels are given, to avoid race conditions. The patch looks fine to me (but I didn't lo

[issue12273] Change ast.__version__ calculation to provide consistent ordering

Benjamin Peterson added the comment: I propose we leave ast.__version__ alone. Using ast.__version__ at all should be a very advanced usecase. Generally, you should just be able to look at sys.version_info. We could document this rather than duplicating sys.version_info in ast.__version__. I

[issue12277] Missing comma in os.walk docs

Éric Araujo added the comment: I have included this in a patch I’m preparing to fix several typos at once. -- assignee: docs@python -> eric.araujo nosy: +eric.araujo ___ Python tracker

[issue11203] gzip doc is behind

Éric Araujo added the comment: > This implies that it also supports close(). One has to follow the link to BufferedIOBase and then to IOBase, but I think it’s okay. Richard: Does that address your issue? -- ___ Python tracker

[issue12278] Core mentorship mention in the devguide

Éric Araujo added the comment: Thanks for the patch. I think it should be rewritten a bit: > If you are interested in improving Python and contributing to its development, > `Python Mentors`_ are here to help you. python-ideas and python-dev are open to new people interested in contributing,

[issue12273] Change ast.__version__ calculation to provide consistent ordering

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue8927] Handle version incompatibilities in dependencies

Éric Araujo added the comment: > The only way to fix this is to /not/ install *any* packages prior to > resolving *all* dependencies packaging.install rolls back in case of error, so the system can’t be left in a half-installed state. p7g.install is only as smart as p7g.depgraph, however. >

[issue8927] Handle version incompatibilities in dependencies

Sridhar Ratnakumar added the comment: The only way to fix this is to /not/ install *any* packages prior to resolving *all* dependencies ... which means that there needs to be a way to resolve the entire dependency graph for any given package in PyPI. If PyPI provided a mechanism to fetch the

[issue12019] Dead or buggy code in importlib.test.__main__

Éric Araujo added the comment: I checked the patch again with ./python -m importlib.test and ./python Lib/importlib/test and committed. -- resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed ___ Python tracker

[issue8927] Handle version incompatibilities in dependencies

Éric Araujo added the comment: As discussed on the Fellowship ML, ActiveState has implemented an algo for a smart dependency graph: https://github.com/ActiveState/depgraph On the one hand, I think it’s not outside the scope of packaging.depgraph to be a bit smarter about dependencies. On the

[issue12019] Dead or buggy code in importlib.test.__main__

Roundup Robot added the comment: New changeset 5392be94ea65 by Éric Araujo in branch 'default': Kill dead code in importlib.test.__main__ (#12019, reviewed by Brett Cannon) http://hg.python.org/cpython/rev/5392be94ea65 -- nosy: +python-dev ___ Python

[issue7826] support caching for 2to3

Éric Araujo added the comment: FTR: https://github.com/pv/lib2to3cache -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-li

[issue11092] setup.cfg isn't packaged when running sdist

Éric Araujo added the comment: This is now fixed. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed title: Setup.cfg isn't packaged when running sdist -> setup.cfg isn't packaged when running sdist type: -> behavior versions: +Python 3.3 -3rd party ___

[issue11041] On the distutils2 documentation, 'requires-python' shouldn't be documented as *multi

Changes by Éric Araujo : -- assignee: tarek -> eric.araujo resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue8668] Packaging: add a 'develop' command

Éric Araujo added the comment: FTR, Xu Dehai (higery) is working on this for GSoC. We discussed the requirements on the mailing list: http://groups.google.com/group/the-fellowship-of-the-packaging/browse_thread/thread/ae196efc4956b9e2 This message in particular defines clearly the requirement

[issue12279] Add build_distinfo command to packaging

New submission from Éric Araujo : In the current packaging module, the PEP 376 .dist-info directory is generated at install time. It should be split into two phases, build_distinfo and install_distinfo, to support at least two use cases: - the develop command, which needs access to .dist-info

[issue12084] os.stat() on windows doesn't consider relative symlink

Brian Curtin added the comment: Victor - does the new patch pass all tests for you on 3.2? -- Added file: http://bugs.python.org/file22274/issue12084_v2.diff ___ Python tracker

[issue6884] Impossible to include file in sdist that starts with 'build' on Win32

Éric Araujo added the comment: I’m sorry I couldn’t fix this one in 3.1. I didn’t take the time to download and install a Windows to test this year, and right now I don’t have the bandwidth. I’ll get to it as soon as possible. -- status: pending -> open versions: +Python 3.3 -Python

[issue9302] distutils API Reference: setup() and Extension parameters' description not correct.

Éric Araujo added the comment: This also explains why any new message cancels the pending status, BTW. -- ___ Python tracker ___ ___ P

[issue9302] distutils API Reference: setup() and Extension parameters' description not correct.

Éric Araujo added the comment: Oh, thanks for clearing a misunderstanding I’ve had for a year! I was using the pending status to prioritize issues (I have a personal “assigned to me + pending” query, now I’ll use priority instead. -- ___ Python tr

[issue11092] Setup.cfg isn't packaged when running sdist

Roundup Robot added the comment: New changeset 5940d2d82dee by Éric Araujo in branch 'default': Fix sdist to always include setup.cfg (#11092), to comply with the spec http://hg.python.org/cpython/rev/5940d2d82dee -- nosy: +python-dev ___ Python trac

[issue11041] On the distutils2 documentation, 'requires-python' shouldn't be documented as *multi

Roundup Robot added the comment: New changeset d8d1bd2c4847 by Éric Araujo in branch 'default': Fix documentation of requires-python field in setup.cfg (#11041) http://hg.python.org/cpython/rev/d8d1bd2c4847 -- nosy: +python-dev ___ Python tracker

[issue9302] distutils API Reference: setup() and Extension parameters' description not correct.

R. David Murray added the comment: Um, no. 'pending' is 'pending close', specifically meaning, 'this issue is going to be closed (with a rejected status of some sort) unless someone objects or provides more information.' Someday, pending issues will be autoclosed after N days. Quite possibl

[issue12019] Dead or buggy code in importlib.test.__main__

Éric Araujo added the comment: Agreed; I didn’t mean to imply that strict was restrictive, but that it was safe. -- ___ Python tracker ___ _

[issue12019] Dead or buggy code in importlib.test.__main__

Georg Brandl added the comment: I don't think our policy is that strict, i.e. I wouldn't revert the change if it was already committed. But it's a bit slippery, and I'd rather have no behavior-changing "cleanups" end up in 3.2 originating in good intentions. -- status: pending -> ope

[issue9302] distutils API Reference: setup() and Extension parameters' description not correct.

Éric Araujo added the comment: Sorry, I thought updating the status was enough to convey “I’m about to commit this”. -- versions: -Python 3.1 ___ Python tracker ___ ___

[issue12019] Dead or buggy code in importlib.test.__main__

Éric Araujo added the comment: Brett: Merging is hardly a hassle for me, nor would it take any time in this case (non-conflicting changes are applied by Mercurial itself). I handle merges in projects that use multiple repositories, tons of clones, translation branches, so I’m a merge master

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

Derek Wilson added the comment: This should be higher priority as one of the major benefits of the multiprocessing module is remote process management in a completely transparent manner. socket timeouts are very important in this context as blocking forever waiting for a connection is not alw

[issue12242] distutils2 environment marker for current compiler

Éric Araujo added the comment: >> What would the value be for non-C Python implementations? > I'm not really sure how this idea could have any value for those > implementations, at least for the ones that can't make use of C > extensions at all The question was about the meaning of a new “comp

[issue12238] Readline module loading in interactive mode

R. David Murray added the comment: Yeah, that would be my guess. And readline.so is imported in main at a point where it has decided we are going into interactive mode, which is presumably after all other initialization has taken place, including the path munging. Thus my suggestion that tha

[issue12262] Not Inheriting File Descriptors on Windows?

Jesse Litton <3vi...@gmail.com> added the comment: Yes, socat was compiled under cygwin. I'll have to investigate whether I want to go the route of cygwin separately or just just leave the script as a pure stdin/out filter (since neither I nor the users have the cygwin environment installed).

[issue12084] os.stat() on windows doesn't consider relative symlink

Brian Curtin added the comment: I should have specified - the patch is for 3.2. 2.7 code in this area is different but I'll get to that, and default/3.3 will also get this patch but it'll probably require some tweaking. I guess I went overboard on the refactoring which is why Victor is seeing

[issue12274] "Print window" menu on IDLE aborts whole application

Łukasz Langa added the comment: In 3.2 configparser started validating syntax in interpolation-aware parsers by default. I fixed the configuration. It's unfortunate this configuration error hasn't been caught before in testing. We need a unit test for broken configuration and a change in IDLE

[issue12238] Readline module loading in interactive mode

Antoine Pitrou added the comment: > The difference is that logging is not imported at startup. So, however > os (and friends, there are a lot of modules in sys.modules at startup) > is imported, it is different from how readline.so is imported. For the record, os is imported by the _io module:

[issue12274] "Print window" menu on IDLE aborts whole application

Roundup Robot added the comment: New changeset 0aa3064d1cef by Łukasz Langa in branch '3.2': #12274: use proper escaping for % in IDLE config. http://hg.python.org/cpython/rev/0aa3064d1cef New changeset b410d013e7a8 by Łukasz Langa in branch 'default': #12274: use proper escaping for % in IDLE

[issue11784] multiprocessing.Process.join: timeout argument doesn't specify time unit.

Petri Lehtinen added the comment: The patch looks good to me and applies cleanly on top of 3.3 and 2.7. -- nosy: +petri.lehtinen versions: +Python 2.7, Python 3.3 ___ Python tracker ___

[issue12238] Readline module loading in interactive mode

R. David Murray added the comment: Python 3.3a0 (default:7323a865457a+, Jun 5 2011, 19:22:38) [GCC 4.5.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import sys >>> sys.modules['logging'] Traceback (most recent call last): File "", line 1, in KeyErro

[issue5906] Risk of confusion in multiprocessing module - daemonic processes

Pascal Chambon added the comment: I've just crossed again the doc of the daemon flag (http://docs.python.org/library/multiprocessing.html), and it's still quite confusing to newcomers. daemon The process’s daemon flag, a Boolean value. This must be set before start() is called. The i

[issue12274] "Print window" menu on IDLE aborts whole application

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

[issue11549] Build-out an AST optimizer, moving some functionality out of the peephole optimizer

Eugene Toder added the comment: Nick, if there's an interest in reviewing the patch I can update the it. I doubt it needs a lot of changes, given that visitor is auto-generated. Raymond, the patch contains a rewrite of low-level optimizations to work before byte code generation, which simplif

[issue12188] PEP 7, C style: add ++ policy and explanation

Antoine Pitrou added the comment: > If there are a few of these idioms, I'm not against adding a new > section to PEP 7 (something like the "Programming Recommendations" > section in the PEP 8). It's just not worth doing it for the "*p++ = > x;" idiom alone IMHO. If these are recommandations,

[issue11277] Crash with mmap and sparse files on Mac OS X

Steffen Daode Nurpmeso added the comment: Aehm, note that Apple has fixed the mmap(2) bug!! I'm still surprised and can't really believe it, but it's true! Just in case you're interested, i'll apply an updated patch. Maybe Ned Deily should have a look at the version check, which does not apply

[issue11669] Clarify Lang Ref "Compound statements" footnote

Petri Lehtinen added the comment: Keywords suggest that there should to be a patch here. Where is it? -- nosy: +petri.lehtinen ___ Python tracker ___ ___

[issue12277] Missing comma in os.walk docs

Changes by Petri Lehtinen : -- versions: -Python 3.1 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue12277] Missing comma in os.walk docs

Changes by Petri Lehtinen : -- versions: -Python 2.6, Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue12277] Missing comma in os.walk docs

Petri Lehtinen added the comment: Here's a patch. -- keywords: +patch nosy: +petri.lehtinen Added file: http://bugs.python.org/file22272/docs_os_walk_add_comma.patch ___ Python tracker

[issue12188] PEP 7, C style: add ++ policy and explanation

Ezio Melotti added the comment: If there are a few of these idioms, I'm not against adding a new section to PEP 7 (something like the "Programming Recommendations" section in the PEP 8). It's just not worth doing it for the "*p++ = x;" idiom alone IMHO. -- _

[issue12084] os.stat() on windows doesn't consider relative symlink

STINNER Victor added the comment: Oh oh. The situation is not a simple as expected. 3 functions only accept Unicode strings and 3 other functions decode "manually" byte strings from the ANSI code page. -- chdir(), rmdir(), unlink(), access(), chmod(), link(), listdir(), _getfullpath(), mkdi

[issue10115] Support accept4() for atomic setting of flags at socket creation

Vetoshkin Nikita added the comment: Yes, I can. We decided to expose accept4() as another socket method, not accept() replacement? -- ___ Python tracker ___ ___

[issue12198] zipfile.py:1047: DeprecationWarning: 'H' format requires 0 <= number <= 65535

Changes by Antoine Pitrou : -- nosy: +amaury.forgeotdarc ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue11203] gzip doc is behind

Antoine Pitrou added the comment: The 3.x doc states that "GzipFile supports the io.BufferedIOBase interface, including iteration and the with statement. Only the truncate() method isn’t implemented". This implies that it also supports close(). -- nosy: +pitrou versions: -Python 3.1,

[issue12197] non-blocking SSL write in Windows sends large data but raises exception

Antoine Pitrou added the comment: Which version of Python are you testing on? It works fine using 3.2 and 3.3 here, under Windows 7 64-bit. Anyway, I would suggest to batch your write in smaller chunks (say, 2048 bytes each). Also, you may try sendall() instead. -- nosy: +pitrou ___

[issue12188] PEP 7, C style: add ++ policy and explanation

Eric V. Smith added the comment: But don't you think we should put information like this somewhere, even if it's not in PEP 7? We've had a discussion about this particular issue (idiomatic pointer increments when appending to a buffer) at least twice, and there's also the recent "if (const ==

[issue12188] PEP 7, C style: add ++ policy and explanation

Antoine Pitrou added the comment: Indeed, I don't think that's appropriate. Also, it's not about ++ in general but a particular use of it. -- nosy: +gvanrossum, pitrou resolution: -> rejected status: open -> pending type: -> feature request ___ Py

[issue12278] Core mentorship mention in the devguide

New submission from Adam Woodbeck : Jesse requested the devguide be updated to include a mention of the Python Mentors site. The attached patch is my rough draft. -- components: Devguide files: help.rst.patch keywords: patch messages: 137807 nosy: adam.woodbeck, ncoghlan priority: norm

  1   2   >