Michael Blahay added the comment:
At the end of msg309603 it was stated that this issue is being changed to an
enhancement. Later on, Tim Peters changed it Type back to behavior, but didn't
provide any detail about why. Should this issue still be considered an
enhancement?
--
Michael Blahay added the comment:
PR 13203 is still waiting for merge
--
___
Python tracker
<https://bugs.python.org/issue27639>
___
___
Python-bugs-list mailin
Change by Michael Felt :
--
pull_requests: +5012
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue27435>
___
___
Python-bugs-list mai
Michael Felt added the comment:
On 30/07/2016 02:51, Martin Panter wrote:
> Martin Panter added the comment:
>
>
> ./python -m unittest -v ctypes.test.test_bitfields
>
> What I am suggesting as a fix is to change line 381 from plain “int” to
> “signed int”, and 382 to “si
Michael Felt added the comment:
On 04/08/2016 10:58, Martin Panter wrote:
> Martin Panter added the comment:
>
> Okay, so to be clear, I am assuming XLC supports all of the following fields,
> and uses unsigned bit fields by default:
>
> struct UNSIGNED_BITS {
>
Change by Michael Felt :
--
pull_requests: +5020
___
Python tracker
<https://bugs.python.org/issue27643>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Felt added the comment:
@panter - your patch seems to be working well. Thanks.
PR 5164 submitted for review
--
___
Python tracker
<https://bugs.python.org/issue27
New submission from Michael Felt :
in issue25582 - the issue is not (yet) resolved. Perhaps this one can be closed
and issue25582 reopened.
Both from python2-2.7.14 and "git master" I am getting:
michael@x071:[/data/prj/python/git/gcc-python3-3.7]./python -m u
Change by Michael Felt :
--
keywords: +patch
pull_requests: +5037
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue28009>
___
___
Py
Michael Felt added the comment:
PR added, please review.
--
___
Python tracker
<https://bugs.python.org/issue28009>
___
___
Python-bugs-list mailing list
Unsub
Michael Felt added the comment:
FYI: - On AIX, no uuid_create support:
./python -m unittest -v test.test_uuid
...
Ran 48 tests in 0.261s
OK (skipped=37)
On AIX 6.1 (with ctypes, without _uuid)
./python -m unittest -v test.test_uuid
...
Ran 48 tests in 0.274s
OK (skipped=32)
On AIX 6.1
Michael Felt added the comment:
Thanks for the clarification.
Being curious, is there a way to see what the size of the cache is? I want to
believe, but i do not have the impression memory is being reallocated to later
users. My gut feeling is that the code change permits repeated calls to
Michael Felt added the comment:
On 14/01/2018 22:01, Antoine Pitrou wrote:
> Antoine Pitrou added the comment:
>
> Is nohup required in the example you just posted or is that a red herring?
>
> --
>
> ___
> Python tracker
&g
Michael Felt added the comment:
After even more years - I see the same test failing, just a bit different.
And, others
in short:
./python Lib/test/test_distutils.py
...
Ran 245 tests in 10.337s
FAILED (errors=7, skipped=31)
I have managed to get this to:
FAILED (errors=1, skipped=37
Change by Michael Felt :
--
versions: +Python 3.7 -Python 3.2
___
Python tracker
<https://bugs.python.org/issue11191>
___
___
Python-bugs-list mailing list
Unsub
Michael Felt added the comment:
a) Is this normal?
root@x065:[/data/prj/python/git/python3-3.7]./python -m unittest
test.test_distutils
--
Ran 0 tests in 0.000s
OK
In short - at the start I had:
./python Lib/test
Change by Michael Felt :
--
keywords: +patch
pull_requests: +5060
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue11191>
___
___
Py
Michael Felt added the comment:
Back to master (python3-3.7)
(note: not your problem - but this link is gone: not a python problem, see
closed aix issue http://www-01.ibm.com/support/docview.wss?uid=isg1IZ57712)
Getting this (obviously) on AIX 5.3, but also on AIX 6.1 (TL6), but not on AIX
Michael Felt added the comment:
I have tried jumping into the pdp using
but do not come much further in understanding how the expectations expressed in
these comments are satisfied:
+2153 # Tests for the sendmsg()/recvmsg() interface. Where possible, the
+2154 # same test code is used
Michael Felt added the comment:
Actually, the libc/libuuid function called should be setting the
version/variant values as well.
So, I think the AMD64 FreeBSD 10.x Shared 3.x uuid_generate() function is wrong
(if that is what it is using - was it/can it also use the uuid_generate*
routines
Michael Felt added the comment:
typo here:
So, I think the AMD64 FreeBSD 10.x Shared 3.x uuid_create() function is wrong
(if that is what it is using - was it/can it also use the uuid_generate*
routines?
i.e., does AMD FreeBSD use uuid_create() or uuid_generate() - or can it use
both
New submission from Michael Durso :
This is more of an issue with socketserver rather than multiprocessing. I
could not find socketserver experts to add to the nosy list, but I've included
the multiprocessing experts for completeness.
Under specific conditions, multiprocessing queues
Change by Michael Durso :
--
keywords: +patch
pull_requests: +5104
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32608>
___
___
Py
Michael Felt added the comment:
On 1/17/2018 11:16 AM, David CARLIER wrote:
> David CARLIER added the comment:
>
> Might comes from uuid1 function itself ... e.g. line 704 not setting version
> "field".
IMHO: for uuid1 - the version number should be in the 16 bytes fille
Michael Foord added the comment:
There are several disadvantages to doing deepcopy:
* identity checks now fail
* deep copying is slow
* deep copying doesn't work on arbitrary objects
So deep copying by default isn't a good idea. This particular case is mentioned
in the docs, with
Michael Foord added the comment:
This seems like a reasonable feature request.
--
___
Python tracker
<https://bugs.python.org/issue32299>
___
___
Python-bug
Michael Felt added the comment:
Just tested the patch presented.
For Python3-3.6.4 the patch in PR-5206 works as is, however, for Python3-3.5.4
- the patch to Lib/test/support/__init__.py does not work.
So, for Python3-3.5, Python3-3.6 and Python3-master - the test test_search_cpp
is
New submission from Michael Felt :
While working in issue11191 I found a fix for Python3-3.6 and later for the
following tests, and later - but not for Python3-3.5
I suppose "we" could ignore the error on Python3-3.5 (as I then have a quick -
simple - fix for Python3-3.6
Michael Felt added the comment:
Now that it is visible - maybe OpenBSD will treat it as a bug and get
the "version bits" to work as their man page
(https://man.openbsd.org/uuid.3) says it does:
STANDARDS <https://man.openbsd.org/uuid.3#STANDARDS>
The *uuid_compare*
Change by Michael Felt :
--
versions: +Python 3.7
___
Python tracker
<https://bugs.python.org/issue27643>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Michael Felt :
--
pull_requests: +5378
___
Python tracker
<https://bugs.python.org/issue27643>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Michael Lazar :
Hello,
I have stumbled upon a couple of inconsistencies in urllib.robotparser's
__str__ methods.
These appear to be unintentional omissions; basically the code was modified but
the string methods were never updated.
1. The RobotFileParser.__str__ m
Change by Michael Lazar :
--
keywords: +patch
pull_requests: +5500
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32861>
___
___
Py
Michael Felt added the comment:
If it is a bug in OpenBSD how do you propose we "fix" this.
imho, the problem is "outside" python.
however, until it is fixed in openbsd, would you accept an 3error macro that
prevents the mod from being built on the specific version o
Michael Felt added the comment:
oops, sain openbsd, should be freebsd
--
___
Python tracker
<https://bugs.python.org/issue32493>
___
___
Python-bugs-list mailin
Michael Durso added the comment:
Hi Antoine, no worries for the delay.
I've been looking into why the AppVeyor check is failing. I believe it to be
an issue with the test harness in that it changes the environment during the
tests, but only in the Windows case. I have been thinking
Michael Selik added the comment:
If you're going to tackle this problem, this should probably be solved for the
general case of n <= 0 rather than just n == 0.
In [1]: import random
In [2]: class Random(random.Random):
...: def random(self):
...: return super(
New submission from Michael McCoy :
Exception handling matches subtypes, not subclasses
# Example
from abc import ABC
class MyException(Exception, ABC):
pass
class OtherException(Exception):
pass
MyException.register(OtherException)
try
Change by Michael McCoy :
--
title: Exception handling matches subtypes, not subclasses -> Exception
handling matches subclasses, not subtypes
___
Python tracker
<https://bugs.python.org/issu
Change by Michael McCoy :
--
title: Exception handling matches subclasses, not subtypes -> Exception
handling should match subclasses, not subtypes
___
Python tracker
<https://bugs.python.org/issu
Michael McCoy added the comment:
Adding Serhiy because this relates to issue31091, and specifically claims that
there _was_ a bug in the old code (msg299585).
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue33
Michael McCoy added the comment:
Serhiy, it sure is. I'll note that the issue is open. Moreover, reading through
the history, Guido says it's a bug (msg160418), and there was agreement that it
should be fixed. It's unclear why it was dropped.
Can you help me get this in? I
Change by Michael McCoy :
--
pull_requests: +6160
___
Python tracker
<https://bugs.python.org/issue12029>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael McCoy added the comment:
Amalgamating the patch history here, I've updated the tests on Github (PR6160)
to include tests for both the recursive case and ensure the correct error is
propagated up if an exception occurs during the subclass check.
I've also added a check to e
Michael McCoy added the comment:
Sorry, my last message referred to Github PR6460 / pull_request6160.
--
versions: +Python 3.4, Python 3.6, Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue12
Michael Felt added the comment:
On 15/04/2018 07:56, Ned Deily wrote:
> Ned Deily added the comment:
>
> Thanks for the report and the good detective work! I see the same results.
> It appears that the error was introduced by
> c5ae169e1b73315672770517bf51cf8464286c76 for
Michael Durso added the comment:
Hi Antoine, were you able to check out the pull request? I'd like to get the
issues resolved so the code can be merged into the next version.
Thanks!
--
___
Python tracker
<https://bugs.python.org/is
Michael Romero added the comment:
So is this now considered resolved for High Sierra users via 2.7.15rc1?
--
nosy: +Michael Romero
___
Python tracker
<https://bugs.python.org/issue32
New submission from Michael Klatt :
The behavior of os.path.join() regarding path separators does not match the
documentation. This affects Python 3.6, and goes back to at least Python 2.7.
>From the documenation:
"The return value is the concatenation of path and any members of *pa
Michael Klatt added the comment:
For me, the ambiguity is due to the phrases "exactly one directory separator"
and "the only way to produce a trailing separator".
I would suggest:
"The return value is the concatenation of path and any members of *paths so
that there
Michael Durso added the comment:
I added more commits to the PR based on your comments. Although I cannot
figure out why on the new Process objects create Threads that do not get
cleaned up.
--
___
Python tracker
<https://bugs.python.
New submission from Michael Selik :
Now that dicts are tracking insertion order, they can be made reversible via
the built-in reversed, just like OrderedDict.
--
messages: 316386
nosy: selik
priority: normal
severity: normal
status: open
title: reversible dict
type: enhancement
New submission from Michael Selik :
Since the basic dict is now keeping insertion order, can we switch
namedtuple._asdict to return a basic dict? Other than OrderedDict.move_to_end
and the repr, I believe there is no compatibility issue.
--
messages: 316387
nosy: selik
priority
New submission from Michael Felt :
I struggled with how python was packaged by others. Key points being: many
dependencies, no assurance you could uninstall the dependencies and/or python.
A little over two years ago I started looking for 'root causes' of problems
that potentia
Michael Felt added the comment:
FYI: as my primary effort for AIX concerned ctypes.find_library() - and that is
now in the Python3-3.7 branch - when I do a PR it will only be for "current"
efforts, i.e., Python3-3.7 and later.
As much as I feel it is important I'll backp
Michael Felt added the comment:
P.s. i apologize for probably posting in the incorrect “issues” area. Having
followed guido’s link i see an area that is new for me.
If it is better that i “restart” the discussion there, just ask.
--
nosy: +aixto...@gmail.com
Change by Michael Selik :
--
keywords: +patch
pull_requests: +6461
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue33463>
___
___
Py
Michael Selik added the comment:
Is this warning what you had in mind?
https://github.com/python/cpython/pull/6772
--
___
Python tracker
<https://bugs.python.org/issue33
Michael Selik added the comment:
Right, a blend of the code from dictiterobject
(https://github.com/python/cpython/blob/master/Objects/dictobject.c#L3309) and
listreviterobject
(https://github.com/python/cpython/blob/master/Objects/listobject.c#L3128
Michael Felt added the comment:
Took me a while to get this 'posted' properly.
- please see https://github.com/python/pythondotorg/issues/1156
My apologies for the noise.
--
stage: -> resolved
status: open -> closed
___
Python
Michael Felt added the comment:
OOT builds are working for Python2.7, Python3-3.5, Python3-3.6 (and later I
expect) but not for Python3-3.4(.8)
unable to execute '../git/python3-3.4.8/Modules/ld_so_aix': No such file or
directory
while building OOT
root@x066:[/data/prj/pyt
Michael Felt added the comment:
Wishing I could edit a post...
root@x066:[/data/prj/python]find ./python3-3.4.8 git/python3-3.4.8 -name
ld_so_aix
./python3-3.4.8/Modules/ld_so_aix
--
___
Python tracker
<https://bugs.python.org/issue27
New submission from Michael Romero :
Hello,
I have recently been working with a PAC-MAN project developed by Berkeley for
their A.I. course. My primary workstation is a Touchbar MBP (3.1ghz core i7
w/16gb RAM and an SSD). I had noticed how PAC-MAN's performance would sort
of... st
Michael Romero added the comment:
"search.zip" on http://ai.berkeley.edu/project_log.html will also display the
same performance issue.
--
Added file: https://bugs.python.org/file47587/search.zip
___
Python tracker
<https://bu
Change by Michael Romero :
--
type: -> performance
___
Python tracker
<https://bugs.python.org/issue33500>
___
___
Python-bugs-list mailing list
Unsubscrib
Michael Cuthbert added the comment:
A pull request has been in for about a month -- is it possible to review or
merge or comment? Thanks!
--
___
Python tracker
<https://bugs.python.org/issue17
Michael DePalatis added the comment:
This would be a useful feature, but I don't think it quite fits in the math
package. It might make more sense to use this with string formatting, for
example:
{:h}.format(filesize)
where I use h as the format specifier since it doesn't appear t
New submission from Michael Selik :
The trace module command-line utility doesn't write cover files. I've noticed
this issue for some years now. It works fine in Python 2. When using Python 3,
no ".cover" files are written, regardless of how "--coverdir" is spec
Michael Selik added the comment:
The problem appears to be a mistake in commit
f026dae130bf6f9015c4b212f16852ba4a3f3dec
https://github.com/python/cpython/commit/f026dae130bf6f9015c4b212f16852ba4a3f3dec
This made the writing of cover files conditional on ``show_missing`` which is
the option
Michael Selik added the comment:
While writing a patch for this, I noticed the ``lnotab`` parameter seems nearly
unused. It's a dict, but is only used for its keys.
https://github.com/python/cpython/blob/master/Lib/trace.py#L333
Further, the choice to count unreached lines only
Change by Michael Selik :
--
keywords: +patch
pull_requests: +4174
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue31908>
___
___
Py
Michael Selik added the comment:
Ok, pull request submitted:
https://github.com/python/cpython/pull/4205
--
___
Python tracker
<https://bugs.python.org/issue31
New submission from Michael Selik :
What behavior did you expect from your code?
What behavior did you get instead?
It looks like you're not calling the list copy method correctly. Try writing
"tables2.copy()" instead of "tables2.copy". It also looks like you have
Change by Michael Evans :
--
pull_requests: +4292
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue7938>
___
___
Python-bugs-list mai
Michael Hrivnak added the comment:
My project also has a use case for this, very similar to the others described.
Here's what we want:
with ThreadPoolExecutor(queue_size=500) as executor:
for item in parse_a_long_list_of_work(somefile.xml):
executor.submit(Job(item))
I do not wa
Change by Michael Selik :
--
nosy: +selik
___
Python tracker
<https://bugs.python.org/issue31908>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Selik added the comment:
You're referring to something like this:
+def test_count_and_summary(self):
+name = TESTFN + '.py'
+with open(name, 'w') as fd:
+self.addCleanup(unlink, name)
+fd.write("""\
+x
Michael Felt added the comment:
On 11/20/2017 5:22 PM, Serhiy Storchaka wrote:
> Serhiy Storchaka added the comment:
>
> _unixdll_getnode, _ifconfig_getnode, and _arp_getnode were changed recently.
> Are they still not working on AIX?
After a clone of master:
a) _unixdll_getnode i
New submission from Michael Felt :
after git clone from master:
make install fails to complete with:
Important - python is not installed already.
FYI: also note - build completes successfully with 2.7.14 (will download and
check other python3 versions)
if test "xupgrade&quo
Michael Felt added the comment:
FYI: version 3.6.3 compiles and builds without this issue.
+ make install DESTDIR=/var/aixtools/python/Python/3.6.3.0 >
.buildaix/install.out
+ mkinstallp.ksh /var/aixtools/python/Python/3.6.3.0 > .buildaix/mkinstallp.out
--
versions: +Pyth
Michael Felt added the comment:
no. I'll install what I have atm.
Too bad - as now it will have an install dependency.
re: https://bugs.python.org/issue27976#msg274628 -- seems a warning that libffi
is not available might be useful after all.
Question: is ffi still bundled for Darwin -
Michael Felt added the comment:
If I removed you from nosy - purely accidental - probably because you answered
and I still had a dialog open with you not in it.
My apologies in any case. I'll be more careful should something like that
happen again.
I am aware of the other dependencies
Michael Felt added the comment:
x064 is AIX 5.3, x071 is AIX 6.1, x072 is AIX 7.1 - in the following output
On 11/20/2017 9:01 PM, Serhiy Storchaka wrote:
> Serhiy Storchaka added the comment:
>
> What return commands `ifconfig`, `ifconfig -a`, `ifconfig -av`, `ip link
> lis
Michael Haubenwallner added the
comment:
Although I'm unable to double check for the moment, feels like the "SVR4"
support still is incomplete: Remember that even the libNAME.so file may be an
archive, or a symlink to an archive, with the real Shared Object as member
having
Michael Felt added the comment:
SVR4 - stands for AT&T System V Release 4 - the beginning (as I understand it)
of shared libraries as (indivudual) .so files in UNIX. SVR3 (and earlier) used
.a files (aka archives with members in
New submission from Michael Felt :
current level: commit 4b965930e8625f77cb0e821daf5cc40e85b45f84 (HEAD -> master,
upstream/master, origin/master, origin/HEAD)
Build message:
michael@x071:[/data/prj/python/git/python3-3.7.X]make
xlc_r -DNDEBUG -O -I/opt/include -O2 -qmaxmem=-1 -qarch=p
Michael Felt added the comment:
OOps - wrong error!
It is the new fsid variable!
michael@x071:[/data/prj/python/git/python3-3.7.0.a3]xlc_r -DNDEBUG -O
-I/opt/include -O2 -qmaxmem=-1 -qarch=pwr5 -I. -I./Include -I/opt/in>
"./Modules/posixmodule.c", line 5514.11: 1506-131
Michael Felt added the comment:
FYI: from /usr/include/types.h
/* typedef for the File System Identifier (fsid). This must correspond
* to the "struct fsid" structure in _ALL_SOURCE below.
*/
typedef struct fsid_t {
#ifdef __64BIT_KERNEL
unsigned long val
Michael Haubenwallner added the
comment:
Within this context, the "svr4" label originates in the "-bsvr4" AIX linker
flag, and actually is another (yet fully documented by the ld(1) man page)
method for creating shared libraries on AIX to support filename based shared
Michael Felt added the comment:
Sure - I'll work on a PR. This will be the easier one.
Where I am currently 'lost' is to correct _uuidmodule.c - another thing that
has always been broken (new issue, about to open).
--
___
Python
New submission from Michael Felt :
I was hoping for something simple - as in:
+1 #define PY_SSIZE_T_CLEAN
+2
+3 #include "Python.h"
+4 #ifndef _AIX
+5 #include
+6 #else
+7 #include
+8 #endif
However, it dies - instantly.
11 | stati
Michael Felt added the comment:
So - KISS principle:
This diff shows what can compile:
diff --git a/Modules/_uuidmodule.c b/Modules/_uuidmodule.c
index d4bc3c7..5550705 100644
--- a/Modules/_uuidmodule.c
+++ b/Modules/_uuidmodule.c
@@ -1,7 +1,11 @@
#define PY_SSIZE_T_CLEAN
#include
Change by Michael Felt :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue32399>
___
___
Python-bugs-list mailing list
Unsubscrib
Michael Felt added the comment:
Understood.
What I have learned.
Although the types are quite different, they are both 16 bytes.
Starting with AIX 6.1, libc includes uuid_create(&uuid, &status)
which fills "uuid" with a uuid.uuid1() like result.
After calling uui
Michael Felt added the comment:
Well, replied via email response - but it did not show up here.
You suggestion worked. I'll start a PR and we can see if your suggestion also
works for all the other platforms.
--
___
Python tracker
&
Change by Michael Felt :
--
keywords: +patch
pull_requests: +4863
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32390>
___
___
Py
Change by Michael Felt :
--
keywords: +patch
pull_requests: +4865
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32399>
___
___
Py
Michael Felt added the comment:
As the 'basics' seem to be 'accepted', going to work on the PR so that
configure.ac can prepare the right choices, rather than rely on a hard-coded
_AIX determined macro.
--
___
Py
Michael Felt added the comment:
will open a new PR for ./Doc/library/ctypes.rst
--
___
Python tracker
<https://bugs.python.org/issue26439>
___
___
Python-bug
Michael Felt added the comment:
Did some additional research. The code can work asis when _ALL_SOURCE is
undefined. Or, in other words - there does not have to be a variable syntax
issue or separate code for AIX.
As you read this - please remember that since issue #32143 was 'resolved
1501 - 1600 of 3024 matches
Mail list logo
