[issue19269] subtraction of pennies incorrect rounding or truncation problem
New submission from Pete: Python makes errors on simple subtraction with 'pennies'. >>> 2000.0 - 1880.98 119.019998 See attached file for more examples... -- components: Windows files: py_subtraction_bug messages: 200035 nosy: radiokinetics.pete priority: normal severity: normal status: open title: subtraction of pennies incorrect rounding or truncation problem type: behavior versions: Python 2.7 Added file: http://bugs.python.org/file32141/py_subtraction_bug ___ Python tracker <http://bugs.python.org/issue19269> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2745] Add support for IsWow64Process
Pete Bartlett added the comment: Hi, I am a Python user seeking an implementation of iswow64 and found this tracker. Unfortunately I don't think Martin's suggested alternative approach works. os.environ["PROCESSOR_ARCHITECTURE"] returns "x86" on my system when run from a 32-bit python, even though if I look at my "real" environment I see D:\>echo %PROCESSOR_ARCHITECTURE% AMD64 i.e it appears that Windows is passing "false information", if you will, to whatever populates os.environ in 32-bit windows. Perhaps Mark's patch should be resurrected. Or is there a further way to get this information? [My Python version information: D:\>python ActivePython 2.6.5.12 (ActiveState Software Inc.) based on Python 2.6.5 (r265:79063, Mar 20 2010, 14:22:52) [MSC v.1500 32 bit (Intel)] on win32 ] -- nosy: +pcb21 ___ Python tracker <http://bugs.python.org/issue2745> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38657] String format for hexadecimal notation breaks padding with alternative form
New submission from Pete Wicken :
When formatting an integer as a hexadecimal value, the '#' alternate form
modifier inserts a preceding '0x'.
If this is used in combination with padding modifiers, the '0x' is counted as
part of the overall width, which does not feel like the natural behaviour as
extra calculation is required to get the correct post '0x' precision.
Example:
In [7]: f'{num:04x}'
Out[7]: '0800'
In [8]: f'{num:#04x}'
Out[8]: '0x800'
To get the hexadecimal representation padded to 4 digits, you have to account
for the preceding 0x:
In [10]: f'{num:#06x}'
Out[10]: '0x0800'
--
messages: 355767
nosy: Wicken
priority: normal
severity: normal
status: open
title: String format for hexadecimal notation breaks padding with alternative
form
type: behavior
versions: Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue38657>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38657] String format for hexadecimal notation breaks padding with alternative form
Pete Wicken added the comment:
Given the comments above I appreciate that this is actually due to the padding
being the total field width rather than the padding of the digits themselves.
Having revised the documentation again, I believe this following line is
explaining it:
"When no explicit alignment is given, preceding the width field by a zero ('0')
character enables sign-aware zero-padding for numeric types. This is equivalent
to a fill character of '0' with an alignment type of '='."
(https://docs.python.org/3.8/library/string.html)
I initially read "sign-aware zero-padding for numeric types" to mean the
padding would not blindly prepend, and would take into account any signs and
pad after (hence initially making this a bug). So maybe as suggested above we
should explicitly mention the padding is the total number of characters in the
field, rather than just the numbers.
I can look into adding this soon and see what you all think.
--
___
Python tracker
<https://bugs.python.org/issue38657>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38657] String format for hexadecimal notation breaks padding with alternative form
Change by Pete Wicken : -- keywords: +patch pull_requests: +16548 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/17036 ___ Python tracker <https://bugs.python.org/issue38657> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38655] ipaddress.ip_network('0.0.0.0/0').is_private == True
Pete Wicken added the comment: Looks like this happens because the is_private method that gets called is from _BaseNetwork, which checks if the network address '0.0.0.0' and the broadcast address '255.255.255.255' are both private, which they are as 0.0.0.0 falls into 0.0.0.0/8. I think for this to get it right, you would have to change the is_private check for networks to iterate over each possible subnet and check if that is in the private networks list. This takes an unfeasibly long time. So, we would probably have to add special cases for these networks, unless people have better ideas. -- nosy: +Wicken ___ Python tracker <https://bugs.python.org/issue38655> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28577] ipaddress.ip_network(...).hosts() returns nothing for an IPv4 /32
Change by Pete Wicken : -- pull_requests: +24251 pull_request: https://github.com/python/cpython/pull/25532 ___ Python tracker <https://bugs.python.org/issue28577> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28577] ipaddress.ip_network(...).hosts() returns nothing for an IPv4 /32
Change by Pete Wicken : -- pull_requests: +24252 pull_request: https://github.com/python/cpython/pull/25533 ___ Python tracker <https://bugs.python.org/issue28577> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28577] ipaddress.ip_network(...).hosts() returns nothing for an IPv4 /32
Change by Pete Wicken : -- pull_requests: +24255 pull_request: https://github.com/python/cpython/pull/25536 ___ Python tracker <https://bugs.python.org/issue28577> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33433] ipaddress is_private misleading for IPv4 mapped IPv6 addresses
Change by Pete Wicken : -- keywords: +patch pull_requests: +24799 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26172 ___ Python tracker <https://bugs.python.org/issue33433> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33433] ipaddress is_private misleading for IPv4 mapped IPv6 addresses
Pete Wicken added the comment: I've opened a PR that should hopefully address this issue. -- ___ Python tracker <https://bugs.python.org/issue33433> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38750] Solve IPv4 categorisation issues with the ipaddress module
New submission from Pete Wicken : As alluded to in issue bpo-38655, the behaviour for getting categorising IPv4 networks is inconsistent with the IANA guideline, which the docs say it follows. I'm proposing we either change the documentation so that it describes the behaviour that should actually be expected, or we rewrite some parts of the ipaddress module so that they follow the guidelines. For the latter, my thoughts would be to actually implement the check table on the IANA page (https://www.iana.org/assignments/iana-ipv4-special-registry/iana-ipv4-special-registry.xhtml). i.e for a given address, you can ask of it "is_forwardable", "is_globally_reachable", etc. -- messages: 356265 nosy: Wicken priority: normal severity: normal status: open title: Solve IPv4 categorisation issues with the ipaddress module ___ Python tracker <https://bugs.python.org/issue38750> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38750] Solve IPv4 categorisation issues with the ipaddress module
Change by Pete Wicken : -- components: +Library (Lib) type: -> behavior versions: +Python 3.9 ___ Python tracker <https://bugs.python.org/issue38750> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue38750] Solve IPv4 categorisation issues with the ipaddress module
Pete Wicken added the comment: In addition to my previous comment, I think a more generic "is_special" could cover everything in the IANA special purpose address table for ease of checking anything that isn't publicly available IP. -- ___ Python tracker <https://bugs.python.org/issue38750> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39710] "will be returned as unicode" reminiscent from Python 2
Change by Pete Wicken : -- nosy: +Wicken nosy_count: 3.0 -> 4.0 pull_requests: +18050 pull_request: https://github.com/python/cpython/pull/18691 ___ Python tracker <https://bugs.python.org/issue39710> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39710] "will be returned as unicode" reminiscent from Python 2
Change by Pete Wicken : -- pull_requests: -18050 ___ Python tracker <https://bugs.python.org/issue39710> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39710] "will be returned as unicode" reminiscent from Python 2
Change by Pete Wicken : -- pull_requests: +18053 pull_request: https://github.com/python/cpython/pull/18691 ___ Python tracker <https://bugs.python.org/issue39710> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28577] ipaddress.ip_network(...).hosts() returns nothing for an IPv4 /32
Change by Pete Wicken : -- keywords: +patch nosy: +Wicken nosy_count: 5.0 -> 6.0 pull_requests: +18112 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18757 ___ Python tracker <https://bugs.python.org/issue28577> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28577] ipaddress.ip_network(...).hosts() returns nothing for an IPv4 /32
Pete Wicken added the comment: I've had a go at implementing this. I did not implement for IPv6 as this was not mentioned here, but it seems like it would make sense for it as well. I can add that in too if you like. -- ___ Python tracker <https://bugs.python.org/issue28577> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28577] ipaddress.ip_network(...).hosts() returns nothing for an IPv4 /32
Pete Wicken added the comment: Ok it was bugging me that they were different, so I also added the same logic for IPv6Networks. -- ___ Python tracker <https://bugs.python.org/issue28577> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33433] ipaddress is_private misleading for IPv4 mapped IPv6 addresses
Change by Pete Wicken : -- nosy: +Wicken ___ Python tracker <https://bugs.python.org/issue33433> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28577] ipaddress.ip_network(...).hosts() returns nothing for an IPv4 /32
Pete Wicken added the comment: The patch for this has been merged - I guess this can be closed now? -- ___ Python tracker <https://bugs.python.org/issue28577> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42935] Pickle can't import builtins at exit
New submission from Pete Wicken :
Originally found as an issue in Lib/shelve.py; if we attempt to pickle a
builtin as the program is exiting then Modules/_pickle.c will fail at the point
of the PyImport_Import in save_global. In CPython3.8 this causes a segfault, in
CPython3.9 a PicklingError is raised.
This is especially problematic in shelve.py as object pickling is attempted by
the __del__ method's call stack when writeback=True. Therefore if the program
exits before an explicit sync is called; in 3.8 the data will not be written to
disk and a segfault occurs; in 3.9 the data is written to disk, but with an
uncaught exception being raised.
Exception demonstrated via shelve on 3.9.1 on MacOS with Clang:
Python 3.9.1 (default, Dec 10 2020, 11:11:14)
[Clang 12.0.0 (clang-1200.0.32.27)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import shelve
>>> s = shelve.open('testing', writeback=True)
>>> s['a'] = Exception
>>> exit()
Exception ignored in:
Traceback (most recent call last):
File ".../3.9/lib/python3.9/shelve.py", line 162, in __del__
File ".../3.9/lib/python3.9/shelve.py", line 144, in close
File ".../3.9/lib/python3.9/shelve.py", line 168, in sync
File ".../3.9/lib/python3.9/shelve.py", line 124, in __setitem__
_pickle.PicklingError: Can't pickle : import of module
'builtins' failed
Segfault demonstrated via shelve on 3.8.5 on MacOS with Clang (different system
from above):
Python 3.8.5 (v3.8.5:580fbb018f, Jul 20 2020, 12:11:27)
[Clang 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import shelve
>>> s = shelve.open('testing', writeback=True)
>>> s['a'] = Exception
>>> exit()
[1]10040 segmentation fault python3.8
Exception demonstrated via shelve on 3.9.1 on RHEL with GCC:
Python 3.9.1 (default, Dec 8 2020, 00:00:00)
[GCC 10.2.1 20201125 (Red Hat 10.2.1-9)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import shelve
>>> s = shelve.open("thing", writeback=True)
>>> s['a'] = Exception
>>>
Exception ignored in:
Traceback (most recent call last):
File "/usr/lib64/python3.9/shelve.py", line 162, in __del__
File "/usr/lib64/python3.9/shelve.py", line 144, in close
File "/usr/lib64/python3.9/shelve.py", line 168, in sync
File "/usr/lib64/python3.9/shelve.py", line 124, in __setitem__
_pickle.PicklingError: Can't pickle : import of module
'builtins' failed
Code example to reproduce using Pickle in the class __del__, demonstrated on a
RHEL system:
Python 3.9.1 (default, Dec 8 2020, 00:00:00)
[GCC 10.2.1 20201125 (Red Hat 10.2.1-9)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from pickle import DEFAULT_PROTOCOL, Pickler
>>> from io import BytesIO
>>> class T:
... def __del__(self):
... f = BytesIO()
... p = Pickler(f, DEFAULT_PROTOCOL)
... p.dump(sum)
...
>>> t = T()
>>> exit()
Exception ignored in:
Traceback (most recent call last):
File "", line 5, in __del__
_pickle.PicklingError: Can't pickle : import of module
'builtins' failed
Have not tested on 3.6, 3.7 or 3.10.
--
components: Library (Lib)
messages: 385110
nosy: Wicken
priority: normal
severity: normal
status: open
title: Pickle can't import builtins at exit
type: crash
versions: Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue42935>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42935] Pickle can't import builtins at exit
Pete Wicken added the comment: Out of curiosity, why is there not much we can do? I'm not familiar enough with Python's C code to appreciate the difficulty of making the builtins available at the point where the pickle save is run when exiting. The fact that this segfaults in the 3.8 version tested was rather concerning. Shelve's implementation without the context manager was how we found the original bug; but it feels the way pickle handles this should be a lot safer. Some clarification might help me craft a warning for the documentation if there is nothing that can be done in the code base. -- ___ Python tracker <https://bugs.python.org/issue42935> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33442] Python 3 doc sidebar dosnt follow page scrolling like 2.7 doc sidebar.
New submission from Pete Moore <[email protected]>: the 3.x docs sidebar at location https://docs.python.org/3.6/library/logging.html does not follow the user's scrolling movements like the 2.7 docs sidebar at location https://docs.python.org/2.7/library/logging.html -- assignee: docs@python components: Documentation messages: 316269 nosy: docs@python, pete312 priority: normal severity: normal status: open title: Python 3 doc sidebar dosnt follow page scrolling like 2.7 doc sidebar. type: behavior versions: Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue33442> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16210] combine the two type() definitions in built-in function docs
Pete Sevander added the comment: Here's a patch for it. -- keywords: +patch nosy: +sevanteri Added file: http://bugs.python.org/file27671/issue16210.patch ___ Python tracker <http://bugs.python.org/issue16210> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19088] TypeError with pickle in embedded python3.3 when starting multiple Interpreters.
New submission from Larry Pete:
Hexchat (fork of XChat IRC Client) switched with version 2.9.6 to Python 3.3
for their Python plugins.
Hexchat loads plugins in a similar fashion like the attached C file (not
entirely sure I used the C-API right though). For every plugin a new
interpreter is started and Py_EndInterpreter is used to unload the plugin.
When using pickle in such a python plugin, it raises the Exception (in the
attached example):
Traceback (most recent call last):
File "", line 7, in
TypeError: attribute of type 'NoneType' is not callable
when trying to pickle an object (using pickle.dump or pickle.dumps).
The Exception happens on the line where pickle.dumps is called, though
pickle.dumps is not None.
It happens:
- with python3.3.2 (I also tested it with python3.4.0a2 since I happened to
have it installed, same issue). No issue with python2.7. I did not test it with
3.x versions prior to 3.3.2
- when trying to pickle a user defined class. Python objects like dictionaries
and lists work fine.
- only with the second (and any additional) interpreter.
- when destroying the interpreter and starting a new one, in that order. When
two interpreters are started and execute the code before any of them is
destroyed, it works fine.
The full output of the attached file when executed is btw:
First output:
Pickle dumps:
b'\x80\x03c__main__\nSomeClass\nq\x00)\x81q\x01}q\x02X\x08\x00\x00\x00some_varq\x03K{sb.'
Second output:
Pickle dumps:
Traceback (most recent call last):
File "", line 7, in
TypeError: attribute of type 'NoneType' is not callable
--
components: Extension Modules
files: fail.c
messages: 198386
nosy: Larry.Pete, alexandre.vassalotti, pitrou
priority: normal
severity: normal
status: open
title: TypeError with pickle in embedded python3.3 when starting multiple
Interpreters.
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file31867/fail.c
___
Python tracker
<http://bugs.python.org/issue19088>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20798] Reversed order in testtools messages
New submission from Pete Zaitcev: When using an assert such as self.assertEquals(tester(), expected), an error message suggests wrong argument order (as in, not the order in examples in the documentation). Apparently this is confusing enough that OpenStack even opened a whole bunch of bugs and filed patches to swap the order in the tests: https://bugs.launchpad.net/ceilometer/+bug/1277104 If the code is: import testtools class TestConfigTrueValue(testtools.TestCase): def test_testEquals(self): reference = "reference-0123456789012345678901234567890123456789" def function_under_test(): return "actual-0123456789012345678901234567890123456789" self.assertEquals(function_under_test(), reference) then running it yields [zaitcev@guren xxx]$ python3 -c 'import nose; nose.main()' F == FAIL: testic.TestConfigTrueValue.test_testEquals -- testtools.testresult.real._StringException: Traceback (most recent call last): File "/q/zaitcev/tmp/xxx/testic.py", line 10, in test_testEquals self.assertEquals(function_under_test(), reference) File "/usr/lib/python3.3/site-packages/testtools/testcase.py", line 322, in assertEqual self.assertThat(observed, matcher, message) File "/usr/lib/python3.3/site-packages/testtools/testcase.py", line 417, in assertThat raise MismatchError(matchee, matcher, mismatch, verbose) testtools.matchers._impl.MismatchError: !=: reference = 'actual-0123456789012345678901234567890123456789' actual= 'reference-0123456789012345678901234567890123456789' -- components: Library (Lib) messages: 212366 nosy: zaitcev priority: normal severity: normal status: open title: Reversed order in testtools messages type: behavior versions: Python 2.7, Python 3.3 ___ Python tracker <http://bugs.python.org/issue20798> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20798] Reversed order in testtools messages
Pete Zaitcev added the comment: Oh, indeed. The printout is in testtools only. The unittest prints this: [zaitcev@guren xxx]$ python3 -c 'import nose; nose.main()' F == FAIL: test_testEquals (testic.TestConfigTrueValue) -- Traceback (most recent call last): File "/q/zaitcev/tmp/xxx/testic.py", line 11, in test_testEquals self.assertEquals(function_under_test(), reference) AssertionError: 'actual-0123456789012345678901234567890123456789' != 'reference-0123456789012345678901234567890123456789' - actual-0123456789012345678901234567890123456789 ? ^ + reference-0123456789012345678901234567890123456789 ? ^^^ ^ Sorry, closing the issue as invalid. -- resolution: -> invalid ___ Python tracker <http://bugs.python.org/issue20798> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7144] imp.load_module in thread causes core dump on OSX 10.6
New submission from Pete Hunt :
Apologies if I mess up the formatting - my first bug report submitted.
Steps to reproduce (OSX Snow Leopard, 2.6.3)
>>> import threading, imp
>>> def doit():
... print imp.load_module("cherrypy", None,
"/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-
packages/CherryPy-3.1.2-py2.6.egg/cherrypy", ('', '', 5))
...
>>> threading.Thread(target=doit).start()
>>> Trace/BPT trap
--
assignee: ronaldoussoren
components: Extension Modules, Interpreter Core, Macintosh
messages: 94106
nosy: peterhunt, ronaldoussoren
severity: normal
status: open
title: imp.load_module in thread causes core dump on OSX 10.6
versions: Python 2.6
___
Python tracker
<http://bugs.python.org/issue7144>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7503] multiprocessing AuthenticationError "digest sent was rejected" when pickling proxy
New submission from Pete Hunt : When pickling a proxy object (such as a list) created on a client, an exception is thrown. Example attached. Python 2.6.4 Mac OS X 10.6 p -- components: Library (Lib) files: multiprocessing_bug.py messages: 96371 nosy: peterhunt severity: normal status: open title: multiprocessing AuthenticationError "digest sent was rejected" when pickling proxy versions: Python 2.6 Added file: http://bugs.python.org/file15551/multiprocessing_bug.py ___ Python tracker <http://bugs.python.org/issue7503> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7503] multiprocessing AuthenticationError "digest sent was rejected" when pickling proxy
Pete Hunt added the comment: UPDATE: this example WORKS if you remove "authkey" - so it seems to be a problem with authentication. -- type: -> crash ___ Python tracker <http://bugs.python.org/issue7503> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7506] multiprocessing.managers.BaseManager.__reduce__ references BaseManager.from_address
New submission from Pete Hunt : BaseManager.__reduce__ references from_address, which, to my knowledge, has been eliminated from the package. -- components: Library (Lib) messages: 96392 nosy: peterhunt severity: normal status: open title: multiprocessing.managers.BaseManager.__reduce__ references BaseManager.from_address type: behavior versions: Python 2.6 ___ Python tracker <http://bugs.python.org/issue7506> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12641] Remove -mno-cygwin from distutils
Pete Forman added the comment: Another +1 for Oscar. I've just done an install of Python 2.7.5 and had to hack cygwinccompiler.py again. I'm using mingw with gcc 4.6.2 on Windows 7. -- nosy: +Pete.Forman ___ Python tracker <http://bugs.python.org/issue12641> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24501] configure does not find (n)curses in /usr/local/libs
Changes by Pete Lancashire : -- components: Build nosy: petepdx priority: normal severity: normal status: open title: configure does not find (n)curses in /usr/local/libs type: compile error versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue24501> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24501] configure does not find (n)curses in /usr/local/libs
New submission from Pete Lancashire: ./configure does not find ncurses in /usr/local/lib, an older version of (one I don't want to use) copy exists in /usr/lib checking curses.h usability... yes checking curses.h presence... yes checking for curses.h... yes checking ncurses.h usability... no checking ncurses.h presence... no checking for ncurses.h... no AIX O/S Version 7100-03-05-1524 IBM AIX C lslpp -h vac.C Fileset Level Action Status Date Time Path: /usr/lib/objrepos vac.C 12.1.0.0 COMMIT COMPLETE 06/18/15 14:35:28 Path: /etc/objrepos vac.C 12.1.0.0 COMMIT COMPLETE 06/18/15 14:35:33 lslpp -h xlC.rte Fileset Level Action Status Date Time Path: /usr/lib/objrepos xlC.rte12.1.0.1 COMMIT COMPLETE 06/18/15 10:56:34 12.1.0.3 COMMIT COMPLETE 06/18/15 14:26:15 Environment Variables OBJECT_MODE 64 PATH /usr/local/bin:/usr/bin:/etc:/usr/sbin:/usr/ucb:/home/buildsw/bin:/usr/bin/X11:/sbin:.:/usr/vac/bin:/usr/vacpp/bin CC xlc_r CFLAGS -qmaxmem=-1 -DSYSV -D_AIX -D_AIX71 -D_ALL_SOURCE -DFUNCPROTO=15 -O -I/usr/local/include LDFLAGS -L/usr/local/lib64 -L/usr/local/lib -bmaxdata:0x8000 -brtl LIBS CPPFLAGS CXX xlc++_r CXXFLAGS-qmaxmem=-1 -DSYSV -D_AIX -D_AIX71 -D_ALL_SOURCE -DFUNCPROTO=15 -O -I/usr/local/include CPP CXXCPP LDPATH /usr/local/lib ncurses version 5.9 ls /usr/local/lib/*curses* /usr/local/lib/libncurses++.a /usr/local/lib/libncurses.a /usr/local/lib/libncurses_g.a ./configure --with-tcltk-includes='-I/usr/include' --with-tcltk-libs='-L/usr/lib' | tee configure.out -- Added file: http://bugs.python.org/file39802/config.log ___ Python tracker <http://bugs.python.org/issue24501> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24501] configure does not find (n)curses in /usr/local/libs
Pete Lancashire added the comment: added stdout of ./configure -- Added file: http://bugs.python.org/file39804/configure.out ___ Python tracker <http://bugs.python.org/issue24501> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
