Change by Aaron Meurer :
--
nosy: +asmeurer
___
Python tracker
<https://bugs.python.org/issue42109>
___
___
Python-bugs-list mailing list
Unsubscribe:
Aaron Meurer added the comment:
When talking about making exit only work when typed at the interpreter,
something to consider is the confusion that it can cause when there is a
mismatch between the interactive interpreter and noninteractive execution,
especially for novice users. I've
Aaron Meurer added the comment:
A quick glance at the source shows that it still imports __main__ at the
top-level. I have no idea how legitimate it is that the App Engine (used to?)
makes it so that __main__ can't be imported.
--
nosy: +asm
New submission from Aaron Meurer :
$ ./python.exe -m compileall doesntexist
Listing 'doesntexist'...
Can't list 'doesntexist'
$ echo $?
0
It's standard for a command line tool that processes files to exit nonzero when
given a directory that doesn't exist
Aaron Meurer added the comment:
I'm surprised to hear that the "typical use-case" of Fraction is fractions
converted from floats. Do you have evidence in the wild to support that?
I would expect any application that uses fractions "generically" to run into
the sam
Change by Aaron Meurer :
--
nosy: +asmeurer
___
Python tracker
<https://bugs.python.org/issue43420>
___
___
Python-bugs-list mailing list
Unsubscribe:
Aaron Meurer added the comment:
To reiterate some points I made in the closed issues
https://bugs.python.org/issue42819 and https://bugs.python.org/issue32019.
A simple "fix" would be to emulate the non-bracketed paste buffering. That is,
accept the input using bracketed paste, bu
Aaron Meurer added the comment:
Instead of enabling it by default, why not just keep it but emulate the old
behavior by splitting and buffering the input lines? That way you still get
some of the benefits of bracketed paste, i.e., faster pasting, but without the
hard work of fixing the REPL
Aaron Meurer added the comment:
Is find_executable() going to be extracted from distutils to somewhere else?
It's one of those functions that is useful outside of packaging, and indeed,
I've seen it imported in quite a few codes that aren't related to packaging. If
so, the pa
Aaron Meurer added the comment:
Neither of those things preclude the possibility of the traceback module doing
a better job of printing tracebacks for exceptions where __traceback__ = None.
--
___
Python tracker
<https://bugs.python.
Aaron Meurer added the comment:
I don't think it's helpful to make such a literalistic interpretation. Just
because the variable is called "traceback" doesn't mean it should apply only to
the things that are *technically* a traceback (and I don't agree anyway
Aaron Meurer added the comment:
I think I found another way to achieve what I was trying to do, which is why I
never pursued this. But I still think it's a bug.
__traceback__ = None isn't documented anywhere that I could find, so I was only
able to deduce how it should work from r
Aaron Meurer added the comment:
> It's not entirely clear to me what you are trying to do (what is the output
> you are hoping to get?) but this looks more like a question than a bug
> report, so I am closing this issue. If this is still relevant, I'd suggest
> you a
Aaron Meurer added the comment:
The same thing occurs with specifiers like {a!r}.
--
nosy: +asmeurer
___
Python tracker
<https://bugs.python.org/issue35
New submission from Aaron Meurer :
This discussion started at https://github.com/python/cpython/pull/19503
(actually on Twitter https://twitter.com/asmeurer/status/1289304407696261120),
but Guido asked me to move it bpo.
Alongside the implementation of Python 3.9's new PEG parser,
Aaron Meurer added the comment:
Related issue https://bugs.python.org/issue32019
--
nosy: +asmeurer
___
Python tracker
<https://bugs.python.org/issue39
New submission from Aaron Meurer :
This is tested in CPython master. The issue also occurs in older versions of
Python.
>>> ast.dump(ast.parse('f"{x}"'))
"Module(body=[Expr(value=JoinedStr(values=[FormattedValue(value=Name(id='x',
Aaron Meurer added the comment:
Are there issues tracking the things I mentioned, which should IMO happen
before this becomes a hard error (making the warnings reproduce even if the
file has already been compiled, and making warning message point to the correct
line in multiline strings
Aaron Meurer added the comment:
This seems related. It's also possible I'm misunderstanding what is supposed to
happen here.
If you create test.py with just the 2 lines:
"""
a
and run python test.py from CPython master, you get
$./python.exe test.py
File &quo
Aaron Meurer added the comment:
Well paradoxically, the bugs that this prevents are the ones it doesn't warn
about. If someone writes '\tan(x)' thinking it is a string representing a LaTeX
formula for the tangent of x, they won't realize that they actually created a
st
Aaron Meurer added the comment:
Raymond, are you in agreement that these warnings should at some point
eventually become syntax errors?
--
___
Python tracker
<https://bugs.python.org/issue32
Aaron Meurer added the comment:
This looks like the same issue I mentioned here
https://bugs.python.org/msg344764
--
nosy: +asmeurer
___
Python tracker
<https://bugs.python.org/issue37
Aaron Meurer added the comment:
I agree. Please someone else do that. I don't know what already has issues and
I unfortunately don't have time right now to help out with any of this.
I simply mentioned all these things as arguments why Python should not (yet)
make these warni
Aaron Meurer added the comment:
I agree with Raymond that third party libraries are not ready for this.
My biggest issue is that the way Python warns about this makes it very
difficult for library authors to fix this. Most won't even notice. The problem
is the warnings are only shown
New submission from Aaron Meurer :
I am getting a Fatal Python error: Cannot recover from stack overflow. running
the SymPy tests on a branch of mine where the tests fail. I have reproduced
this in Python 3.6.7, as well as CPython master
(fc96e5474a7bda1c5dec66420e4467fc9f7ca968).
Here are
Aaron Meurer added the comment:
You can download the branch for a pull request even if the repo is deleted
using this https://stackoverflow.com/a/28622034/161801. That will let you keep
the original commits intact.
--
nosy: +asmeurer
___
Python
Aaron Meurer added the comment:
Is it expected behavior that comments produce NEWLINE if they don't have a
newline and don't produce NEWLINE if they do (that is, '# comment' produces
NEWLINE but '# comment\n' does not
Aaron Meurer added the comment:
I see. I haven't dug much into the argoarse source, so I don't have a good feel
for how feasible such a tool would be to write. Such refactoring would also be
useful for generating HTML or RST for the help. I've previously used help2man
Aaron Meurer added the comment:
Couldn't such a tool exist outside the standard library. I'm thinking a
function that you would import and wrap the parser object, similar to how
argcomplete works (https://argcomplete.readthedocs.io/en/latest/index.html).
The downside is that
Aaron Meurer added the comment:
I would suggest adding this to the what's new document
https://docs.python.org/3.7/whatsnew/3.7.html. The change affects user-facing
code (the exact_type attribute of TokenInfo is OP for ... and -> tokens prior
to this patch).
I would also point
Aaron Meurer added the comment:
Can't third party code write their own proxies? Why do we have to do that?
--
___
Python tracker
<https://bugs.python.org/is
Aaron Meurer added the comment:
Serhiy, isn't option 4?
4. Make KeysView.__repr__ show list(self). Add a custom wrapper for Shelf's
KeysView so that it doesn't do this.
This seems to be what Victor is suggesting. It makes the most sense to me for
the common (i.e., default
New submission from Aaron Meurer :
inspect.getsource(datetime) shows the Python source code for datetime, even
when it is the C extension. This is very confusing.
I believe it's because _datetime is used to override everything in datetime at
the end of the file (here
https://githu
Aaron Meurer added the comment:
So the best fix is to just override keys() in the _Environ class, so that it
returns an EnvironKeysView class that overrides __repr__?
--
___
Python tracker
<https://bugs.python.org/issue32
New submission from Aaron Meurer :
Take the following scenario which happened to me recently. I am trying to debug
an issue on Travis CI involving environment variables. Basically, I am not sure
if an environment variable is being set correctly. So in my code, I put
print(os.environ.keys
Aaron Meurer added the comment:
If it's of any interest to this discussion, for SymPy (for some time) we have
used a custom subclass of DeprecationWarning that we enable by default
https://github.com/sympy/sympy/blob/master/sympy/utilities/exceptions.py. I
don't know if there
New submission from Aaron Meurer :
Here are the steps to reproduce this:
- Compile and link Python against readline version 7.0 or higher.
- Add
set enable-bracketed-paste on
to your ~/.inputrc
- Start python and paste the following two lines. Make sure to use a terminal
emulator that
Aaron Meurer added the comment:
I meant that format() destroys information in a decimal in general. Obviously
if you have n digits of precision and format with m < n, then you lose
information.
I also can't help but feel that we're mixing up "trailing zeros"
Aaron Meurer added the comment:
I guess I would expect that to be captured by the number of zeros printed (and
obviously doing a string format operation with a set number of digits destroys
that information).
--
___
Python tracker
<ht
New submission from Aaron Meurer :
>>> '{:+.19e}'.format(0.)
'+0.000e+00'
>>> import decimal
>>> '{:+.19e}'.format(decimal.Decimal(0))
'+0.000e+19'
Note the decimal uses e+19 instead of e+00. Obvi
New submission from Aaron Meurer:
I'm trying to completely hide an exception from the traceback module. From
reading the source, it looks like the only way to do this is to set
__traceback__ to None (I can also set __suppress_context__ to True, but that
only works if I have another exce
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue6028>
___
___
Python-bugs-list mailing list
Unsubscribe:
Aaron Meurer added the comment:
Emanuel Barry, that is both untrue and irrelevant (sorry to be blunt, but
that's a total straw man on my and I believe other's argument). The fact that
the only mathematical constants in math are pi and e (nan and inf aren't really
"mat
Aaron Meurer added the comment:
I also wonder, if math will be gaining constants that no one uses like tau, if
it will also gain constants that people actually do use (currently math just
has pi, e, inf, and nan). [i for i in dir(numpy) if isinstance(getattr(numpy,
i), float)] reveals
Aaron Meurer added the comment:
If this is implemented, it would be (as far as I can tell) the only thing in
the math module that isn't also implemented in any of the standard external
math libraries. None of numpy, scipy, sympy, or mpmath implement tau (if I'm
missing one that ot
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue12345>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue24294>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue25453>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue26204>
___
___
Python-bugs-list mailing list
Unsubscribe:
Aaron Meurer added the comment:
I can't believe this issue was closed. Why can't Counter.__lt__(self, other)
just be all(self[i] < other[i] for i in self)?
Just because Counter supports weird stuff shouldn't bill it out. To follow that
logic, we should also remov
Aaron Meurer added the comment:
Does this mean that some SymPy object is giving different hash values on
successive calls to hash()? We definitely need to look into this on the SymPy
side.
--
___
Python tracker
<http://bugs.python.org/issue25
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue25295>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue25117>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron Meurer
___
Python tracker
<http://bugs.python.org/issue19918>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue24418>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue16482>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue17697>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue18199>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue23476>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue14102>
___
___
Python-bugs-list mailing list
Unsubscribe:
Aaron Meurer added the comment:
Or do you mean the code in CPython doesn't exist any more?
--
___
Python tracker
<http://bugs.python.org/issue14537>
___
___
Aaron Meurer added the comment:
The OP describes how to get the original code. Anyway, the issue was definitely
fixed.
--
___
Python tracker
<http://bugs.python.org/issue14
Aaron Meurer added the comment:
The issue is that that the Anaconda gcc on Windows is a bat file, so it can't
find it. Another fix would be to use find_executable. This is because Anaconda
has patched find_executalbe (which it also would be good to get backported)
diff --git Lib/dist
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue22200>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue14373>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue21821>
___
___
Python-bugs-list mailing list
Unsubscribe:
Aaron Meurer added the comment:
I also just noticed that the %z entry in the table wasn't added until the
Python 3.3 docs, although it apparently works at least in OS X in Python 2.7 (I
can't test Windows right now). Was it supposed to be one of the "additional
directiv
Aaron Meurer added the comment:
Nowhere at https://docs.python.org/3.5/library/time.html#time.strftime is it
indicated that %z behaves differently on different platforms. What it *does*
say is
%z Time zone offset indicating a positive or negative time difference from
UTC/GMT of the form
Aaron Meurer added the comment:
The docs could be much more clear about this in my opinion.
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue20
Aaron Meurer added the comment:
The next sentence further confuses things, "This default is almost always
desirable because it will make the help messages match how the program was
invoked on the command line." It makes it sound like it really did intend to
use sys.argv[0]
New submission from Aaron Meurer:
I hope it's OK to report documentation issues on this tracker. Reading
http://docs.python.org/3.4/library/argparse.html#prog I had to do a double
take. The documentation states, "By default, ArgumentParser objects uses
sys.argv[0] to determine how
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue12944>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue13340>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue18005>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue17413>
___
___
Python-bugs-list mailing list
Unsubscribe:
Aaron Meurer added the comment:
For completion, here's the corresponding App Engine issue I opened:
http://code.google.com/p/googleappengine/issues/detail?id=8665.
--
___
Python tracker
<http://bugs.python.org/is
New submission from Aaron Meurer:
The rlcompleter module does not work if __main__ cannot be imported, even
though it can be used without it. For example, on the App Engine, __main__ is
not usable.
If one creates the example app described at
https://developers.google.com/appengine/docs
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue14938>
___
___
Python-bugs-list mailing list
Unsubscribe:
Aaron Meurer added the comment:
No it does not. SymPy is a pure Python library.
--
___
Python tracker
<http://bugs.python.org/issue14537>
___
___
Python-bug
Aaron Meurer added the comment:
We do have a stack overflow, but this should be raising a RuntimeError, not
killing Python. The way it is now, Python dies completely with abort trap 6
(hence the Mac OS X problem report). Sorry if I didn't make this clear in th
New submission from Aaron Meurer :
Recently, after a small seemingly unrelated refactoring, the SymPy test suite
in Python 3 started dying with "Fatal Python error: Cannot recover from stack
overflow."
Here's how to reproduce the error
git clone git://github.com/sympy/sympy.
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue13332>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Aaron Meurer :
As suggested in this thread in the Python porting list
(http://mail.python.org/pipermail/python-porting/2011-September/000231.html),
it would be nice if 2to3 had a fixer that translated shebang lines from
#! /usr/bin/env python
to
#! /usr/bin/env python3
Aaron Meurer added the comment:
Vladimir will need to confirm how to reproduce this exactly, but here is
corresponding SymPy issue: http://code.google.com/p/sympy/issues/detail?id=2605.
The problem is with the sympy/ntheory/factor_.py file at
https://github.com/sympy/sympy/blob/sympy-0.7.1
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue12616>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue12613>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Aaron Meurer :
--
nosy: +Aaron.Meurer
___
Python tracker
<http://bugs.python.org/issue12611>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Aaron Meurer :
This works in Python 2.5 but not in Python 2.6.
If you do [0]*5, it gives you [0, 0, 0, 0, 0]. I tried getting this to work
with SymPy's Integer class, so that [0]*Integer(5) would return the same, but
unfortunately, the sequence multiplication doesn&#
88 matches
Mail list logo
