Matt Joiner added the comment:
I do not think so. mypy has the same issue. The ByteString type does not
include the methods shared by all its implementations. I already linked to this
in https://bugs.python.org/msg375553. I also showed that mypy doesn't work in
my last comment
Matt Joiner added the comment:
$ pyright hex.py
stubPath /Users/anacrolix/src/dht-scraper/typings is not a valid directory.
Assuming Python platform Darwin
Searching for source files
Found 1 source file
/Users/anacrolix/src/dht-scraper/hex.py
3:9 - error: Cannot access member "hex"
Change by Matt Joiner :
Added file: https://bugs.python.org/file49423/hex.py
___
Python tracker
<https://bugs.python.org/issue41564>
___
___
Python-bugs-list mailin
Matt Joiner added the comment:
https://github.com/python/cpython/blob/48b069a003ba6c684a9ba78493fbbec5e89f10b8/Lib/_collections_abc.py#L953
https://github.com/python/cpython/blob/0e95bbf08571e98f4b688524efc2dcf20d315d91/Lib/typing.py#L1612
--
status: pending -> o
New submission from Matt Joiner :
I get this error when running pyright for a type of typing.ByteString. All the
implementations of ByteString (bytes, bytearray, memoryview) have the hex
method, so this seems unexpected?
--
components: Library (Lib)
messages: 375523
nosy: anacrolix
Change by Matt Joiner :
--
nosy: -anacrolix
___
Python tracker
<https://bugs.python.org/issue13322>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Matt Joiner :
--
nosy: -anacrolix
___
Python tracker
<https://bugs.python.org/issue12822>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Matt Joiner <anacro...@gmail.com>:
--
nosy: -anacrolix
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue14156>
___
_
Matt Joiner added the comment:
This is why I stopped contributing to Python.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Matt Joiner <anacro...@gmail.com>:
--
nosy: -anacrolix
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue14373>
___
_
Changes by Matt Joiner anacro...@gmail.com:
--
nosy: -anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4331
___
___
Python-bugs-list
Changes by Matt Joiner anacro...@gmail.com:
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9148
___
___
Python-bugs-list
Matt Joiner added the comment:
This sounds excellent Nick.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4331
___
___
Python-bugs-list mailing
Matt Joiner added the comment:
What's preventing this from being committed and closed?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4331
Matt Joiner added the comment:
I look forward to your feedback Ezio.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14373
___
___
Python-bugs
Matt Joiner anacro...@gmail.com added the comment:
Did this make it into 3.3?
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15139
Changes by Matt Joiner anacro...@gmail.com:
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1652
___
___
Python-bugs-list
Changes by Matt Joiner anacro...@gmail.com:
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9634
___
___
Python-bugs-list
Matt Joiner anacro...@gmail.com added the comment:
Isn't this fixed in Python=3.2?
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1360
Matt Joiner anacro...@gmail.com added the comment:
* it incorporate the recent lru_cache algorithmic updates (moving the root
around the circular queue to re-use old links).
The existing C patch already does this.
* it shows which parts should be implemented in C using a regular type
Changes by Matt Joiner anacro...@gmail.com:
Removed file: http://bugs.python.org/file25026/functools.lru_cache-in-c.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14373
Changes by Matt Joiner anacro...@gmail.com:
Removed file: http://bugs.python.org/file24984/functools.lru_cache-in-c.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14373
Matt Joiner anacro...@gmail.com added the comment:
The patch attached, rejigs the TestCase inheritance in test.test_socket so that
tests run correctly using unittest discovery. Recent changes have made
test_queue, and test_threading run without similar fixes, so I don't think
fixes for those
Matt Joiner anacro...@gmail.com added the comment:
Attached is a patch for test_concurrent_futures, similar to the patch for
test_socket.
--
Added file:
http://bugs.python.org/file25088/test_concurrent_futures-unittest-discoverability.patch
Matt Joiner anacro...@gmail.com added the comment:
Patch with a test included. Being a nondeterministic bug, please adjust the
thread count, or timing as necessary, the parameters in the patch are as low as
I can get them and still reasonably reproduce the bug (linux 3.2, i386).
There's a few
Matt Joiner anacro...@gmail.com added the comment:
I'm working on a patch using TestCase a la test_queue. Perhaps we should create
an issue for a base class test case decorator or something to that effect?
--
___
Python tracker rep
Matt Joiner anacro...@gmail.com added the comment:
It could in fact be necessary, if the inheritance cannot be juggled to give
the right MRO. Fortunately this is not the case, I should have a patch using
TestCase inheritance for discovery tomorrow
Matt Joiner anacro...@gmail.com added the comment:
I'll add this shortly.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14406
___
___
Python
Matt Joiner anacro...@gmail.com added the comment:
Michael:
The thread setup and cleanup is not required, AFAICT. You are also correct in
that these particular test modules do not run correctly without modification
(although test_queue does now that the bug I reported there was fixed).
Sorry
Matt Joiner anacro...@gmail.com added the comment:
I think if you can correctly construct the same test case list using discovery
then that's far superior. But I haven't tried this, and don't know if you can
correctly predicate the support classes using only class decorators
Matt Joiner anacro...@gmail.com added the comment:
I've fixed the commenting, and cache_info use.
I've left the element management in pure C as it reduces memory use (56 bytes
for 4 element list, vs. 16 for lru_cache_elem), and avoids ref counting
overhead (3 refs per link, plus GC
Changes by Matt Joiner anacro...@gmail.com:
Removed file: http://bugs.python.org/file24958/functools.lru_cache-in-c
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14373
New submission from Matt Joiner anacro...@gmail.com:
There's a race condition in concurrent.futures in _AllCompletedWaiter, which
affects wait(return_when=ALL_COMPLETED).
The attached test will go into an infinite wait.
--
components: Library (Lib)
files: concurrent.futures
Matt Joiner anacro...@gmail.com added the comment:
Patch attached.
--
keywords: +patch
Added file:
http://bugs.python.org/file25020/concurrent.futures._AllCompletedWaiter-race-condition.patch
___
Python tracker rep...@bugs.python.org
http
Changes by Matt Joiner anacro...@gmail.com:
--
nosy: +bquinlan, loewis, pitrou, rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14406
New submission from Matt Joiner anacro...@gmail.com:
matt@matt-1005P:~/src/cpython$ ./python -m unittest test.test_concurrent_futures
Ran 79 tests in 62.554s
FAILED (errors=18)
Failures are due to test discovery picking up unintentionally exposed tests. By
adhering to the test_cases protocol
Changes by Matt Joiner anacro...@gmail.com:
--
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14407
___
___
Python-bugs-list
Changes by Matt Joiner anacro...@gmail.com:
--
nosy: +nedbat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14373
___
___
Python-bugs-list mailing
New submission from Matt Joiner anacro...@gmail.com:
Python 3.2 added the test_cases protocol. Many of the stdlib tests won't run
using the `$ python3 -m unittest test.test_blah` method due to select unit test
class names, and some regrtest arcanity. Defining test_cases makes these tests
work
Changes by Matt Joiner anacro...@gmail.com:
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4331
___
___
Python-bugs-list
Matt Joiner anacro...@gmail.com added the comment:
I've attached a patch that implements the descriptor protocol for
functools.partial with minimum changes.
--
Added file: http://bugs.python.org/file25016/functools.partial-descrget.patch
___
Python
Changes by Matt Joiner anacro...@gmail.com:
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9528
___
___
Python-bugs-list
Matt Joiner anacro...@gmail.com added the comment:
Updated patch to fix a crash if maxsize isn't given, and add a unit test for
that.
Possible issues:
* I've tried to emulate object() by calling PyBaseObject_Type. Not sure if
there's a more lightweight object for this that just provides
New submission from Matt Joiner anacro...@gmail.com:
functools.lru_cache is optimized to the point that it may benefit from a C
implementation.
--
components: Interpreter Core, Library (Lib)
messages: 156405
nosy: anacrolix, rhettinger
priority: normal
severity: normal
status: open
Changes by Matt Joiner anacro...@gmail.com:
Added file: http://bugs.python.org/file24958/functools.lru_cache-in-c
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14373
Changes by Matt Joiner anacro...@gmail.com:
Added file: http://bugs.python.org/file24961/profiler-unhandled-exceptions.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12684
Matt Joiner anacro...@gmail.com added the comment:
This patch is a shoo-in, can someone review and commit this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13694
Matt Joiner anacro...@gmail.com added the comment:
I attached a minimal patch that additionally tidies the exception handling for
{cP,p}rofile.runctx.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12684
Matt Joiner anacro...@gmail.com added the comment:
Doc/library/dis.rst wasn't updated for the extra pop introduced to MAKE_CLOSURE
opcode.
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13448
Matt Joiner anacro...@gmail.com added the comment:
Yes, FWIW much of the standard library tests are callable this way without
issue. I have patches that fix the discoverability of a few test modules. I'll
submit these in another issue
Matt Joiner anacro...@gmail.com added the comment:
I will submit a patch for this soon.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12684
Matt Joiner anacro...@gmail.com added the comment:
Is there still some value to at least exposing this in the C API, per the
precedents I mentioned?
The patch also contains some adjustment to the set_add_entry/set_add_key
abstraction dance, and some future proofing of PySet_Add return values
New submission from Matt Joiner anacro...@gmail.com:
$ python3.3 -m unittest test.test_queue
Generates errors in the unit test code of the form
AttributeError: 'BaseQueueTest' object has no attribute 'type2test'
--
components: Tests
messages: 156006
nosy: anacrolix, benjamin.peterson
Matt Joiner anacro...@gmail.com added the comment:
This changeset has broken something. All I get is a confusing backtrace ending
with:
File /home/matt/src/python-torrent/torrent/bencode.py, line 15, in encode
yield from encode(k)
AttributeError: 'list_iterator' object has no attribute
Matt Joiner anacro...@gmail.com added the comment:
Jim the code was lifted verbatim from Lib/cProfile.py, line 47.
That code in cProfile.py has not changed since 2006 when it was committed by
Armin Rigo.
I can modernize it if it's a requirement to get it committed, but I'm also okay
with my
New submission from Matt Joiner anacro...@gmail.com:
set.add can return True to indicate a newly added item to the set, or False if
the item was already present.
The C function PySet_Add returns -1 on error, and 0 on success currently. This
is extended to return 1 if the item is newly added
Changes by Matt Joiner anacro...@gmail.com:
Added file: http://bugs.python.org/file24863/bench_set_add.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14320
Matt Joiner anacro...@gmail.com added the comment:
Yes it should.
A cursory glance shows that __repr__ returns incorrect if _closed is not
marked, and an unnecessary mop-up call to socket.close is avoided.
--
nosy: +giampaolo.rodola, haypo, stutzbach
Matt Joiner anacro...@gmail.com added the comment:
I should mention that this failure to set addr is unusual seeing as most socket
instances are wrapping AF_INET* domain sockets, and aren't likely to connect
without blocking. This is quite likely a reason nobody has observed it until
now
Matt Joiner anacro...@gmail.com added the comment:
Steven, patch attached. I lost steam in the unittests with all the meta,
suffice it that the names match the file descriptors of the stream sources.
i.e. FileType('rb') would give a file with name=0, and so forth. My chosen
method also allows
Matt Joiner anacro...@gmail.com added the comment:
Roger that. I'll start on a patch for this in a month or two if all goes well.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14156
Changes by Matt Joiner anacro...@gmail.com:
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14222
___
___
Python-bugs-list
New submission from Matt Joiner anacro...@gmail.com:
If an argument of '-' is handled by argparse.FileType, it defaults to
sys.stdin. However a mode of 'rb' is ignored, the returned file object does not
work with raw bytes.
--
components: Library (Lib)
messages: 154612
nosy: anacrolix
Matt Joiner anacro...@gmail.com added the comment:
Can we get this exposed as an os.accept4, and an optional flags parameter to
socket.socket.accept?
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10115
Matt Joiner anacro...@gmail.com added the comment:
As I see it, here are the desirable features of CSP-style concurrency as it
pertains to channels:
1) At least an unbuffered mode
2) Can be marked closed
3) Block on multiple send/receives until one can proceed
Specifically features 1 and 2
New submission from Matt Joiner anacro...@gmail.com:
There is no Barrier in multiprocessing corresponding to threading.Barrier.
--
components: Library (Lib)
messages: 153744
nosy: anacrolix
priority: normal
severity: normal
status: open
title: Implement multiprocessing.Barrier
type
New submission from Matt Joiner anacro...@gmail.com:
From the mailing list, there is some interest in a CSP-style channel.
http://mail.python.org/pipermail/python-ideas/2012-February/014073.html
--
components: Library (Lib)
messages: 153748
nosy: anacrolix
priority: normal
severity
Changes by Matt Joiner anacro...@gmail.com:
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14003
___
___
Python-bugs-list
Matt Joiner anacro...@gmail.com added the comment:
Please also expose sched_getcpu().
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12655
New submission from Matt Joiner anacro...@gmail.com:
_threading.RLock is optional, and threading._CRLock is set to None if it isn't
available. If this happens, the test_threading unittests crash.
Some implementations don't provide _thread.RLock.
Patch attached.
--
components: Library
New submission from Matt Joiner anacro...@gmail.com:
socket.socket.detach doesn't mark the socket._closed flag. The flag is specific
to the Python wrapper, so the fix is put there. Test included.
--
components: Library (Lib)
files: socket-detach-mark-closed.patch
keywords: patch
Matt Joiner anacro...@gmail.com added the comment:
The patches only fix write? What about read?
http://bugs.python.org/issue13858
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13322
New submission from Matt Joiner anacro...@gmail.com:
There's a lingering StandardError referenced in the logging module.
StandardError was removed in Python 3, and execution across this code path
generates a NameError:
File /home/matt/src/cpython/Lib/logging/__init__.py, line 291
Matt Joiner anacro...@gmail.com added the comment:
Interesting this also occurs in 3.2 and 2.7, but not 2.6 or 3.1. It's probably
not an error in 2.x tho.
--
versions: +Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http
Matt Joiner anacro...@gmail.com added the comment:
Cheers, thanks for the fast turn around.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13859
New submission from Matt Joiner anacro...@gmail.com:
_io._IOBase.readline doesn't seem to like _io.FileIO.read returning None, which
occurs when it's unbuffered and nonblocking. (Modules/_io/fileio.c:745 in
trunk). Can this be handled some other way?
$ python3.3
Python 3.3.0a0
New submission from Matt Joiner anacro...@gmail.com:
Frequently when profiling multiple threads, I need to combine several dump stat
files. Currently -m pstats reads the profiling data at only the first path
given. It should merge all the profiling data from all the paths given.
$ python3.3
Changes by Matt Joiner anacro...@gmail.com:
--
resolution: works for me -
status: languishing - open
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12684
New submission from Matt Joiner anacro...@gmail.com:
The navigation region at http://docs.python.org/dev/ should list Other
versions instead of Old versions as the in development docs are also
available here.
Docs for other versions
Python 2.7 (stable)
Python 3.2 (stable)
Old versions
Matt Joiner anacro...@gmail.com added the comment:
I don't believe it is. dispatcher.addr is only set if the connection is
immediately established. It's set explicitly in dispatcher.__init__ if a socket
is provided that is already connected. It's *not* set after a connection
completes
New submission from Matt Joiner anacro...@gmail.com:
Patch attached
--
components: Library (Lib)
files: dispatcher_connect_addr.patch
keywords: patch
messages: 150449
nosy: anacrolix
priority: normal
severity: normal
status: open
title: asynchronous connect in asyncore.dispatcher does
Changes by Matt Joiner anacro...@gmail.com:
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12822
___
___
Python-bugs-list
New submission from Matt Joiner anacro...@gmail.com:
os.fstat doesn't not accept an object with the fileno() method.
Probably a bunch of other similar functions will not either.
In some parts of the standard library it's common practice to call
PyObject_AsFileDescriptor on fd-wrapping
Matt Joiner anacro...@gmail.com added the comment:
Also affects 3.3.
--
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12684
Changes by Matt Joiner anacro...@gmail.com:
--
resolution: - works for me
status: open - languishing
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12684
Changes by Matt Joiner anacro...@gmail.com:
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1887
___
___
Python-bugs-list
New submission from Matt Joiner anacro...@gmail.com:
The uuid.uuid4 function is not tested if a C system routine is not present,
despite that uuid4 has several fallback clauses. This patch will test at least
the first fallback.
--
components: Library (Lib)
files: uuid4-test-no-system
Matt Joiner anacro...@gmail.com added the comment:
Why can't pipes.quote can't be moved to shlex.quote verbatim as I originally
proposed?
Is there justification to also change it as part of the relocation? I think any
changes to its behaviour should be a separate issue
Matt Joiner anacro...@gmail.com added the comment:
I didn't notice there was no use of errno. It's quite possible that dlopen
might be used without the C library present, so perhaps this is why it wasn't
included. The error strings however are very C-like, which made me think
New submission from Matt Joiner anacro...@gmail.com:
from threading import *
ThreadError
Traceback (most recent call last):
File stdin, line 1, in module
NameError: name 'ThreadError' is not defined
--
components: Library (Lib)
files: export-thread-error.patch
keywords: patch
New submission from Matt Joiner anacro...@gmail.com:
Here's a patch that fixes it.
--
components: Library (Lib)
files: exception-in-profile.patch
keywords: patch
messages: 141591
nosy: anacrolix
priority: normal
severity: normal
status: open
title: profile does not dump stats
Matt Joiner anacro...@gmail.com added the comment:
Should I just submit a patch for this myself? Can someone confirm the behaviour
is incorrect so I don't waste time fixing it?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
New submission from Matt Joiner anacro...@gmail.com:
a = subprocess.Popen(['cat', '/path/to/text.ini'], stdout=subprocess.PIPE,
universal_newlines=True)
b = configparser.ConfigParser()
b.read_file(a.stdout)
Traceback (most recent call last):
File stdin, line 1, in module
File /hostname
Matt Joiner anacro...@gmail.com added the comment:
Feel like a total noob: Where do I get the latest source? I can't find any
pre-release tarballs for 3.3, and the suggested py3k checkout doesn't work: $
hg clone http://hg.python.org/cpython#py3k py3k
abort: unknown revision 'py3k
Matt Joiner anacro...@gmail.com added the comment:
This version is fixed for me:
$ ./python
Python 3.3.0a0 (default:7520f1bf0a81, Jul 18 2011, 17:12:12)
[GCC 4.1.2 20070115 (SUSE Linux)] on linux2
--
versions: +Python 3.2
___
Python tracker rep
Matt Joiner anacro...@gmail.com added the comment:
I get this on Linux with ^D
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5505
Matt Joiner anacro...@gmail.com added the comment:
What's the status of this bug? This is a very useful feature, I've had to use
and add bindings to monotonic times for numerous applications. Can it make it
into 3.3?
--
___
Python tracker rep
Changes by Matt Joiner anacro...@gmail.com:
--
nosy: +anacrolix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4768
___
___
Python-bugs-list
New submission from Matt Joiner anacro...@gmail.com:
The smptlib module's __main__ doesn't flush stdout when prompting:
sys.stdout.write(prompt + : )
return sys.stdin.readline().strip()
stdout is usually line buffered, and so running python3 smptlib.py doesn't
actually prompt
New submission from Matt Joiner anacro...@gmail.com:
Given there is no ! operator in Python, I next tried ~ (despite that I'm after
a logical not). This came as a surprise:
bool(~True)
True
bool(~False)
True
bool(~~False)
False
~True, ~~True, ~False, ~~False
(-2, 1, -1, 0)
Is there any
1 - 100 of 124 matches
Mail list logo