[issue1207589] IDLE: Right Click Context Menu

Todd Rovito added the comment: Changed the version to make it clear this issue as a patch for 3.4 and 2.7. -- versions: +Python 3.4 ___ Python tracker ___ _

[issue1207589] IDLE: Right Click Context Menu

Todd Rovito added the comment: I used taleinat's patch as the start for a patch that works with 2.7. Lots of code was changed from 2010 to 2012 so I basically hand merged the patch into 2.7. This patch was tested with Python 2.7.3 on both Mac OS X and Linux. As suggested by taleinat and Gui

[issue14255] tempfile.gettempdir() didn't return the path with correct case.

James Teh added the comment: This issue is much nastier than it seems when dealing with character sets that contain multi-byte characters in Python 2.7 on Windows. For example, on a Japanese system: 1. The ANSI code page is cp932 and Python 2.7 will return the TEMP environment variable as a st

[issue1207589] IDLE: Right Click Context Menu

Todd Rovito added the comment: This time I ran make patchcheck on the patch and it corrected a single white space. I used taleinat's patch as the start for a patch that works with 3.4. Lots of code was changed from 2010 to 2012 so I basically hand merged the patch into 3.4. This patch was t

[issue1207589] IDLE: Right Click Context Menu

Changes by Todd Rovito : Removed file: http://bugs.python.org/file27614/RightClickContextMenuUpdatedFor3point4.patch ___ Python tracker ___ ___

[issue1207589] IDLE: Right Click Context Menu

Todd Rovito added the comment: I used taleinat's patch as the start for a patch that works with 3.4. Lots of code was changed from 2010 to 2012 so I basically hand merged the patch into 3.4. This patch was tested with Python 3.4.0a0 on both Mac OS X and Linux. As suggested by taleinat and G

[issue15392] Create a unittest framework for IDLE

Ned Deily added the comment: There is now one test available to be applied from Issue16226; see http://bugs.python.org/file27613/issue16226_test.patch. It may need to be modified depending on where the tests are ultimately put in the source tree. -- nosy: +ned.deily _

[issue16226] IDLE crashes on *File / Path browser*

Ned Deily added the comment: I've committed Roger's fix for release in 3.3.1 and 3.4.0. Thanks, Roger. I did not apply the proposed test since, as it stands, it would never be run by test.regrtest without establishing a idlelib test runner infrastructure as proposed by Issue15392. I'm attac

[issue16226] IDLE crashes on *File / Path browser*

Roundup Robot added the comment: New changeset d369e50677a6 by Ned Deily in branch '3.3': Issue #16226: Fix IDLE Path Browser crash. http://hg.python.org/cpython/rev/d369e50677a6 New changeset 58f9523cf407 by Ned Deily in branch 'default': Issue #16226: Fix IDLE Path Browser crash. http://hg.pyt

[issue16281] TODO in tailmatch(): it does not support backward in all cases

New submission from STINNER Victor: Oh oh, it looks like the implementation of tailmatch() was not finished: /* If both are of the same kind, memcmp is sufficient */ if (kind_self == kind_sub) { return ...; } /* otherwise we have to compare each charac

[issue13884] IDLE: Remove tear-off menu feature

Ned Deily added the comment: Keep in mind that tear-off menus are not supported on IDLE on OS X when using Aqua Tk (either Carbon or Cocoa), the standard these days. That's primarily because Aqua Tk uses native OS X menu bars which appear once at the top of the desktop, not in each window. T

[issue16262] srcdir != builddir builds fail, if hg is not installed

Roumen Petrov added the comment: issue 15819 is still open -- nosy: +rpetrov ___ Python tracker ___ ___ Python-bugs-list mailing

[issue16280] Inconsistency with PyLong_FromVoidPtr() and PyLong_AsVoidPtr()

Mark Dickinson added the comment: Dropped the special case for 3.4. I'm leaving the code as-is for the maintenance branches, as discussed in issue16277. -- assignee: -> mark.dickinson resolution: -> fixed status: open -> closed type: resource usage -> behavior __

[issue16280] Inconsistency with PyLong_FromVoidPtr() and PyLong_AsVoidPtr()

Roundup Robot added the comment: New changeset 5ae4ff03b35f by Mark Dickinson in branch 'default': Issue 16280: Drop questionable special-casing of null pointer in PyLong_FromVoidPtr. http://hg.python.org/cpython/rev/5ae4ff03b35f -- nosy: +python-dev ___

[issue16277] Objects/longobject.c not compiled without long long

Serhiy Storchaka added the comment: I close this issue as the main bug was fixed. For incidental bug I open issue16280. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed versions: +Python 3.2, Python 3.3 ___ Python tracker

[issue16280] Inconsistency with PyLong_FromVoidPtr() and PyLong_AsVoidPtr()

New submission from Serhiy Storchaka: This issue is taken out of the discussion of issue16277. PyLong_FromVoidPtr() has special case which maps null pointer to zero integer. On platforms where (uintptr_t)(void *)0 is 0, this code has no effect and is redundant. But on hypothetic platforms whe

[issue16277] Objects/longobject.c not compiled without long long

Mark Dickinson added the comment: Let's keep it simple and just drop the special case for 3.4. -- ___ Python tracker ___ ___ Python-bu

[issue13884] IDLE: Remove tear-off menu feature

Serhiy Storchaka added the comment: Yes, please, make it a configuration feature (off by default). Tear-off menus useful for large and deeply nested menus. Do not forget about people with disabilities. -- nosy: +serhiy.storchaka ___ Python tracker

[issue16279] namedtuple should compare equality with field names taken into account

New submission from Julian Berman: I find the following to be unintuitive: Python 3.3.0rc1 (default, Sep 6 2012, 16:02:32) [GCC 4.2.1 Compatible Apple Clang 3.1 (tags/Apple/clang-318.0.58)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> from collections im

[issue13884] IDLE: Remove tear-off menu feature

Todd Rovito added the comment: Terry, I would not miss the feature at all this is very old school Unix like and most people find it confusing. At my job I tend to provide Python support to my co-workers and have had many questions about it. In addition I think #13504 meta issue provides ev

[issue15958] bytes.join() should allow arbitrary buffer objects

Roundup Robot added the comment: New changeset 388e43bb519d by Antoine Pitrou in branch 'default': Followup to issue #15958: add join.h to Makefile dependencies for byte strings http://hg.python.org/cpython/rev/388e43bb519d -- ___ Python tracker

[issue16277] Objects/longobject.c not compiled without long long

Serhiy Storchaka added the comment: > So maybe the fix should be to special case zero in PyLong_AsVoidPtr, and > turn 0L back into NULL there? Yes, of course. If we have a special case in PyLong_FromVoidPtr(), it is wrong that we do not have the special case in PyLong_AsVoidPtr(). But this will

[issue16277] Objects/longobject.c not compiled without long long

Mark Dickinson added the comment: I've fixed the missing branch in 3.2, 3.3 and 3.4. -- assignee: -> mark.dickinson versions: -Python 3.2, Python 3.3 ___ Python tracker ___ ___

[issue10740] sqlite3 module should allow DDL statements in transactions

Changes by Jeremy Banks : -- nosy: +Jeremy Banks ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue16277] Objects/longobject.c not compiled without long long

Roundup Robot added the comment: New changeset bedb2903d71e by Mark Dickinson in branch '3.2': Issue #16277: in PyLong_FromVoidPtr, add missing branch for sizeof(void*) <= sizeof(long). http://hg.python.org/cpython/rev/bedb2903d71e New changeset 8ce04be1321c by Mark Dickinson in branch '3.3': I

[issue16277] Objects/longobject.c not compiled without long long

Mark Dickinson added the comment: > Undefined behavior (or may be just the wrong behavior), we obtain later, > > when > converting in PyLong_AsVoidPtr() zero integer back to pointer. On > platforms > where converting NULL to an integer doesn't give zero it's a bug. So maybe the fix should be

[issue16278] os.rename documentation slightly inaccurate

Changes by Serhiy Storchaka : -- versions: +Python 3.2, Python 3.3 -Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue16278] os.rename documentation slightly inaccurate

New submission from David Benjamin: This is somewhat of a nitpick. os.rename's documentation says "If dst is a directory, OSError will be raised". On Unix, this isn't completely true. If the source is a directory and the destination is an empty directory, it'll overwrite the former with the la

[issue13884] IDLE: Remove tear-off menu feature

Terry J. Reedy added the comment: I wonder if anyone uses this feature and would miss it if gone. Since it is a simple matter of passing 'tearoff=0/1' on menu creation, perhaps it should be a configuration feature. -- ___ Python tracker

[issue13884] IDLE: Remove tear-off menu feature

Changes by Terry J. Reedy : -- stage: -> patch review title: IDLE 2.6.5 Recent Files undocks -> IDLE: Remove tear-off menu feature type: -> enhancement versions: +Python 3.4 -Python 2.6 ___ Python tracker ___

[issue12686] argparse - document (and improve?) use of SUPPRESS with help=

Steven Bethard added the comment: Yeah, looks like we can close this. If anyone finds a specific bug in the use of SUPPRESS, please open a new issue. -- resolution: -> duplicate status: open -> closed superseder: -> document argparse's help=SUPPRESS __

[issue16267] order of decorators @abstractmethod and @classmethod is significant (is not documented to be in @abstractclassmethod which advises their combined use)

Darren Dale added the comment: There is a very practical reason, which was the whole point of issue11610. Descriptors are should declare themselves abstract when they are composed of abstract methods. If you have a property with an concrete getter but an abstract setter, the property should de

[issue13504] Meta-issue for "Invent with Python" IDLE feedback

Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue13884] IDLE 2.6.5 Recent Files undocks

Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue11175] allow argparse FileType to accept encoding and errors arguments

Changes by Petri Lehtinen : -- versions: +Python 3.4 -Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12686] argparse - document (and improve?) use of SUPPRESS with help=

Petri Lehtinen added the comment: Can this be closed? -- nosy: +petri.lehtinen ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue16267] order of decorators @abstractmethod and @classmethod is significant (is not documented to be in @abstractclassmethod which advises their combined use)

Eric Snow added the comment: The catch is that when abstractmethod is the inner decorator, __isabstractmethod__ is set on the object that classmethod/staticmethod is wrapping. When abstractmethod is the outer decorator, __isabstractmethod__ is set on the resulting classmethod/staticmethod obj

[issue1516] make _ctypes work with non-gcc compilers

Greg Couch added the comment: On Thu, 18 Oct 2012, Trent Nelson wrote: > Trent Nelson added the comment: > > Hi Greg, > >I realize it's been a good five years since you first raised this >issue, but I was wondering if you ever ended up making any progress >with it? > >In trying t

[issue1207589] IDLE: Right Click Context Menu

Changes by Terry J. Reedy : -- title: Right Click Context Menu -> IDLE: Right Click Context Menu ___ Python tracker ___ ___ Python-b

[issue10405] IDLE breakpoint facility undocumented

Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.

Guilherme Polo added the comment: For something that has been around for so long, I would be a little more careful. My suggestion is: no longer declare readprofile as an internal function; remove the direct call to readprofile from Tk.__init__; tell users about the new behavior, and the need

[issue16277] Objects/longobject.c not compiled without long long

Serhiy Storchaka added the comment: > Okay, but do you agree that (1) there's no undefined behaviour, and (2) > removing this code has the potential to change results on platforms where > converting NULL to an integer doesn't give zero? Undefined behavior (or may be just the wrong behavior), we

[issue1207589] Right Click Context Menu

Changes by Todd Rovito : -- nosy: +Todd.Rovito ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue1516] make _ctypes work with non-gcc compilers

Trent Nelson added the comment: Hi Greg, I realize it's been a good five years since you first raised this issue, but I was wondering if you ever ended up making any progress with it? In trying to get Python working on Snakebite UNIX boxes with vendor CCs, I'm running into a

[issue16275] test_ctypes fails on Solaris 10 SPARC 2.7 (nitrogen/s10) (Sun C compiler)

Trent Nelson added the comment: On Thu, Oct 18, 2012 at 07:47:40AM -0700, Stefan Krah wrote: > > Stefan Krah added the comment: > > --with-system-ffi should probably solve some problems, see #12927. This isn't an option on Solaris 10, as it doesn't ship with a "system ffi", unfortunate

[issue16277] Objects/longobject.c not compiled without long long

Mark Dickinson added the comment: > "0" lexeme is not 0 integer. Ah yes, true. C99 6.3.2.3 specifies an "integer *constant* expression". So I was mistaken in thinking that converting an arbitrary integer-valued expression with value 0 to (void*) must always give a NULL pointer. > I think it

[issue16275] test_ctypes fails on Solaris 10 SPARC 2.7 (nitrogen/s10) (Sun C compiler)

Trent Nelson added the comment: After an hour of fiddling with pre-requisites, I was able to run the libffi testsuite (for the Sun C build). The results weren't ideal: === libffi Summary === # of expected passes1528 # of unexpected failures118 # of unsuppor

[issue16275] test_ctypes fails on Solaris 10 SPARC 2.7 (nitrogen/s10) (Sun C compiler)

Stefan Krah added the comment: --with-system-ffi should probably solve some problems, see #12927. The summary of that issue is that the unpatched libffi is not compatible with suncc and any issues should be reported upstream (at least that was Meador's and my own opinion). -- nosy: +skr

[issue16277] Objects/longobject.c not compiled without long long

Serhiy Storchaka added the comment: > This doesn't seem very likely, since then the C implementation wouldn't > roundtrip when converting that other pointer to an integer and back to a > pointer. (C99 6.3.2.3 says that (void *)0 is a null pointer constant.) "0" lexeme is not 0 integer. In expre

[issue16275] test_ctypes fails on Solaris 10 SPARC 2.7 (nitrogen/s10) (Sun C compiler)

Trent Nelson added the comment: With the latest build (from git) of libffi, tests still fail, but differently. (These errors seem slightly less perverse than the ones pasted previously.) == FAIL: test_wchar_parm (ctypes.test.t

[issue16277] Objects/longobject.c not compiled without long long

Mark Dickinson added the comment: > If on some platform (uintptr_t)NULL != 0, then some other address can be > reflected to 0. This doesn't seem very likely, since then the C implementation wouldn't roundtrip when converting that other pointer to an integer and back to a pointer. (C99 6.3.2.

[issue16277] Objects/longobject.c not compiled without long long

Serhiy Storchaka added the comment: > For the second part, I don't see any undefined behaviour here. Can you > explain where the undefined behaviour comes from? And are you sure that > this is really just an optimization? It looks as though it might be > deliberately there to make sure that th

[issue16277] Objects/longobject.c not compiled without long long

Mark Dickinson added the comment: Actually, I think that special case needs to be added to the first branch as well. -- ___ Python tracker ___ __

[issue16277] Objects/longobject.c not compiled without long long

Mark Dickinson added the comment: First part of the patch looks fine to me. For the second part, I don't see any undefined behaviour here. Can you explain where the undefined behaviour comes from? And are you sure that this is really just an optimization? It looks as though it might be deli

[issue16112] platform.architecture does not correctly escape argument to /usr/bin/file

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > >> The main reason for keeping the compatibility is that the module is >> also being used outside the stdlib for Python versions starting from >> 2.4 and later. I don't want to maintain two separ

[issue10527] multiprocessing.Pipe problem: "handle out of range in select()"

Giampaolo Rodola' added the comment: If an issue is a duplicate of another one it gets closed as a duplicate, and that's it basically. This issue is still open and this is where the matter should be discussed. -- nosy: +sbt ___ Python tracker

[issue1516] make _ctypes work with non-gcc compilers

Changes by Trent Nelson : -- nosy: +trent ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue9011] ast_for_factor unary minus optimization changes AST

Mark Dickinson added the comment: And -1j.real is -(1j.real), of course, not (-1j).real. My bad. -- ___ Python tracker ___ ___ Python-

[issue9011] ast_for_factor unary minus optimization changes AST

Amaury Forgeot d'Arc added the comment: Indeed, -1j is not a literal: >>> dis.dis(lambda :-1j.real) 1 0 LOAD_CONST 0 (1j) 3 LOAD_ATTR0 (real) 6 UNARY_NEGATIVE 7 RETURN_VALUE -- nosy: +amaury.forgeo

[issue9011] ast_for_factor unary minus optimization changes AST

Mark Dickinson added the comment: With the string, the minus sign applies only to the imaginary part; with the expression '-1j', it applies to the whole complex number (both real and imaginary parts). I don't see any sensible way to 'fix' the string to complex conversion; indeed, I think any

[issue9011] ast_for_factor unary minus optimization changes AST

Antonio Cuni added the comment: I would say that the complex-from-string constructor should be fixed to handle this special case "correctly". I find very confusing that we get a different result whether we use a string literal or not. For example, in pypy we use the same code for parsing liter

[issue9011] ast_for_factor unary minus optimization changes AST

Mark Dickinson added the comment: No, that's expected behaviour. 1j is complex(0.0, 1.0) -1j is complex(-0.0, -1.0) so -1j.real is -0.0. There's not really any other sensible way to handle this. The complex-from-string constructor, on the other hand, is more careful about interpreting signs.

[issue9011] ast_for_factor unary minus optimization changes AST

Antonio Cuni added the comment: there is still an inconsistency in handling negative imaginary literals: >>> -1j.real -0.0 >>> complex('-1j').real 0.0 -- nosy: +antocuni ___ Python tracker _

[issue16277] Objects/longobject.c not compiled without long long

New submission from Serhiy Storchaka: Preprocessor directives emit error in PyLong_FromVoidPtr: PyLong_FromVoidPtr: sizeof(void*) > sizeof(long), but no long long if HAVE_LONG_LONG not defined. Here is a patch which adds missing branch (lost somewhere in 2->3 translation). Also removed non-n

[issue16235] Add python-config.sh for use during cross compilation.

Changes by Ezio Melotti : -- nosy: +doko stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue16274] test_asyncore failing on Solaris 10 2.7 (nitrogen/s10)

Trent Nelson added the comment: That backport wasn't appropriate -- it included new public members to asyncore that were introduced in 3.2. I'll work on a less intrusive patch. -- ___ Python tracker _

[issue16274] test_asyncore failing on Solaris 10 2.7 (nitrogen/s10)

Roundup Robot added the comment: New changeset 2f0770cc6d3f by Trent Nelson in branch '2.7': Issue #16274: revert r79813:90a46f8943d0 changes to asyncore/test_asyncore. http://hg.python.org/cpython/rev/2f0770cc6d3f -- ___ Python tracker

[issue15958] bytes.join() should allow arbitrary buffer objects

Serhiy Storchaka added the comment: Yet one issue. You forgot to add join.h to BYTESTR_DEPS in Makefile.pre.in. -- ___ Python tracker ___

[issue16274] test_asyncore failing on Solaris 10 2.7 (nitrogen/s10)

Trent Nelson added the comment: Patch applied and everything passes, so closing for now. -- status: open -> closed ___ Python tracker ___

[issue16274] test_asyncore failing on Solaris 10 2.7 (nitrogen/s10)

Roundup Robot added the comment: New changeset 90a46f8943d0 by Trent Nelson in branch '2.7': Issue #16274: backport of 3.2's asyncore/test_asyncore to 2.7. http://hg.python.org/cpython/rev/90a46f8943d0 -- nosy: +python-dev ___ Python tracker

[issue16274] test_asyncore failing on Solaris 10 2.7 (nitrogen/s10)

Trent Nelson added the comment: Ok, attached patch is a semantic backport matching 2.7 to 3.2. All tests pass with this patch. (I can't comment on whether or not the changes in 3.2 actually fix an underlying issue, or just hide it better.) -- keywords: +patch Added file: http://bugs.

[issue16274] test_asyncore failing on Solaris 10 2.7 (nitrogen/s10)

Trent Nelson added the comment: Yeah I've just backported the semantic changes between asyncore and test_asyncore from 3.2 -> 2.7. I'll report back shortly with results. -- ___ Python tracker

[issue16274] test_asyncore failing on Solaris 10 2.7 (nitrogen/s10)

Giampaolo Rodola' added the comment: I notice there are some differences in sock_accept() (Modules/socketmodule.c) between 2.7 and 3.2. Maybe a bugfix which wasn't backported to 2.7. -- ___ Python tracker

[issue16276] OrderedDict constructor do not keep items order

Ezio Melotti added the comment: This is documented at http://docs.python.org/dev/library/collections#collections.OrderedDict: """The OrderedDict constructor and update() method both accept keyword arguments, but their order is lost because Python’s function call semantics pass-in keyword argu

[issue16274] test_asyncore failing on Solaris 10 2.7 (nitrogen/s10)

Trent Nelson added the comment: 3.2 appears fine. This behavior only seems to happen on 2.7. The affected tests are: test_quick_connect (test.test_asyncore.TestAPI_UseSelect) test_quick_connect (test.test_asyncore.TestAPI_UsePoll) Doing some more digging. -- __

[issue16276] OrderedDict constructor do not keep items order

New submission from Antoine Dechaume: Example: from collections import OrderedDict print OrderedDict(a=0,b=1,c=2) I get OrderedDict([('a', 0), ('c', 2), ('b', 1)]) I expected OrderedDict([('a', 0), ('b', 1), ('c', 2)]) -- components: Library (Lib) messages: 173247 nosy: ADechaume prio

[issue16275] test_ctypes fails on Solaris 10 SPARC 2.7 (nitrogen/s10) (Sun C compiler)

New submission from Trent Nelson: This should be a fun one to track down. Relevant buildbot run: http://buildbot.python.org/all/builders/SPARC64%20Solaris%2010%20%5BSB%5D%202.7/builds/69/steps/test/logs/stdio When recompiled with gcc 4.6.3 (/opt/csw/bin/gcc), test_ctypes passes without issue

[issue16274] test_asyncore failing on Solaris 10 2.7 (nitrogen/s10)

Giampaolo Rodola' added the comment: That is weird. accept() should never return None. What about python 3.x? -- nosy: +giampaolo.rodola ___ Python tracker ___ __

[issue16262] srcdir != builddir builds fail, if hg is not installed

Ezio Melotti added the comment: I think you mean b23ad0a6cf87 (see #12273). -- nosy: +ezio.melotti type: -> behavior ___ Python tracker ___ _

[issue10527] multiprocessing.Pipe problem: "handle out of range in select()"

William Edwards added the comment: That was my fear; I raise an issue hurting my 2.x servers in production, and its closed as duplicate instead of not-going-to-fix? -- ___ Python tracker ___

[issue10527] multiprocessing.Pipe problem: "handle out of range in select()"

Giampaolo Rodola' added the comment: Not necessarily. It just means the other one was a duplicate. -- ___ Python tracker ___ ___ Pytho

[issue16203] Proposal: add re.fullmatch() method

Changes by Ezio Melotti : -- components: +Regular Expressions nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing

[issue10527] multiprocessing.Pipe problem: "handle out of range in select()"

William Edwards added the comment: Apologies, I meant: issue 16269 has just been closed as a dup of this one. Does this mean that this one will be fixed in Python 2.x too? -- ___ Python tracker _

[issue10527] multiprocessing.Pipe problem: "handle out of range in select()"

William Edwards added the comment: issue 16259 has just been closed as a dup of this one. Does this mean that this one will be fixed in Python 2.x too? -- nosy: +William.Edwards ___ Python tracker ___

[issue13843] Python doesn't compile anymore on our Solaris buildbot: undefined libintl_* symbols

Trent Nelson added the comment: I ran into this yesterday on my Solaris 10 box (nitrogen/s10), seemingly out of nowhere. The problem is caused when a GNU libintl.h gets picked up via `#include ` instead of the system one in /usr/include. In my case, this was happening because I had set CPPFLA

[issue16274] test_asyncore failing on Solaris 10 2.7 (nitrogen/s10)

New submission from Trent Nelson: % ./python -m test.regrtest test_asyncore test_asyncore Exception in thread Thread-3: Traceback (most recent call last): File "/home/cpython/hg/2.7/Lib/threading.py", line 552, in __bootstrap_inner self.run() File "/home/cpython/hg/2.7/Lib/threading.py",

[issue16273] f.tell() returning negative number on Windows build

Serhiy Storchaka added the comment: What tell() returns before any reading? What about non-buffered files? -- nosy: +serhiy.storchaka ___ Python tracker ___ _

[issue16166] Add PY_BYTE_ORDER macro to get endianess of platform

Serhiy Storchaka added the comment: > I've replaced the macros with PY_BIG_ENDIAN or PY_LITTLE_ENDIAN. Both are > always defined and exactly one is set to 1, the other to 0. It looks like a joke. The programmer puts on the table by his bed two glasses. One with water, for the case of he will d