[issue17667] Windows: build with build_pgo.bat -2 fails to optimize python.dll

2013-04-08 Thread Anselm Kruis
New submission from Anselm Kruis: Version: 2.7.4 (and any prior 2.7-version. not tested with 3.x) Compiler: VS 2008 Professional If I compile Python using the batch PCbuild\build_pgo.bat -2 Visual Studio fails to correctly collect profile information for the project python27.dll

[issue5773] Crash on shutdown after os.fdopen(2) in debug builds

2013-05-10 Thread Anselm Kruis
Anselm Kruis added the comment: Hi, I was faced with a very similar problem also caused by an invalid file descriptor. My solution is to set an invalid parameter handler, that does nothing. This effectively disables Dr. Watson. Perhaps this is a suitable solution for other users too

[issue18004] test_list.test_overflow crashes Win64

2013-05-17 Thread Anselm Kruis
New submission from Anselm Kruis: I installed Python 2.7.5 including tests using the MSI installer from http://www.python.org/ftp/python/2.7.5/python-2.7.5.amd64.msi Running python.exe -m test.regrtest -v test_list consumes all available memory and renders the my system completely unusable

[issue15535] Fix pickling efficiency of named tuples in 2.7.3

2013-05-19 Thread Anselm Kruis
Anselm Kruis added the comment: why the different fix for 3.3 I reverted the 2.7.4 addition of __dict__ rather than introduce more differences between point releases with possible unintended effects. __dict__ was a 2.7.3 addition (changeset 26d5f022eb1a). Now unpickling of named tuples

[issue18015] python 2.7.5 fails to unpickle namedtuple pickled by 2.7.3 or 2.7.4

2013-05-19 Thread Anselm Kruis
New submission from Anselm Kruis: Change 18303391b981 breaks unpickling named tuples pickled by 2.7.3 and 2.7.4. See closed issue #15535 for the full story. Unfortunately Raymond was wrong, when he wrote that the addition of __dict__ was a 2.7.4 change. It was added by changeset 26d5f022eb1a

[issue18023] msi product code for 2.7.5150 not in Tools/msi/uuids.py

2013-05-20 Thread Anselm Kruis
New submission from Anselm Kruis: The file Tools/msi/uuids.py contains the product codes for all recently released Python 2.x versions except 2.7.5. Without this code it is not possible to recreate the MSI installer using Tools\msi\msi.py. The product code of http://www.python.org/ftp/python

[issue18004] test_list.test_overflow crashes Win64

2013-05-21 Thread Anselm Kruis
Anselm Kruis added the comment: I take it you have more than 16GB of RAM? I used a system with 16GB Ram. What happens if you replace sys.maxint with sys.maxsize in test_overflow? The test passes. Both mul and imul raise MemoryError. -- ___ Python

[issue18015] python 2.7.5 fails to unpickle namedtuple pickled by 2.7.3 or 2.7.4

2013-05-21 Thread Anselm Kruis
Anselm Kruis added the comment: Just for the records: the patch works as expected. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18015

[issue18015] python 2.7.5 fails to unpickle namedtuple pickled by 2.7.3 or 2.7.4

2013-05-22 Thread Anselm Kruis
Anselm Kruis added the comment: I created a small *.pth to monkey patch collections.py until 2.7.6 gets released. Maybe this is useful for someone else. Therefore I attach it here. The pth file runs the following code during Python startup: import collections def _fix_issue_18015(collections

[issue21959] msi product code for 2.7.8150 not in Tools/msi/uuids.py

2014-07-11 Thread Anselm Kruis
Changes by Anselm Kruis a.kr...@science-computing.de: -- title: msi product code for 2.7.5150 not in Tools/msi/uuids.py - msi product code for 2.7.8150 not in Tools/msi/uuids.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org

[issue21959] msi product code for 2.7.5150 not in Tools/msi/uuids.py

2014-07-11 Thread Anselm Kruis
New submission from Anselm Kruis: The file Tools/msi/uuids.py contains the product codes for all recently released Python 2.x versions except 2.7.8. Without this code it is not possible to recreate the MSI installer using Tools\msi\msi.py. The product code of https://www.python.org/ftp

[issue21967] Interpreter crash upon accessing frame.f_restricted of a frame from a dead thread

2014-07-12 Thread Anselm Kruis
New submission from Anselm Kruis: If you store a reference to a frame from a dead thread and then access frame.f_restricted python eventually crashed. I didn't investigate this bug in depth. Here is my preliminary explanation. The access of frame.f_restricted causes a call

[issue18004] test_list.test_overflow crashes Win64

2014-08-01 Thread Anselm Kruis
Anselm Kruis added the comment: Currently, if you run the test suite of a 64bit Windows python installation it consumes all your memory and - depending on your RAM and swap space - you system becomes unusable. That's a behaviour nobody expects. I didn't look into the implementation

[issue17667] Windows: build with build_pgo.bat -2 fails to optimize python.dll

2014-10-13 Thread Anselm Kruis
Anselm Kruis added the comment: It's indeed a very low priority issue. You mention VS2008 and VS2010 PGO compiler bugs. I'm aware of the VS 2010 bugs, but I didn't observe any VS 2008 PGO bug with Python 2.7. Are you aware of any publicly available bug reports? About the black/white list. I

[issue23160] Respect the environment variable SVNROOT in external-common.bat

2015-01-12 Thread Anselm Kruis
Anselm Kruis added the comment: Your guess is correct, it will be a null merge into default. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23160

[issue23160] Respect the environment variable SVNROOT in external-common.bat

2015-01-03 Thread Anselm Kruis
New submission from Anselm Kruis: Issue #21907 introduced the environment variable SVNROOT in PCbuild/get_externals.bat. I propose to use the same variable in Tools/buildbot/external-common.bat too. This batch contains many verbatim copies of the SVN-URL. With the provided patch, it would

[issue23160] Respect the environment variable SVNROOT in external-common.bat

2015-01-03 Thread Anselm Kruis
Anselm Kruis added the comment: Patch for 3.4 -- keywords: +patch Added file: http://bugs.python.org/file37593/issue23160-3.4.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23160

[issue23160] Respect the environment variable SVNROOT in external-common.bat

2015-01-03 Thread Anselm Kruis
Anselm Kruis added the comment: Patch for 2.7 -- nosy: +zach.ware Added file: http://bugs.python.org/file37594/issue23160-2.7.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23160

[issue23963] Windows build error using original openssl source

2015-04-15 Thread Anselm Kruis
New submission from Anselm Kruis: I just had an issue rebuilding 2.7.9 with openssl-1.0.1m. Because this openssl version is not yet available from svn.python.org, I used the original source from https://www.openssl.org/source/openssl-1.0.1m.tar.gz. Of course Perl is installed. Problem

[issue28551] sysconfig.py wrong _PROJECT_BASE for Py2.7 Windows 64bit PC/VS9.0

2016-10-28 Thread Anselm Kruis
New submission from Anselm Kruis: Affected versions: 2.7.11, 2.7.12 Windows amd64 build with Visual Studio 2008 using the files in PC/VS9.0 If you run test_sysconfig using PC/VS9.0/rt.bat the test case test_get_config_h_filename fails. --8<---8<---8<---8<

[issue28568] Build files in PC/VS9.0 contain an outdated sqlite version number

2016-10-31 Thread Anselm Kruis
New submission from Anselm Kruis: Python 2.7 only. Tested with 2.7.12. Commit fa68df1d5e65 for #19450 changes the sqlite version for Python 2.7 on Windows from 3.6.21 to 3.8.11.0, but only for the build files in PCbuild. The documentation states, that the build files under PC\VS9.0 are also

[issue30028] make test.support.temp_cwd() fork-safe

2017-04-10 Thread Anselm Kruis
Anselm Kruis added the comment: I had the same concerns about os.getpid(), but test.support uses it unconditionally in various places. See https://github.com/python/cpython/blob/master/Lib/test/support/__init__.py#L803 for an example

[issue30028] make test.support.temp_cwd() fork-safe

2017-04-09 Thread Anselm Kruis
New submission from Anselm Kruis: The context manager test.support.temp_cwd() creates a temporary directory and removes it on exit. The test runner test.regrtest uses this context manager. I observed an annoying behaviour of test.support.temp_cwd() on Linux/UNIX: if the code, that runs

[issue30028] make test.support.temp_cwd() fork-safe

2017-04-09 Thread Anselm Kruis
Changes by Anselm Kruis <a.kr...@science-computing.de>: -- pull_requests: +1212 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python

[issue31662] trivial typos in Tools/msi/uploadrelease.bat

2017-10-02 Thread Anselm Kruis
Change by Anselm Kruis <a.kr...@science-computing.de>: -- keywords: +patch pull_requests: +3830 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

[issue31662] trivial typos in Tools/msi/uploadrelease.bat

2017-10-02 Thread Anselm Kruis
New submission from Anselm Kruis <a.kr...@science-computing.de>: There are 3 trivial typos in Tools/msi/uploadrelease.bat: "godo" instead of "goto" in lines 25 to 28. -- components: Build messages: 303513 nosy: anselm.kruis, steve.dower priority: normal sev

[issue31890] Please define the flag METH_STACKLESS for Stackless Python

2017-11-02 Thread Anselm Kruis
Anselm Kruis <a.kr...@science-computing.de> added the comment: Hi Victor, The project is still somewhat alive, because the software, that is used to control a large percentage of the CAE simulation jobs of large German automakers, requires Stackless Python, especially the option to ser

[issue31835] _PyFunction_FastCallDict and _PyFunction_FastCallKeywords: fast path not used

2017-10-21 Thread Anselm Kruis
New submission from Anselm Kruis <a.kr...@science-computing.de>: Just a minor performance issue. The C functions _PyFunction_FastCallDict() and _PyFunction_FastCallKeywords() (branch 'master', Objects/call.c) and their predecessors fast_function() and _PyFunction_FastCallDict() in

[issue31890] Please define the flag METH_STACKLESS for Stackless Python

2017-10-28 Thread Anselm Kruis
New submission from Anselm Kruis <a.kr...@science-computing.de>: The header Include/methodobject.h defines ml_flags METH_xxx. Stackless Python adds the flag METH_STACKLESS. Traditionally Stackless used bit 0x0080 for METH_STACKLESS, but starting with C-Python 3.6 bit 0x0080 i

[issue31890] Please define the flag METH_STACKLESS for Stackless Python

2017-10-28 Thread Anselm Kruis
Change by Anselm Kruis <a.kr...@science-computing.de>: -- keywords: +patch pull_requests: +4128 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

[issue33711] Could not find externals/db-* in msi.py on license generation

2018-06-24 Thread Anselm Kruis
Anselm Kruis added the comment: I'm build msi installers regularly and I can confirm the issue. PR 7241 is ok and should be merged. -- nosy: +anselm.kruis ___ Python tracker <https://bugs.python.org/issue33

[issue30028] make test.support.temp_cwd() fork-safe

2018-02-23 Thread Anselm Kruis
Change by Anselm Kruis <a.kr...@science-computing.de>: -- pull_requests: +5603 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue30028] make test.support.temp_cwd() fork-safe

2018-02-23 Thread Anselm Kruis
Change by Anselm Kruis <a.kr...@science-computing.de>: -- pull_requests: +5604 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue33931] Building 2.7 on Windows with PC\VS9.0 is broken

2018-06-21 Thread Anselm Kruis
New submission from Anselm Kruis : Currently 2.7 fails to build on Win32 using PC\VS90\build.bat -e for two reasons: 1. Wrong openssl version: PC\VS9.0 is still at version 1.0.2k, whereas PCbuild/get_externals.bat downloads version 1.0.2o. 2. Building tcl fails with well known "nma

[issue33931] Building 2.7 on Windows with PC\VS9.0 is broken

2018-06-21 Thread Anselm Kruis
Change by Anselm Kruis : -- keywords: +patch pull_requests: +7454 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue33931> ___ ___ Py

[issue35804] v3.6.8 _ctypes win32 compiled with pgo crash

2019-01-22 Thread Anselm Kruis
Change by Anselm Kruis : Added file: https://bugs.python.org/file48072/test_ctypes.log ___ Python tracker <https://bugs.python.org/issue35804> ___ ___ Python-bugs-list m

[issue35804] v3.6.8 _ctypes win32 compiled with pgo crash

2019-01-22 Thread Anselm Kruis
Change by Anselm Kruis : -- nosy: +steve.dower ___ Python tracker <https://bugs.python.org/issue35804> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35804] v3.6.8 _ctypes win32 compiled with pgo crash

2019-01-22 Thread Anselm Kruis
New submission from Anselm Kruis : During the QA for Stackless 3.6.8 I observed a crash in _ctypes compiled for win32 with PGO, that also exists with plain C-Python v3.6.8. I didn't check other versions yet. OS: Win7 (64bit) Compiler: Visual Studio 2017 professional 15.9.5 How to reproduce

[issue35804] v3.6.8 _ctypes win32 compiled with pgo crash

2019-01-22 Thread Anselm Kruis
Anselm Kruis added the comment: Closing the issue is perfectly OK for me. I just want to document the problem, because there is no bpo ticket yet and Tools/msi/README.txt does not mention any problems with PGO either. 3.7 and master might be affected too, but I didn't observe this issue

[issue37788] fix for bpo-36402 (threading._shutdown() race condition) causes reference leak

2019-08-07 Thread Anselm Kruis
New submission from Anselm Kruis : Starting with commit 468e5fec (bpo-36402: Fix threading._shutdown() race condition (GH-13948)) the following trivial test case leaks one reference and one memory block. class MiscTestCase(unittest.TestCase): def test_without_join(self): # Test

[issue37788] fix for bpo-36402 (threading._shutdown() race condition) causes reference leak

2019-08-08 Thread Anselm Kruis
Change by Anselm Kruis : -- pull_requests: +14906 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15175 ___ Python tracker <https://bugs.python.org/issu

[issue37788] fix for bpo-36402 (threading._shutdown() race condition) causes reference leak

2019-08-08 Thread Anselm Kruis
Anselm Kruis added the comment: The root cause for the reference leak is the global set threading._shutdown_locks. It contains Thread._tstate_lock locks of non-daemon threads. If a non-daemon thread terminates and no other thread joins the terminated thread, the _tstate_lock remains

[issue37788] fix for bpo-36402 (threading._shutdown() race condition) causes reference leak

2019-08-08 Thread Anselm Kruis
Change by Anselm Kruis : -- nosy: +vstinner ___ Python tracker <https://bugs.python.org/issue37788> ___ ___ Python-bugs-list mailing list Unsubscribe: