Greg added the comment:
while waiting for a fix, would it be possible to document in the argparse
documentation that the 'dest' parameter is required (at least temporarily) for
add_subparsers()? (somewhere near
file:///usr/share/doc/python/html/library/argparse.html#su
New submission from Greg :
Up/down scrolling is not possible with a two-finger swipe on a trackpad. I'm
using Lenovo's notably bad UltraNav drivers on Windows 7. Horizontal scrolling
works just fine. PgUp and PgDn both behave as normal, as does ctrl + arrow keys.
I'm having
Greg added the comment:
That wasn't the case with https://bugs.python.org/issue34047
Was it not clear that I'm having this issue in (and only in) IDLE? Given that
it's the interpreter bundled with python, it seems like it has *something*
Greg added the comment:
I tested out tk_scroll.py (and tk_scroll2.py, for kicks) and I couldn't get
that to scroll either. I tried both with and without the ttk line commented.
To my shame, it looks like that means you're spot on, and that it's an issue
between my mac
Greg added the comment:
Completely forgot about this, please take my patch and submit a pr
On Fri, Dec 29, 2017 at 10:55 AM, Marcel Widjaja
wrote:
>
> Marcel Widjaja added the comment:
>
> Greg, I wonder if you are planning to submit a PR for your patch? If not,
> I'
Greg added the comment:
Here's a wording change in the documentation to clarify this.
--
keywords: +patch
nosy: +εσχατοκυριος
Added file: http://bugs.python.org/file35514/mywork.patch
___
Python tracker
<http://bugs.python.org/is
Greg added the comment:
In the definition of FTP.connect(), I've changed the code to actually use None
as a lack-of-explicit-timeout sentinel instead of -999. For FTP and FTP_TLS,
I've changed the documentation to reflect what the code is doing.
--
keywords: +patch
nosy: +εσ
New submission from Greg :
There is currently no test_mailcap or any other standalone unit test for
the mailcap module. The only existing test is a self-test at the end of
the module.
I would like to be assigned to work on this patch.
(Why am I assigning myself to write tests for a small
Greg added the comment:
Did this ever happen? It seems like overkill in the non-Python sort of
way to continue pointing people to over-riding classes and extending
objects when such a small patch adds so powerful and useful a
functionality to the library.
--
nosy: +greg.hellings
Greg added the comment:
Just looking at the indicated file in the 2.6.4 release tarball, it does
not seem that it would apply cleanly. The line numbers do not apply
properly anymore, though the edited lines themselves still appear to be
unaffected. Without context diff in the original
Greg added the comment:
For my own case, I have a machine with 50 IP addresses set and I need to
run a script to grab data that will randomly select one of those IP
addresses to use for its outgoing connection. That's something which
needs to be selected at the socket level, as b
Greg Hazel added the comment:
How about making ServerProxy a new-style class?
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1690840>
_
___
Python-bugs-
Greg Chapman added the comment:
In my embedding, I use the following (adapting the example above):
// initialize the Python interpreter
Py_Initialize();
PyEval_InitThreads();
/* Swap out and return current thread state and release the GIL */
PyThreadState tstate = PyEval_SaveThread
Greg Couch added the comment:
A better solution would be to use the HAVE_ALLOCA and HAVE_ALLOCA_H
defines that fficonfig.h provides to decide whether or not to include
alloca.h. And in callproc.c whether or not to provide a workaround
using malloc (I'm assuming non-gcc sparc compilers
Greg Couch added the comment:
Turns out callproc.c forgot to include after
which conditionally includes alloca.h. So it's a one-line fix.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python
New submission from Greg Couch:
To get _ctypes to sucessfully compile with native UNIX compilers (i.e.,
not gcc), several modifications need to be made: (1) use the equivalent
of the Py_GCC_ATTRIBUTE macro for __attribute__ (in ffi.h), (2) include
in callproc.c to conditionally include , and
Greg Couch added the comment:
That's a disappointment. has the right logic in it
already. Perhaps it should be copied to callproc.c. I'm less concerned
about alloca not being there at all because it seems to be a pervasive
extension in non-gcc compilers, but using malloc is fine to
Greg Couch added the comment:
The modications work on Tru64 and IRIX. cc has understood .s suffixes
for a long time. You use cc instead of as because it knows how to run
the C preprocessor (often /lib/cpp, but not on all systems).
Looking at the Solaris cc manual page (via google), I see that
Greg Steuck added the comment:
There may be a related issue that I still hit with 2.6.5.
% cat /tmp/a.py
import zipfile
import os
z = zipfile.ZipFile('/tmp/a.zip', 'w')
open("/tmp/a", "w")
os.utime("/tmp/a", (0,0))
z.write("/tmp/a"
New submission from Greg Steuck :
zipfile.py displays warning when trying to write files timestamped before 1980.
% cat /tmp/a.py
import zipfile
import os
z = zipfile.ZipFile('/tmp/a.zip', 'w')
open("/tmp/a", "w")
os.utime("/tmp/a", (0,0
Changes by Greg Słodkowicz :
--
nosy: +Greg.Slodkowicz
___
Python tracker
<http://bugs.python.org/issue11553>
___
___
Python-bugs-list mailing list
Unsubscribe:
Greg Brockman added the comment:
I'll take another stab at this. In the attachment (assign-tasks.patch), I've
combined a lot of the ideas presented on this issue, so thank you both for your
input. Anyway:
- The basic idea of the patch is to record the mapping of tasks to worke
New submission from Greg Malcolm :
'keyword.py' didn't have any tests, so I wrote some.
Most of the tests are are for the main() method, which self-populates the
keywords section of keyword.py with keywords taken from a grammar file,
'Python/graminit.c'. The main() me
Greg Brockman added the comment:
Thanks for looking at it! Basically this patch requires the parent process to
be able to send a message to a particular worker. As far as I can tell, the
existing queues allow the children to send a message to the parent, or the
parent to send a message to
Greg Hazel added the comment:
The python setup script is for the python module, which is in a subdirectory of
the C library project. I am not going to move setup.py to the root directory
just to work around a a distutils bug.
This distutils bug could cause it to overwrite files in other
Greg Hazel added the comment:
> Éric Araujo added the comment:
>> I've changed my code to use os.path.abspath() while I wait for a
>> fix.
> Does this means that your code works with paths that go to the parent
> directory? I don’t know if it’s right to allow t
Greg Ward added the comment:
I'm unassigning this since I no longer know how to commit changes to Python.
Sorry, I just haven't kept track over the years, I don't follow python-dev
anymore, and I could not find documentation explaining where I should commit
what
Changes by Greg Brockman :
--
nosy: +gdb
___
Python tracker
<http://bugs.python.org/issue8296>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Greg Brockman added the comment:
Hmm, a few notes. I have a bunch of nitpicks, but those can wait for a later
iteration. (Just one style nit: I noticed a few unneeded whitespace changes...
please try not to do that, as it makes the patch harder to read.)
- Am I correct that you handle a
Greg Brockman added the comment:
Ah, you're right--sorry, I had misread your code. I hadn't noticed
the usage of the worker_pids. This explains what you're doing with
the ACKs. Now, the problem is, I think doing it this way introduces
some races (which is why I introduced t
Changes by Greg Malcolm :
Removed file: http://bugs.python.org/file18537/test_keyword.patch
___
Python tracker
<http://bugs.python.org/issue9607>
___
___
Python-bug
Greg Malcolm added the comment:
Thanks for the feedback David! I've replaced the old patch with a new version
that uses Popen/sys.executable as suggested.
- Greg
--
Added file: http://bugs.python.org/file18769/test_keyword_v2.patch
___
P
Changes by Greg Hazel :
--
nosy: +ghazel
___
Python tracker
<http://bugs.python.org/issue9884>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Greg Słodkowicz :
--
nosy: +Greg.Slodkowicz
___
Python tracker
<http://bugs.python.org/issue9325>
___
___
Python-bugs-list mailing list
Unsubscribe:
Greg Słodkowicz added the comment:
Following Nick's advice, I extended runpy.run_module to accept an extra
parameter to be used as replacement __main__ namespace.
Having this, I can make this temporary __main__ accessible in main() in modules
like trace/profile/pdb even if module exec
Greg Słodkowicz added the comment:
Thanks, Nick. Before your last comment, I haven't looked much into Pdb, instead
focusing on profile.py and trace.py because they looked like simpler cases. I
think the approach with CodeRunner objects would work just fine for profile and
trace but Pdb
Changes by Greg Hellings :
--
nosy: +Greg.Hellings
___
Python tracker
<http://bugs.python.org/issue3754>
___
___
Python-bugs-list mailing list
Unsubscribe:
Greg Hellings added the comment:
Current patch errors with the following message:
gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -L/manual/lib
-L/binary/lib -L/manual/lib -L/binary/lib Parser/acceler.o Parser/grammar1.o
Pars
er/listnode.o Parser/node.o Parser/parser.o Parser/bitset.o
Greg Ward added the comment:
> I understood Greg’s reply to mean that there was no need for an examples
> keyword if simple paragraph splitting was added.
Right, but optparse has been superseded by argparse. So my opinion is even
less important than it was befo
New submission from Greg Kochanski :
When you have a generator as an argument to zip(), code after the last yield
statement may not get executed. The problem is that zip() stops after it gets
_one_ exception, i.e. when just one of the generators has finished.
As a result, if there were any
Greg Kochanski added the comment:
(a) It is not documented for the symmetric (4, 4) case where the two generators
are of equal length.
(b) Even for the asymmetric case, it is not documented in such a way that
people are likely to see the implications.
(c) Documented or not, it's st
Greg Kochanski added the comment:
Yes, the current behaviour makes sense from a language designer's viewpoint,
and maybe even from the user's viewpoint (if the user thinks about it a
carefully).
But, that's not the point of a computer language. The whole reason we progra
Changes by Greg Kochanski :
--
resolution: invalid ->
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue11248>
___
___
Python-bugs-
Greg Kochanski added the comment:
The code (bug312.py) was not submitted as a "pattern", but rather as an example
of a trap into which it is easy to fall, at least for the 99% of programmers
who are users of the language rather than its implementers.
The basic difference is that
New submission from Greg Hazel <[EMAIL PROTECTED]>:
exec()ing a line which causes a DeprecationWarning causes the warning
to quote the file exec() occurs in instead of the string.
Demonstration of the issue:
http://codepad.org/aMTYQgN5
--
components: None
messages: 70129
nosy:
New submission from Greg Darke <[EMAIL PROTECTED]>:
When the unparse demo is run on a file containing a 'from x import y'
statement, it incorrectly outputs it as 'from x import , y'.
The attached patch fixes this.
--
components: Demos and Tools
files: fix_impo
Greg Couch <[EMAIL PROTECTED]> added the comment:
We're having the same problem. My quick fix was to patch subprocess.py
so the command line and executable are converted to the filesystem
encoding (mbcs).
--
nosy: +gregcouch
Added file: http://bugs.python.org/file11674/P
New submission from Greg Hazel <[EMAIL PROTECTED]>:
Unrelated to this bug, I would like to have the ability to remove the
reference to the frame from the traceback object. Specifically so that
the traceback object could be stored for a while without keeping all
the locals alive as wel
Greg Hazel <[EMAIL PROTECTED]> added the comment:
Or, being able to remove the references to the locals and globals from
the traceback would be sufficient.
Something like this:
try:
raise Exception()
except:
t, v, tb = sys.exc_info()
tbi = tb
whi
Greg Hazel <[EMAIL PROTECTED]> added the comment:
There seem to be some other exception type and string inconsistencies,
but they are not new to Python 2.6
>>> tb.tb_frame = None
Traceback (most recent call last):
File "", line 1, in
TypeError: 'traceb
Greg Jednaszewski added the comment:
I spent some time working on and testing a unit test as well. It's the same
basic idea as Zsolt Cserna's, but with a slightly different approach. See
7242_unittest.diff. My unittest fails pre-patch and succeeds post-patch.
However, I
Greg Jednaszewski added the comment:
The problem only seems to appear on Solaris 9 and earlier. I'll try to test
the updated patch tonight or tomorrow and let you know what I find.
--
___
Python tracker
<http://bugs.python.org/i
Greg Jednaszewski added the comment:
I tested the updated patch, and the new unit test passes on my Sol 8 sparc, but
the test_threading test still hangs on my system. However, given that the test
is skipped on several platforms and it does work on more relevant versions of
Solaris, it&#
New submission from Greg Jednaszewski :
Found on 2.6.2 and 2.6.4:
I expect that printing an uninitialized variable from a defaultdict should
work. In fact it does with old-style string formatting. However, when you try
to do it with new-style string formatting, it raises a KeyError
Greg Jednaszewski added the comment:
Oops, thanks. I should have known that. However, should this work? This is
what initially led me to file this ticket. My initial example was a bad one.
>>> from collections import defaultdict
>>> d = defaultdict(int)
>>&
New submission from Greg Kochanski <[EMAIL PROTECTED]>:
If we have a hierarchy of classes, and we use
__getstate__/__setstate__, the wrong class'
__setstate__ gets called.
Possibly, this is a documentation problem, but here goes:
Take two classes, A and B, where B is the child of A.
New submission from Greg Kochanski <[EMAIL PROTECTED]>:
If you attempt to cPickle a class, cPickle checks
that it can get the identical class by importing it.
If that check fails, it reports:
Traceback (most recent call last):
...
"/usr/local/lib/python2.5/site-packages/newstem2-0
Greg Detre <[EMAIL PROTECTED]> added the comment:
Dear all,
I've just switched from linux to a mac, and I'm suddenly starting to
experience this issue with a machine-generated regexp that I depend on.
Are there any plans to fix this in a future version of python?
Th
New submission from Greg Couch <[EMAIL PROTECTED]>:
IDLE and Tk 8.5 don't well work together for both Python 2.5 and 2.6a
(SVN version). The reasons are related but different.
In Python 2.5, you can't select any text in the IDLE window and whenever
a calltip is to appear, you
Greg Couch <[EMAIL PROTECTED]> added the comment:
I wish I could be as cavalier about Tk 8.5. The last version of Tk 8.4
just came out and it really shows its age, especially on Mac OS X, and
those are ~25% of our application's downloads. Since Python 2.6a2 is
"not suitable fo
Greg Couch <[EMAIL PROTECTED]> added the comment:
Starting over:
The goal of this patch is to get Tk 8.5 to work with Python 2.5's Idle.
It currently fails with a ValueError, "invalid literal for int() with
base 10: '(72,'" (the 72 changes depending on what wa
Greg Hazel added the comment:
But a list of strings is not re-raisable. The co_filename, co_name, and
such used to print a traceback are not dependent on the locals or
globals.
___
Python tracker
<http://bugs.python.org/issue1565
Greg Hazel added the comment:
STINNER Victor> Do you need the original traceback? Why not only raising
the exception?
If the exception was captured in one stack, and is being re-raised in
another. It would be more useful to see the two stacks appended instead
of just the place where it
Change by Greg Price :
--
pull_requests: +14969
pull_request: https://github.com/python/cpython/pull/15248
___
Python tracker
<https://bugs.python.org/issue37
Change by Greg Price :
--
nosy: +Greg Price
___
Python tracker
<https://bugs.python.org/issue32771>
___
___
Python-bugs-list mailing list
Unsubscribe:
Greg Price added the comment:
> I like to run pyflakes time to time on the Python code base. Please avoid
> "import *" since it prevents pyflakes (and other code analyzers) to find bugs.
Ah fair enough, thanks!
Pushed that change to the next/curr
Greg Price added the comment:
> BTW: Since when do we use type annotations in Python's stdlib ?
Hmm, interesting question!
At a quick grep, it's in a handful of places in the stdlib: asyncio, functools,
importlib. The earliest it appeared was in 3.7.0a4.
It's in more
Greg Price added the comment:
> What is the minimal Python version for developing CPython? The system Python
> 3 on current Ubuntu LTS (18.04) is 3.6, so I think it should not be larger.
Ah, I think my previous message had an ambiguous parse: the earliest that
*uses* of the typing
Greg Price added the comment:
> This is good. But the title mentioned dataclasses, and they are 3.7+.
Ahh, sorry, I think now I understand you. :-)
Indeed, when I switch to the branch with that change
(https://github.com/gnprice/cpython/commit/2b4aec4dd -- it comes after the
patch tha
Greg Price added the comment:
> Loading it dynamically reduces the memory footprint.
Ah, this is a good question to ask!
First, FWIW on my Debian buster desktop I get a smaller figure for `import
unicodedata`: only 64 kiB.
$ python
Python 3.7.3 (default, Apr 3 2019, 05:39:12)
[GCC 8.
Greg Price added the comment:
Speaking of improving functionality:
> Having unicodedata readily accessible to the str type would also permit
> higher a fidelity unicode implementation. For example, implementing
> language-tailored str.lower() requires having canonical combining c
Greg Price added the comment:
> From my perspective, the main problem with using type annotations is that
> there's nothing checking them in CI.
Yeah, fair concern. In fact I think I'm on video (from PyCon 2018) warning
everyone not to do that in their codebases, because
Change by Greg Price :
--
pull_requests: +14985
pull_request: https://github.com/python/cpython/pull/15265
___
Python tracker
<https://bugs.python.org/issue37
New submission from Greg Price :
Splitting this out from #32771 for more specific discussion. Benjamin writes
there that it would be good to:
> implement the locale-specific case mappings of
> https://www.unicode.org/Public/UCD/latest/ucd/SpecialCasing.txt and §3.13 of
> the U
Greg Price added the comment:
Another previous discussion is #4610.
--
___
Python tracker
<https://bugs.python.org/issue37848>
___
___
Python-bugs-list mailin
Greg Price added the comment:
OK, I forked off the discussion of case-mapping as #37848. I think it's
probably good to first sort out what we want, before returning to how to
implement it (if it's agreed that changes are desired.)
Are there other areas of functionality that would
Greg Price added the comment:
> I believe that all locale specific things should be in the locale module, not
> in the str class.
The locale module is all about doing things with the current process-global
Unix locale. I don't think that'd be an appropriate interface for
Greg Price added the comment:
> Maintaining Python is already expensive [...] There are already enough bugs
> waiting for you to be fixed ;-)
BTW I basically agree with this. I think this is not a high-priority issue, and
I have my eye on some of those bugs. :-)
I think the fact tha
Greg Price added the comment:
(I should add that it was only after doing the reading that produced the OP
that I had a clear idea what I thought the priority of the issue was -- before
doing that work I didn't have a clear sense of the scope of what it affects.
Based on
Change by Greg Price :
--
pull_requests: +15019
pull_request: https://github.com/python/cpython/pull/15296
___
Python tracker
<https://bugs.python.org/issue36
Greg Price added the comment:
> About the RSS memory, I'm not sure how Linux accounts the Unicode databases
> before they are accessed. Is it like read-only memory loaded on demand when
> accessed?
It stands for "resident set size", as in "resident in memory&q
Change by Greg Price :
--
nosy: +vstinner
___
Python tracker
<https://bugs.python.org/issue37758>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Greg Price :
While working on #36502 and then #18236 about the definition and docs of
str.isspace(), I looked closely also at its neighbor str.isprintable().
It turned out that we have the definition of what makes a character "printable"
documented in three plac
Change by Greg Price :
--
keywords: +patch
pull_requests: +15025
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/15300
___
Python tracker
<https://bugs.python.org/issu
Change by Greg Price :
--
pull_requests: +15026
pull_request: https://github.com/python/cpython/pull/15301
___
Python tracker
<https://bugs.python.org/issue36
Change by Greg Price :
--
pull_requests: +15027
pull_request: https://github.com/python/cpython/pull/15302
___
Python tracker
<https://bugs.python.org/issue37
Change by Greg Price :
--
nosy: +Greg Price
___
Python tracker
<https://bugs.python.org/issue37872>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Greg Price :
--
title: Move statics in Python/import.c to top of the file -> Move
_Py_IDENTIFIER statics in Python/import.c to top of the file
___
Python tracker
<https://bugs.python.org/issu
Change by Greg Price :
--
components: +Interpreter Core
___
Python tracker
<https://bugs.python.org/issue37872>
___
___
Python-bugs-list mailing list
Unsub
Greg Price added the comment:
Thanks Victor for the reviews and merges!
(Unmarking 2.7, because https://docs.python.org/2/library/stdtypes.html seems
to not have this issue.)
--
versions: -Python 2.7
___
Python tracker
<https://bugs.python.
Change by Greg Price :
--
keywords: +patch
pull_requests: +15063
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/15349
___
Python tracker
<https://bugs.python.org/issu
Greg Price added the comment:
I ran across this test when looking at especially slow files in the test suite:
it turns out that not only is this service currently down, but the
snakebite.net domain still exists, and as a result the test can end up waiting
20-30s before learning that the
Greg Price added the comment:
(A bit easy to miss in the way this thread gets displayed, so to highlight in a
comment: GH-15265 is up, following the 5 other patches which have now all been
merged. That's the one that replaces the length-18 tuples with a data
Change by Greg Price :
--
nosy: +Greg Price
___
Python tracker
<https://bugs.python.org/issue36375>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Greg Price :
--
pull_requests: +15140
pull_request: https://github.com/python/cpython/pull/15448
___
Python tracker
<https://bugs.python.org/issue37
Greg Price added the comment:
Thanks, Raymond, for the review on GH-15216!
Shortly after posting this issue, I noticed a very similar story in
CHECK_BINOP. I've just posted GH-15448 to similarly make returns explicit
there. It basically consists of a number of repetitio
New submission from Greg Price :
There are a number of files that we track in the repo, but are nevertheless
covered by `.gitignore`.
This *mostly* doesn't change anything, because Git itself only cares what
`.gitignore` has to say about files that aren't already tracked. But:
*
Change by Greg Price :
--
keywords: +patch
pull_requests: +15143
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/15451
___
Python tracker
<https://bugs.python.org/issu
Greg Price added the comment:
> May I suggest directing your efforts towards fixing known bugs or
> implementing requested features.
Well, I would certainly be grateful for a review on my fix to #18236. ;-)
There's also a small docs bug at GH-15301.
I do think there's sign
Greg Price added the comment:
Hmm, I'm a bit confused because:
* Your patch at GH-15251 replaces a number of calls to PyLong_FromLong with
calls to the new _PyLong_FromUnsignedChar.
* That function, in turn, just calls PyLong_FromSize_t.
* And that function begins:
PyO
1 - 100 of 337 matches
Mail list logo
