The Buildbot has detected a new failure on builder AMD64 Debian PGO 3.x while
building python/cpython.
Full details are available at:
https://buildbot.python.org/all/#/builders/249/builds/8904
Buildbot URL: https://buildbot.python.org/all/
Worker for this Build: gps-debian-profile-opt
Build Reason: <unknown>
Blamelist: Adam Williamson <a...@blueradius.ca>, Alex Waygood
<alex.wayg...@gmail.com>, Ken Jin <ken...@python.org>, Nikita Sobolev
<m...@sobolevn.me>, Wulian233 <71213467+wulian...@users.noreply.github.com>
BUILD FAILED: failed test (failure)
Summary of the results of the build (if available):
===================================================
==
Captured traceback
==================
remote: Enumerating objects: 43, done.
remote: Counting objects: 2% (1/43)
remote: Counting objects: 4% (2/43)
remote: Counting objects: 6% (3/43)
remote: Counting objects: 9% (4/43)
remote: Counting objects: 11% (5/43)
remote: Counting objects: 13% (6/43)
remote: Counting objects: 16% (7/43)
remote: Counting objects: 18% (8/43)
remote: Counting objects: 20% (9/43)
remote: Counting objects: 23% (10/43)
remote: Counting objects: 25% (11/43)
remote: Counting objects: 27% (12/43)
remote: Counting objects: 30% (13/43)
remote: Counting objects: 32% (14/43)
remote: Counting objects: 34% (15/43)
remote: Counting objects: 37% (16/43)
remote: Counting objects: 39% (17/43)
remote: Counting objects: 41% (18/43)
remote: Counting objects: 44% (19/43)
remote: Counting objects: 46% (20/43)
remote: Counting objects: 48% (21/43)
remote: Counting objects: 51% (22/43)
remote: Counting objects: 53% (23/43)
remote: Counting objects: 55% (24/43)
remote: Counting objects: 58% (25/43)
remote: Counting objects: 60% (26/43)
remote: Counting objects: 62% (27/43)
remote: Counting objects: 65% (28/43)
remote: Counting objects: 67% (29/43)
remote: Counting objects: 69% (30/43)
remote: Counting objects: 72% (31/43)
remote: Counting objects: 74% (32/43)
remote: Counting objects: 76% (33/43)
remote: Counting objects: 79% (34/43)
remote: Counting objects: 81% (35/43)
remote: Counting objects: 83% (36/43)
remote: Counting objects: 86% (37/43)
remote: Counting objects: 88% (38/43)
remote: Counting objects: 90% (39/43)
remote: Counting objects: 93% (40/43)
remote: Counting objects: 95% (41/43)
remote: Counting objects: 97% (42/43)
remote: Counting objects: 100% (43/43)
remote: Counting objects: 100% (43/43), done.
remote: Compressing objects: 3% (1/31)
remote: Compressing objects: 6% (2/31)
remote: Compressing objects: 9% (3/31)
remote: Compressing objects: 12% (4/31)
remote: Compressing objects: 16% (5/31)
remote: Compressing objects: 19% (6/31)
remote: Compressing objects: 22% (7/31)
remote: Compressing objects: 25% (8/31)
remote: Compressing objects: 29% (9/31)
remote: Compressing objects: 32% (10/31)
remote: Compressing objects: 35% (11/31)
remote: Compressing objects: 38% (12/31)
remote: Compressing objects: 41% (13/31)
remote: Compressing objects: 45% (14/31)
remote: Compressing objects: 48% (15/31)
remote: Compressing objects: 51% (16/31)
remote: Compressing objects: 54% (17/31)
remote: Compressing objects: 58% (18/31)
remote: Compressing objects: 61% (19/31)
remote: Compressing objects: 64% (20/31)
remote: Compressing objects: 67% (21/31)
remote: Compressing objects: 70% (22/31)
remote: Compressing objects: 74% (23/31)
remote: Compressing objects: 77% (24/31)
remote: Compressing objects: 80% (25/31)
remote: Compressing objects: 83% (26/31)
remote: Compressing objects: 87% (27/31)
remote: Compressing objects: 90% (28/31)
remote: Compressing objects: 93% (29/31)
remote: Compressing objects: 96% (30/31)
remote: Compressing objects: 100% (31/31)
remote: Compressing objects: 100% (31/31), done.
remote: Total 43 (delta 14), reused 25 (delta 12), pack-reused 0
>From https://github.com/python/cpython
* branch main -> FETCH_HEAD
Note: switching to '6f63dfff6f493b405f3422210a168369e1e7a35d'.
You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.
If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:
git switch -c <new-branch-name>
Or undo this operation with:
git switch -
Turn off this advice by setting config variable advice.detachedHead to false
HEAD is now at 6f63dfff6f4 gh-117657: Make PyType_HasFeature (exported version)
atomic (#120484)
Switched to and reset branch 'main'
find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
find: ‘build’: No such file or directory
make[2]: [Makefile:3123: clean-retain-profile] Error 1 (ignored)
./Modules/readline.c: In function ‘setup_readline’:
./Modules/readline.c:1305:21: warning: assignment to ‘int (*)(void)’ from
incompatible pointer type ‘int (*)(const char *, int)’
[-Wincompatible-pointer-types]
1305 | rl_startup_hook = on_startup_hook;
| ^
./Modules/readline.c:1307:23: warning: assignment to ‘int (*)(void)’ from
incompatible pointer type ‘int (*)(const char *, int)’
[-Wincompatible-pointer-types]
1307 | rl_pre_input_hook = on_pre_input_hook;
| ^
./Modules/readline.c: In function ‘setup_readline’:
./Modules/readline.c:1305:21: warning: assignment to ‘int (*)(void)’ from
incompatible pointer type ‘int (*)(const char *, int)’
[-Wincompatible-pointer-types]
1305 | rl_startup_hook = on_startup_hook;
| ^
./Modules/readline.c:1307:23: warning: assignment to ‘int (*)(void)’ from
incompatible pointer type ‘int (*)(const char *, int)’
[-Wincompatible-pointer-types]
1307 | rl_pre_input_hook = on_pre_input_hook;
| ^
In function ‘utf8_toUtf8’,
inlined from ‘toAscii’ at ./Modules/expat/xmltok.c:1038:3,
inlined from ‘doParseXmlDecl’ at ./Modules/expat/xmltok.c:1192:13:
./Modules/expat/xmltok.c:392:5: warning: ‘memcpy’ writing 2 or more bytes into
a region of size 1 overflows the destination [-Wstringop-overflow=]
392 | memcpy(*toP, *fromP, bytesToCopy);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./Modules/expat/xmltok.c: In function ‘doParseXmlDecl’:
./Modules/expat/xmltok.c:1036:8: note: destination object ‘buf’ of size 1
1036 | char buf[1];
| ^~~
In function ‘utf8_toUtf8’,
inlined from ‘toAscii’ at ./Modules/expat/xmltok.c:1038:3,
inlined from ‘parsePseudoAttribute’ at ./Modules/expat/xmltok.c:1070:9:
./Modules/expat/xmltok.c:392:5: warning: ‘memcpy’ writing 2 or more bytes into
a region of size 1 overflows the destination [-Wstringop-overflow=]
392 | memcpy(*toP, *fromP, bytesToCopy);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./Modules/expat/xmltok.c: In function ‘parsePseudoAttribute’:
./Modules/expat/xmltok.c:1036:8: note: destination object ‘buf’ of size 1
1036 | char buf[1];
| ^~~
In function ‘utf8_toUtf8’,
inlined from ‘toAscii’ at ./Modules/expat/xmltok.c:1038:3,
inlined from ‘parsePseudoAttribute’ at ./Modules/expat/xmltok.c:1076:12:
./Modules/expat/xmltok.c:392:5: warning: ‘memcpy’ writing 2 or more bytes into
a region of size 1 overflows the destination [-Wstringop-overflow=]
392 | memcpy(*toP, *fromP, bytesToCopy);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./Modules/expat/xmltok.c: In function ‘parsePseudoAttribute’:
./Modules/expat/xmltok.c:1036:8: note: destination object ‘buf’ of size 1
1036 | char buf[1];
| ^~~
In function ‘utf8_toUtf8’,
inlined from ‘toAscii’ at ./Modules/expat/xmltok.c:1038:3,
inlined from ‘parsePseudoAttribute’ at ./Modules/expat/xmltok.c:1076:12:
./Modules/expat/xmltok.c:392:5: warning: ‘memcpy’ writing 2 or more bytes into
a region of size 1 overflows the destination [-Wstringop-overflow=]
392 | memcpy(*toP, *fromP, bytesToCopy);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./Modules/expat/xmltok.c: In function ‘parsePseudoAttribute’:
./Modules/expat/xmltok.c:1036:8: note: destination object ‘buf’ of size 1
1036 | char buf[1];
| ^~~
In function ‘utf8_toUtf8’,
inlined from ‘toAscii’ at ./Modules/expat/xmltok.c:1038:3,
inlined from ‘parsePseudoAttribute’ at ./Modules/expat/xmltok.c:1083:9:
./Modules/expat/xmltok.c:392:5: warning: ‘memcpy’ writing 2 or more bytes into
a region of size 1 overflows the destination [-Wstringop-overflow=]
392 | memcpy(*toP, *fromP, bytesToCopy);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./Modules/expat/xmltok.c: In function ‘parsePseudoAttribute’:
./Modules/expat/xmltok.c:1036:8: note: destination object ‘buf’ of size 1
1036 | char buf[1];
| ^~~
In function ‘utf8_toUtf8’,
inlined from ‘toAscii’ at ./Modules/expat/xmltok.c:1038:3,
inlined from ‘parsePseudoAttribute’ at ./Modules/expat/xmltok.c:1083:9:
./Modules/expat/xmltok.c:392:5: warning: ‘memcpy’ writing 2 or more bytes into
a region of size 1 overflows the destination [-Wstringop-overflow=]
392 | memcpy(*toP, *fromP, bytesToCopy);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./Modules/expat/xmltok.c: In function ‘parsePseudoAttribute’:
./Modules/expat/xmltok.c:1036:8: note: destination object ‘buf’ of size 1
1036 | char buf[1];
| ^~~
In function ‘utf8_toUtf8’,
inlined from ‘toAscii’ at ./Modules/expat/xmltok.c:1038:3,
inlined from ‘parsePseudoAttribute’ at ./Modules/expat/xmltok.c:1110:7:
./Modules/expat/xmltok.c:392:5: warning: ‘memcpy’ writing 2 or more bytes into
a region of size 1 overflows the destination [-Wstringop-overflow=]
392 | memcpy(*toP, *fromP, bytesToCopy);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./Modules/expat/xmltok.c: In function ‘parsePseudoAttribute’:
./Modules/expat/xmltok.c:1036:8: note: destination object ‘buf’ of size 1
1036 | char buf[1];
| ^~~
In function ‘utf8_toUtf8’,
inlined from ‘toAscii’ at ./Modules/expat/xmltok.c:1038:3,
inlined from ‘parsePseudoAttribute’ at ./Modules/expat/xmltok.c:1123:9:
./Modules/expat/xmltok.c:392:5: warning: ‘memcpy’ writing 2 or more bytes into
a region of size 1 overflows the destination [-Wstringop-overflow=]
392 | memcpy(*toP, *fromP, bytesToCopy);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./Modules/expat/xmltok.c: In function ‘parsePseudoAttribute’:
./Modules/expat/xmltok.c:1036:8: note: destination object ‘buf’ of size 1
1036 | char buf[1];
| ^~~
In function ‘utf8_toUtf8’,
inlined from ‘toAscii’ at ./Modules/expat/xmltok.c:1038:3,
inlined from ‘parsePseudoAttribute’ at ./Modules/expat/xmltok.c:1123:9:
./Modules/expat/xmltok.c:392:5: warning: ‘memcpy’ writing 2 or more bytes into
a region of size 1 overflows the destination [-Wstringop-overflow=]
392 | memcpy(*toP, *fromP, bytesToCopy);
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./Modules/expat/xmltok.c: In function ‘parsePseudoAttribute’:
./Modules/expat/xmltok.c:1036:8: note: destination object ‘buf’ of size 1
1036 | char buf[1];
| ^~~
make: *** [Makefile:2248: buildbottest] Error 3
Test report
===========
Sincerely,
-The BuildbotThe Buildbot has detected a new failure on builder AMD64 Ubuntu
NoGIL Refleaks 3.x while building python/cpython.
Full details are available at:
https://buildbot.python.org/all/#/builders/1226/builds/2020
Buildbot URL: https://buildbot.python.org/all/
Worker for this Build: itamaro-ubuntu-aws
Build Reason: <unknown>
Blamelist: Alex Waygood <alex.wayg...@gmail.com>, Ken Jin <ken...@python.org>,
Nikita Sobolev <m...@sobolevn.me>, Wulian233
<71213467+wulian...@users.noreply.github.com>
BUILD FAILED: failed test (failure)
Summary of the results of the build (if available):
===================================================
==
Captured traceback
==================
Traceback (most recent call last):
File
"/home/ubuntu/buildarea/3.x.itamaro-ubuntu-aws.refleak.nogil/build/Lib/test/datetimetester.py",
line 285, in test_class_members
self.assertEqual(timezone.min.utcoffset(None), -limit)
^^^^^^^^^^^^^^^^^^^^^^
AttributeError: 'float' object has no attribute 'utcoffset'
Traceback (most recent call last):
File
"/home/ubuntu/buildarea/3.x.itamaro-ubuntu-aws.refleak.nogil/build/Lib/test/datetimetester.py",
line 391, in test_aware_datetime
self.assertEqual(tz.tzname(t),
^^^^^^^^^
AttributeError: 'float' object has no attribute 'tzname'
Traceback (most recent call last):
File
"/home/ubuntu/buildarea/3.x.itamaro-ubuntu-aws.refleak.nogil/build/Lib/test/datetimetester.py",
line 272, in test_str
self.assertEqual(str(tz), tz.tzname(None))
^^^^^^^^^
AttributeError: 'float' object has no attribute 'tzname'
Test report
===========
Failed tests:
- test_free_threading
- test_datetime
- test_functools
Failed subtests:
- test_aware_datetime -
test.datetimetester.TestTimeZone_Fast.test_aware_datetime
- test_class_members - test.datetimetester.TestTimeZone_Fast.test_class_members
- test_str - test.datetimetester.TestTimeZone_Fast.test_str
Test leaking resources:
- test_functools: memory blocks
- test_free_threading: memory blocks
Sincerely,
-The Buildbot
_______________________________________________
Buildbot-status mailing list -- buildbot-status@python.org
To unsubscribe send an email to buildbot-status-le...@python.org
https://mail.python.org/mailman3/lists/buildbot-status.python.org/
Member address: arch...@mail-archive.com
