Change by Michael Felt :
--
pull_requests: +18670
pull_request: https://github.com/python/cpython/pull/19308
___
Python tracker
<https://bugs.python.org/issue31
Change by Michael Felt :
--
keywords: +patch
pull_requests: +18671
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/19308
___
Python tracker
<https://bugs.python.org/issu
Michael Felt added the comment:
Thanks for the fix!
--
___
Python tracker
<https://bugs.python.org/issue40155>
___
___
Python-bugs-list mailing list
Unsub
Michael Felt added the comment:
Just manually verified that PR19377, when compiled against xlc - crashes during
make:
rm -f libpython3.9d.a
ar rcs libpython3.9d.a Modules/getbuildinfo.o Parser/acceler.o
Parser/grammar1.o Parser/listnode.o Parser/node.o Parser/parser.o
Michael Felt added the comment:
Just checked - seems to be SPECIFIC to xlc-v16 as neither xlv-v11 nor xlc-v13
have any issues building.
--
___
Python tracker
<https://bugs.python.org/issue40
Michael Felt added the comment:
requesting backport of PR19225.
After switching my bot to xlc-v13 it fails this test.
See botstatus mail excerpt:
The Buildbot has detected a failed build on builder POWER6 AIX 3.8 while
building python/cpython.
Full details are available at:
https
Michael Felt added the comment:
Yes, looks like I need to find that. thx for the reminder.
--
___
Python tracker
<https://bugs.python.org/issue37009>
___
___
New submission from Michael Felt :
Calling this a compile error - as it seems to be compiler dependent.
In other projects - when I have experienced issues as this it has been an
uninitiated variable - somewhere.
I would appreciate some suggestions on how to best debug this - as it seems to
Michael Felt added the comment:
dbx output:
Again: help appreciated.
(dbx) run -X tracemalloc
Objects/genobject.c:127: _PyObject_GC_TRACK: Assertion "!(((PyGC_Head
*)(op)-1)->_gc_next != 0)" failed: object already tracked by the garbage
collector
Enable tracemalloc to get the
Michael Felt added the comment:
After git bisect - comes down to:
Bisecting: 0 revisions left to test after this (roughly 0 steps)
[0003c2dc1d4cf5b122e73e83177fd274fa9a9913] bpo-40096: Support
__attribute__((__noreturn__)) on xlc (GH-19204
Michael Felt added the comment:
It is only XLC-v16 that fails. XLC-v11 and XLC-v13 work fine. Am digging to see
which version (< v16, or >= v16) is not working as expected.
--
___
Python tracker
<https://bugs.python.org/i
Michael Felt added the comment:
On 10/04/2020 14:01, STINNER Victor wrote:
> STINNER Victor added the comment:
>
> The assertion failure occurs in _PyObject_GC_TRACK() at:
>
> static void
> gen_dealloc(PyGenObject *gen)
> {
> PyObject *self = (PyObject *) gen;
>
Michael Felt added the comment:
Thank you!
On 09/04/2020 17:33, STINNER Victor wrote:
> STINNER Victor added the comment:
>
> I backported the fix to 3.8 to fix AIX 3.8 buildbots.
>
> --
>
> ___
> Python tracker
&g
Michael Felt added the comment:
After my build I have the following:
$ ./python -m test.pythoninfo|grep -E 'CFLAGS|CC|OPT|LDFLAGS'
Objects/genobject.c:127: _PyObject_GC_TRACK: Assertion "!(((PyGC_Head
*)(op)-1)->_gc_next != 0)" failed: object already tracked by the g
New submission from Michael Selik :
The pathlib module ``Path.replace(target)`` states that "If target points to an
existing file or directory, it will be unconditionally replaced." However,
this does not appear to be true. I experience an OSError ``[Errno 66]
Directory not em
Michael Selik added the comment:
The docs for ``os.replace`` says "If dst is a directory, OSError will be
raised." That's helpful, but the docs for ``pathlib.Path.replace`` make it
seem like the target will be unconditionally replaced regardless of whether
it's a file
Michael Felt added the comment:
With the print statements - it does not crash:
./python -E -S -m sysconfig --generate-posix-vars ; if test $?
-ne 0 ; then echo "generate-posix-vars failed" ; rm -f
./pybuilddir.txt ; exit 1 ; fi
Objects/genobject.c:122:537318120
Objects/g
Michael Felt added the comment:
Also tried this:
./python -E -S -m sysconfig --generate-posix-vars ; if test $?
-ne 0 ; then echo "generate-posix-vars failed" ; rm -f
./pybuilddir.txt ; exit 1 ; fi
Objects/genobject.c:127: _PyObject_GC_TRACK: Assertion "!(((PyG
Michael Felt added the comment:
On 14/04/2020 14:54, Batuhan Taskaya wrote:
> Batuhan Taskaya added the comment:
>
>> With the print statements - it does not crash:
> I think this isn't directly relevant with prints but about re-compiling?
> (just guessing).
I onl
Michael Felt added the comment:
On 14/04/2020 19:28, Michael Felt wrote:
> Michael Felt added the comment:
>
> On 14/04/2020 14:54, Batuhan Taskaya wrote:
>> Batuhan Taskaya added the comment:
>>
>>> With the print statements - it does not crash:
>> I thi
Michael Felt added the comment:
Do I need to open a new issue?
This breaks building _ssl on AIX.
building '_ssl' extension
xlc_r -O -I./Include/internal -I/opt/aixtools/include -I./Include -I.
-I/home/aixtools/python/cpython-master/Include
-I/home/aixtools/python/cpython-master
Michael Felt added the comment:
Also checking with gcc: get the following messages:
Failed to build these modules:
_ssl
Could not build the ssl module!
Python requires an OpenSSL 1.0.2 or 1.1 compatible libssl with
X509_VERIFY_PARAM_set1_host().
LibreSSL 2.6.4 and earlier do not provide the
Michael Felt added the comment:
And when I use a standard OpenSSL library (on AIX):
building '_ssl' extension
gcc -pthread -Wno-unused-result -Wsign-compare -g -Og -Wall -std=c99 -Wextra
-Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers
-Werror=implici
Michael Felt added the comment:
I did update, and saw that there was one more patch applied.
I think that fixed the define issues, but there may be a new concern. Ran out
of time to document it today.
Will post tomorrow.
Sent from my iPhone
> On 15 Apr 2020, at 17:53, SilentGhost wr
Michael Felt added the comment:
Checked with latest version - and working as expected. Sorry for the noise.
On 15/04/2020 17:53, SilentGhost wrote:
> SilentGhost added the comment:
>
> Michael, could you try with the latest fix in 584a3cfda4?
>
> --
>
Michael Felt added the comment:
When I have more time I hope to investigate specifically what is
different in the assembly code - with/without the __noreturn__ change.
On 19/04/2020 08:20, Batuhan Taskaya wrote:
> Batuhan Taskaya added the comment:
>
> Moving asser
New submission from Michael Felt :
As part, I assume, of PR19503, that includes 91 changed files with 27,058
additions and 147 deletions the AIX buildbot is broken.
Rather than looking/finding Modules/ld_so_aix (where I expect it to be) tests
are failing, ulitmately because they look/expect
Michael Felt added the comment:
New issue with test during PR19764:
0:03:29 [416/423/1] test_peg_generator failed (2 min 34 sec) -- running:
test_pathlib (3 min 19 sec), test_bufio (3 min 17 sec), test_concurrent_futures
(3 min 10 sec), test_multiprocessing_fork (3 min), test_subprocess (2
Michael Felt added the comment:
Currently build using xlc-v13 hangs during creation of _json.so. Trying xlc-v11.
--
___
Python tracker
<https://bugs.python.org/issue40
Michael Felt added the comment:
with the xlc-v11 environment yet another issue:
Stop.
/usr/bin/make returned an error
root@x065:[/data/prj/python/python-3.9]make V=1
xlc_r -c -O -I/opt/include -O2 -qmaxmem=-1 -qarch=pwr5 -O
-I../git/python-3.9/Include/internal -IObjects
Michael Felt added the comment:
More `make test` output:
1 test failed:
test_peg_generator
18 tests skipped:
test_devpoll test_epoll test_gdb test_ioctl test_kqueue
test_msilib test_ossaudiodev test_spwd test_startfile test_tix
test_tk test_ttk_guionly test_unicode_file
Michael Felt added the comment:
Thanks for the quick work. I’ll test with xlc as well, as the builds behave
differently this afternoon.
Sent from my iPhone
> On 23 Apr 2020, at 16:31, Pablo Galindo Salgado
> wrote:
>
>
> Pablo Galindo Salgado added the comment:
>
Michael Felt added the comment:
Thanks for the quick response. I see both bots are good.
--
___
Python tracker
<https://bugs.python.org/issue40370>
___
___
Pytho
New submission from Michael Felt :
Currently, on AIX, whenever the -j option is passed to make there are many
WARNINGS from the loader (ld) re: duplicate symbols.
While it is not possible to eliminate these warnings completely - as some are
not related to the Python build, but external (3rd
Change by Michael Felt :
--
keywords: +patch
pull_requests: +19081
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/19759
___
Python tracker
<https://bugs.python.org/issu
New submission from Michael Garbutt :
The round() helptext states "The return value is an integer if ndigits is
omitted or None. Otherwise the return value has the same type as the number."
When given a numpy float64, the return type is also float64, rather than the
ex
Michael Felt added the comment:
Bot failed for AIX https://buildbot.python.org/all/#builders/227/builds/978
with:
0:07:11 Re-running test_asyncio in verbose mode
Failed to import test module: test.test_asyncio.test_events
Traceback (most recent call last):
File
"/home/shager/cp
Michael Felt added the comment:
I could not "fathom" the buildbot test results - however, a manual build of
PR29170 on 3.9 works: I'll try 3.8, but then from master (assuming it is
already part of master) -- and that works as well.
Thanks for t
Michael Felt added the comment:
On Windows - in distutils (?) did they perhaps make a change only for windows,
for whatever reason.
I don't have a python3.7 pr a 3.8 handy atm.
Not sure what 'distutils' pip updates either - but with py36 and pip 20.2.4 and
setuptools 40.6.2
Michael Felt added the comment:
Looking at https://github.com/python/cpython/pull/22088/files
imho: the patch forced Windows behavior ("""Initialize the module as
appropriate for NT""") to be equivalent to vars['SO'] - which is what the test
used t
Michael Felt added the comment:
Sorry Victor - family matters - so I was not watching for several days.
--
___
Python tracker
<https://bugs.python.org/issue41
Michael Woodham added the comment:
As far as I can tell this is still broken. A hard check for '0.0.0.0/0' should
fix this issue.
--
nosy: +maw1395
___
Python tracker
<https://bugs.python.o
New submission from Michael Orlitzky :
The attached file contains a huge, ugly expression that can be parsed in
python-2.7 but not python-3.x (I've tested 3.7, 3.8, and 3.9). With the 3.x
versions, I get
$ python3 DPT_defn
RecursionError: maximum recursion depth exceeded d
Change by Michael Orlitzky :
--
type: -> compile error
___
Python tracker
<https://bugs.python.org/issue42649>
___
___
Python-bugs-list mailing list
Un
New submission from Michael Felt :
While working on a PR for issue42323 I get an error with the generated
./configure even without my patch.
Working from commit 37a6d5f8027f969418fe53d0a73a21003a8e370d
aixtools@gcc119:[/home/aixtools/cpython/cpython-master]git log --oneline | head
37a6d5f
Michael Felt added the comment:
This is what I find via bisect:
aixtools@gcc119:[/home/aixtools/cpython/cpython-master]git checkout . && git
bisect bad
c6d7e82d19c091af698d4e4b3623648e259843e3 is the first bad commit
commit c6d7e82d19c091af698d4e4b3623648e259843e3
Author: Petr Viktor
Michael Felt added the comment:
This is beginning to look like it is an issue with the version of automake
installed:
aixtools@gcc119:[/home/aixtools/cpython/cpython-master]automake --version
Unescaped left brace in regex is deprecated, passed through in regex; marked by
<-- HERE i
Michael Felt added the comment:
The 'issue' is that a package known as autoconf-archive must ALSO be installed
- so that aclocal has a definition for ax_check_compile_flag.
Guessing that resolution is `third_party` - If not, please explain what the
resolution flag i
Michael Felt added the comment:
I have been doing a lot of research on this. Wish I had thought do start the
way I finished.
Basically, when math.nextafter() was added all the AIX bots were on systems
running AIX earlier than AIX 7.2 TL2.
When AIX 7.2 TL2 was released (roughly Q3 2017) a
Michael Felt added the comment:
While my patch in working - was successful in what it attempted to do, it did
not fix this test issue.
Instead - I reinstalled the `bos.adt.libm-7.2.0.0` fileset, to backout of the
so-called bugfix/APAR IV95512.
@David - can you take this up with AIX support
Michael Felt added the comment:
OK - looking at this again.
This looks very similiar to another 'coredump' issue (will have to look for the
number later). iirc, when something called 'pgen', or similiar was modified.
Here is a lengthy `dbx` dump.
If I am reading t
New submission from Michael XU :
More details available here:
https://stackoverflow.com/questions/65676934/python-xml-parsers-expat-results-differ-based-on-buffer-text-true-or-false-and
Raw data to replicate the issue is available upon request.
--
components: XML
messages: 385086
nosy
Michael XU added the comment:
Thank you so much Walter. I think that might be it - it fixed this particular
instance, and it makes sense given what you have said. I'll proceed to close
this up but will follow up if I encounter this issue when the data has changed.
Thanks
New submission from Michael Clerx :
The unicode C-API documentation has a deprecation warning on this page:
https://docs.python.org/3.9/c-api/unicode.html#deprecated-py-unicode-apis
stating some functions are
Deprecated since version 3.3, will be removed in version 4.0.
But as far as I
Noor Michael added the comment:
I will address the original issue regarding '%z', but the second issue actually
has to do with the Unicode representation of Turkish characters. In Turkish,
the letter I ('\u0049') is a capital ı ('\u0131') and the letter İ (
Change by Noor Michael :
--
keywords: +patch
pull_requests: +23411
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24627
___
Python tracker
<https://bugs.python.org/issu
New submission from Michael Felt :
issue40192 introduced the use of nanosecond reporting of time.
The new routine called is not available in AIX 5.3:
xlc_r -O -I/opt/include -O2 -qmaxmem=-1 -qarch=pwr5 -O
-I../git/python-3.9/Include/internal -IObjects -IInclude -IPython -I.
-I
Ido Michael added the comment:
Hey looks like this PR is good to go?
--
nosy: +Ido Michael
___
Python tracker
<https://bugs.python.org/issue23082>
___
___
Pytho
Ido Michael added the comment:
Fixed Tal's comments, I took the darwin if check out of the
reduction.HAVE_SEND_HANDLE, also fixed the test
--
___
Python tracker
<https://bugs.python.org/is
Ido Michael added the comment:
Hey Tal, I see this issue is pending and pretty much done, what else there's to
fix here?
--
nosy: +Ido Michael
___
Python tracker
<https://bugs.python.org/is
Ido Michael added the comment:
Did you try using the urllib.urlencode() function?
Also it's not clear to me what happens if you give the expected string to
urlunsplit() ? I believe it will keep the format as is, str or URL encoded.
Tal what do you think?
--
nosy: +Ido Mi
Change by Ido Michael :
--
nosy: +taleinat
___
Python tracker
<https://bugs.python.org/issue40373>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ido Michael :
--
nosy: -Ido Michael
___
Python tracker
<https://bugs.python.org/issue10572>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ido Michael added the comment:
I agree it should be more informative and have the same standard as the rest of
the Errors messages.
Can I start a PR?
--
nosy: +Ido Michael
___
Python tracker
<https://bugs.python.org/issue40
Ido Michael added the comment:
Does it includes the FancyURLopener? This class is derived from URLopener.
Also what needs to be done?
Remove the URLopener, URLopener_Tests and DummyURLopeners ?
--
nosy: +Ido Michael
___
Python tracker
<ht
Michael Felt added the comment:
I think this is showing up again. Ot seemed to be away when using xlcv13 (and
is away with xlcv11).
I switched my bot off of xlc (v13) because compile fails again - and I'll
investigate manually using xlc again.
If you could prep a PR where the chan
Ido Michael added the comment:
I think it can be closed?
--
nosy: +Ido Michael
___
Python tracker
<https://bugs.python.org/issue19670>
___
___
Python-bugs-list m
Change by Ido Michael :
--
nosy: +taleinat
___
Python tracker
<https://bugs.python.org/issue19670>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ido Michael :
--
nosy: +taleinat
___
Python tracker
<https://bugs.python.org/issue33689>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ido Michael added the comment:
I can take this
--
nosy: +Ido Michael, taleinat
___
Python tracker
<https://bugs.python.org/issue40594>
___
___
Python-bugs-list m
Ido Michael added the comment:
Tal, is there a decision to this debate or can I just move the dep. warning?
--
nosy: +Ido Michael, taleinat
___
Python tracker
<https://bugs.python.org/issue40
Change by Ido Michael :
--
keywords: +patch
pull_requests: +19893
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/20679
___
Python tracker
<https://bugs.python.org/issu
Ido Michael added the comment:
Created a PR: GH-20679
I did see some of the changes are already in the code for example,
test_underpth_nosite_file.test_sity.py already had pth_lines filter out: ''.
I think it's because this issue relevant only for 3.6?
Or maybe this i
Michael Felt added the comment:
The 'fancy' file name breaks on latin-1 character set.
aixtools@gcc119:[/home/aixtools/python/py39-3.9]
a4fa9a95153a3800dea60b3029b2dcaf8a4f6acb Lib/test/test_importlib/test_main.py
<
diff --git a/Lib/test/test_importlib/test_m
New submission from Michael Richardson :
The simplest tarcopy program seems to result in output that GNU tar, bsdtar,
and even Emacs tar-mode is unable to correctly process.
It appears that the resulting tar file is missing files, but examination of the
raw output shows they might be there
Change by Michael Richardson :
--
versions: +Python 3.7
___
Python tracker
<https://bugs.python.org/issue40914>
___
___
Python-bugs-list mailing list
Unsub
Michael Felt added the comment:
Actually, iirc - xlc is c99 plus a few extra settings.
The configuration files for xlc are, traditionally, in /etc (the later
versions of the compiler have moved them into /opt/show/where so that
multiple versions of the compiler can be installed.
buildbot@x064
Michael Felt added the comment:
No, it is not supported - asin there are no new patches - but there are
organizations that use it.
imho - those organizations are not likely to be using the latest Python
- but I have been packaging Python on AIX 5.3 and AIX 6.1 - as these
packages run
Michael Felt added the comment:
specifically, makexp_aix - from 1998-1999 - did not consider parallelization.
make -j2 is sufficient to create the following issue - that frequently leads to
a failed compile/build.
./Modules/makexp_aix Modules/python.exp . libpython3.9d.a; gcc -pthread
Change by Michael Felt :
--
title: AIX: parallel build and ld WARNINGS -> AIX: makexp_aix, parallel build
(failures) and ld WARNINGS
___
Python tracker
<https://bugs.python.org/issu
Michael Felt added the comment:
Yes, it is less hacky - and something to pursue later - as a better
solution. Even the idea of perhaps no longer needing makexp_aix and/or
ld_so_aix and python.exp is much better solution.
However, the goal of this PR is to have something now - that removes the
Michael Felt added the comment:
I'll switch my bot https://buildbot.python.org/all/#/builders/119 to use
c99_r rather than xlc_r.
Test 1129 will b e the first with c99_r (and xlc v13).
On 11/06/2020 00:37, Stefan Krah wrote:
> Stefan Krah added the comment:
>
> So it
Michael Felt added the comment:
I’ll switch back to xlc ( even try without the _r ) and look for the macro asap
(vacation and occasional travel).
Sent from my iPhone
> On 15 Jun 2020, at 21:20, Stefan Krah wrote:
>
>
> Stefan Krah added the comment:
>
> Thanks!
>
Michael Felt added the comment:
I switched the "aixtools" bot back to "xlc", and also back to my POWER6
server that runs xlc-v11.
iirc it is xlc-v13 (or maybe even v12) that is having trouble with
_decimal (or is it POWER8). From memory, _decimal was compiling properly
wit
Michael Felt added the comment:
There is still a lot of AIX 6.1 out there, and iirc, there may be
"extended" support available.
However, at this point in time the bots run (most of the time) on AIX
7.2, -- occasionally, on AIX 7.1. And when I (personally) test - it is
usually on AI
Change by Michael Osipov <1983-01...@gmx.net>:
--
nosy: +michael-o
___
Python tracker
<https://bugs.python.org/issue11102>
___
___
Python-bugs-list
New submission from Michael Simacek :
I belive the python traceback module was designed to produce the same output as
the internal exception printer (sys.__excepthook__), but this is not the case
when the exception's __str__ raises an exception.
Given an exception of the following
New submission from Michael J. :
Hello,
Earlier today, I was developing a program and I wanted to check its variables
after it finished running. Simply going into a terminal, entering my program's
directory, and executing "python3 index.py" would return control to the command
Michael J. added the comment:
Attached I have a file containing the script for my program. It's obviously
incomplete, but it will work as a sample file for demonstrating the output and
behavior of the interpreter. (1/2)
--
Added file: https://bugs.python.org/file49254/ind
Michael J. added the comment:
This is a screenshot of the output I received when I ran index.py in a
terminal. As you can see, it imports the script OK, but then it tries to find
index as a package, and it fails and prints an error. (2/2)
--
Added file: https://bugs.python.org
Change by Ido Michael :
--
keywords: +patch
pull_requests: +20191
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21017
___
Python tracker
<https://bugs.python.org/issu
Ido Michael added the comment:
Opened a PR:
GH-21017
The documentation in the internal functions was helpful.
Should I also add it once decided on the format in here?
Doc/library/http.cookies.rst:55
--
___
Python tracker
<https://bugs.python.
Ido Michael added the comment:
Thanks Tal.
Yes, I also got the impression we want to clean this, sorry Christian.
Please let me know how to follow up on this.
--
___
Python tracker
<https://bugs.python.org/issue40
New submission from Michael Shields :
On macOS 10.5.5:
/tmp $ defaults export com.apple.security.KCN -
http://www.apple.com/DTDs/PropertyList-1.0.dtd";>
absentCircleWithNoReason
applicationDate
-12-30T00:00:00Z
lastCircleStatus
Michael Felt added the comment:
I have been doing manual tests - and it seems build is broken for AIX
and xlc.
I shall be working on a git bisect to try and identify what broke it for
xlc-v11. Finding what broke xlc-v13 will require more time.
Note: it is no longer limited to _decimal not
Michael Shields added the comment:
You're correct that there is no year 0, but as you see Apple does use
-12-30T00:00:00Z in their plists. I did not set that in order
to test plistlib; it's what I found on my system.
If it's a goal that plistlib be able to parse system-g
New submission from Michael Rich :
Hi, a web server can be incorrectly bound to an already in-use socket when
binding a HTTPServer on windows. The issue is discussed here:
https://stackoverflow.com/questions/51090637/running-a-python-web-server-twice-on-the-same-port-on-windows-no-port
Michael DePalatis added the comment:
I think the other issue here is that the ConvertingX classes aren't documented
apart from comments in the code where they are defined.
--
nosy: +mivade
___
Python tracker
<https://bugs.python.org/is
New submission from Michael Felt :
As the bots were both running - based on gcc - this was not noticed immediately.
issue40334 implements PEP 617, the new PEG parser for CPython.
Using bisect I located:
commit c5fc15685202cda73f7c3f5c6f299b0945f58508 (HEAD, refs/bisect/bad)
Author: Pablo
Michael Felt added the comment:
Well, the first step -s just showing where the segmentation fault occurs (in
pegen.c).
I am not really 'wiser' in what I should be looking at. I'll try adding a
fprintf(stderr, ) to see if I can figure out a bit more.
For the expert
1001 - 1100 of 3015 matches
Mail list logo
