Guilherme Salgado added the comment:
I've also been affected by this and found that if you use asyncio.run() the
coroutine is interrupted with a CancelledError as you'd expect. The following
script shows that
===
import asyncio
async def handle_connection(read
Change by Guilherme Salgado :
--
nosy: +salgado
___
Python tracker
<https://bugs.python.org/issue39116>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Guilherme Salgado :
--
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue40152>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Guilherme Salgado :
A coroutine will hang forever if it that catches an exception sent via its
throw() method and then makes async calls while handling that exception. The
same coroutine will complete just fine if the exception is instead raised from
within it. Here
New submission from Guilherme Salgado :
multiprocessing.Server swallows original exception traceback, making it hard to
debug. For example, the following code:
```
from multiprocessing.managers import BaseManager
class FooBar(object):
def m(self):
self._raise()
def _raise
Guilherme Praciano Karst Caminha added the comment:
In that case, I believe the PR I've opened should be fine?
--
___
Python tracker
<https://bugs.python.org/is
Guilherme Praciano Karst Caminha added the comment:
Also, "Numeric literals" is a more general section, so rules that apply for the
three types of numeric literals should probably go there to avoid repetition.
Maybe the Integer, Floating point and Imaginary literal sections sho
Guilherme Praciano Karst Caminha added the comment:
I believe that the sentence regarding the - operator also applies to Integer
literals and Imaginary literals. But it only appears on the Floating point
literals and Numeric literals sections
New submission from Guilherme Praciano Karst Caminha:
The file Doc/reference/lexical_analysis.rst has at least two redundant parts.
The first one is quoted below:
"As of Python 3.3 it is possible again to prefix string literals with a u
prefix to simplify maintenance of dual 2.x an
New submission from Guilherme:
Using configparser.ExtendedInterpolation one can interpolate ${section:option}.
It would be nice to have a parameter on ExtendedInterpolation __init__ to
change the delimiter, thus one can use ${section/option} instead (using '/'
instead of '
Guilherme Simões added the comment:
I think IDLE should ignore general X11 practice. I used Linux for years and
have never seen this behavior before because almost all programs behave in the
Mac/Windows way.
--
nosy: +Guilherme.Simões
___
Python
Guilherme Simões added the comment:
Now I can apply the patch successfully and everything seems to be working.
Thanks, Terry.
--
___
Python tracker
<http://bugs.python.org/issue15
Guilherme Simões added the comment:
I'm having the same problem as Todd when I apply the patch in my Mac... I have
no idea why though.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Guilherme Simões :
--
nosy: +Guilherme.Simões
___
Python tracker
<http://bugs.python.org/issue15392>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guilherme Polo added the comment:
If someone decides to commit this, please check that the name of the widget
in Tcl is always adequate.
--
___
Python tracker
<http://bugs.python.org/issue17
Guilherme Polo added the comment:
Here is a quick patch for it: http://pastebin.com/m1XQBGqU (I forgot my
password for the tracker, and leaving home right now).
Does it work for you ?
--
___
Python tracker
<http://bugs.python.org/issue17
Guilherme Polo added the comment:
Uh.. well observed.
It sounds like you are the first actual user of peer_create. Now I wish Tk
had done this in a different way: when creating a text widget, specificy
that it is a peer of some other text widget via an option ("-peer w" for
exa
Guilherme Simões added the comment:
I didn't test Roger's patch because I have limited access to Windows, but I
think it should solve this specific issue.
But the problem is actually more general. For example, the same odd behavior
happens when you try to run a module without saving
Guilherme Simões added the comment:
Hi, Terry!
I already signed the Contributor License Agreement Form.
Attached is a new patch with the buttons commented out and a small comment
explaining why I did that. I hope the patch is better now.
--
Added file: http://bugs.python.org
Guilherme Simões added the comment:
Attached is a patch that removes the Help button from the Preferences window.
Maybe it would be nice to have the Help button open a text file describing
every possible option, but while this doesn't happen it is better to remove
this b
Guilherme Simões added the comment:
I couldn't confirm this bug in versions 2.7, 3.3 or 3.4 on the Mac even while
using the same user configuration.
--
nosy: +Guilherme.Simões
___
Python tracker
<http://bugs.python.org/is
Guilherme Simões added the comment:
Roger, I was running with a subprocess but I tried without one and now it works.
--
___
Python tracker
<http://bugs.python.org/issue17
Guilherme Simões added the comment:
I forgot to say I tested this in MacOS in the development version. It shouldn't
happen in earlier versions because the method "close" of the class
"PseudoInputFile" is not there. A quick fix to this bug would be to just remove
thi
Changes by Guilherme Simões :
--
nosy: +Todd.Rovito, roger.serwy, terry.reedy
___
Python tracker
<http://bugs.python.org/issue17838>
___
___
Python-bugs-list m
New submission from Guilherme Simões:
Something like:
sys.stdin = open('file')
works in Python but doesn't in the IDLE shell. After trying to do that, a
dialog is open asking if the user wants to kill the program. This happens
because the method "close" of the class
Guilherme Simões added the comment:
Since extensions are probably going to be included into IDLE soon I'm attaching
a version of the patch that also changes PyShell.py.
--
Added file: http://bugs.python.org/file3/17532MenuOptions-2.
Guilherme Simões added the comment:
>From what I could see the problem is that in MacOS askyesnocancel stops the
>user from interacting with all windows and in Windows it stops the interaction
>only in the root window (even when the parameter 'master' is used, as is the
&g
New submission from Guilherme Simões:
After changing the contents of a file in an Editor Window and closing without
saving the "Save on Close" window pops up. On both MacOS and Linux the user
can't do anything on the Editor Window anymore, but on Windows, not only can
the u
Guilherme Simões added the comment:
I didn't restore the menu in the shell window because it would be empty then.
Perhaps a better alternative is to automatically remove any empty menu. That
way if someone inserted a new option in the menu in the future it would show
automatically i
New submission from Guilherme Simões:
In devguide/setup#editors-and-tools we have:
"For editors and tools which the core developers have felt some special comment
is needed for coding in Python, see Key Resources."
Since emacs and other tools are mentioned in "Additional Resou
Guilherme Simões added the comment:
Hi Roger,
I just signed the contributor agreement. Unfortunately, I can't test on older
MacOS versions, but I also think it should work.
--
___
Python tracker
<http://bugs.python.org/is
Guilherme Simões added the comment:
I actually removed something I shouldn't have in the first patch so I'm
attaching a new one.
--
Added file: http://bugs.python.org/file29899/17532MenuOptions-1.patch
___
Python tracker
<http://bu
Guilherme Simões added the comment:
I tested the extensions in MacOS and they seem to work (even the Terminal
Mode). The Options menu appear and everything seems to be fine.
The patch attached removes the Configure entry from the Options menu because
this entry is already in the application
New submission from Guilherme Simões:
The Help button on the Preferences windows does not do anything. Maybe I can
fix it, but I don't know what it was supposed to do in the first place. For now
it probably should be removed.
--
components: IDLE
messages: 186775
nosy: Guilherme.S
Guilherme Simões added the comment:
IDLE is widely used by students and should have its most relevant settings
available in the GUI also.
--
nosy: +Guilherme.Simões
___
Python tracker
<http://bugs.python.org/issue17
Guilherme Polo added the comment:
I consider myself the main responsible for this bug, so if the current patch
(which I didn't look at) passes all tests, doesn't slow things up (unlikely, I
would think) and also works with some more involved styling code then I'm fine
Guilherme Polo added the comment:
Calm down for a moment. This is just incorrect usage of Entry. There is no
"text" parameter documented for this class (see its docstring, for a quick
reference on that). Also, there is a lot of Tkinter documentation, the official
one at can be foun
Guilherme Polo added the comment:
If doing list(kw.items()) works, I'm fine with that. If it does not, then
ttk._format_optdict(kw) should.
--
___
Python tracker
<http://bugs.python.org/is
Guilherme Polo added the comment:
Please include a short version of the widget class you mentioned. It must be
only long enough to show the issue.
--
___
Python tracker
<http://bugs.python.org/issue15
Guilherme Polo added the comment:
It is not IDLE specific. But I still fail to see how this actually is a
security bug. It doesn't give more power to the user than the user already
gave to it. If you are recklessly installing untrusted libraries or
anything for the matter, then you already
Guilherme Polo added the comment:
I can ignore it, but let us be honest. If you got sudo privilege already, why
are you bothering to break (or whatever else) the system using IDLE ? The issue
here did not give you the sudo privilege. If it did, then we have an actual
security bug
Guilherme Polo added the comment:
For something that has been around for so long, I would be a little more
careful.
My suggestion is: no longer declare readprofile as an internal function; remove
the direct call to readprofile from Tk.__init__; tell users about the new
behavior, and the need
Guilherme Polo added the comment:
It is a well known fact that the readprofile function uses exec, and it has
been like that for more than 18 years. The parameters baseName and className
defines the execution of the files $HOME/.{className}.tcl,
$HOME/.{className}.py, $HOME/.{baseName}.tcl
Guilherme Gonçalves added the comment:
I uploaded a patch that adds an is_alive() method to multiprocessing.Pool,
along with the associated test and documentation updates.
Please let me know if there are any issues, I'll be glad to rework the patch.
--
keywords: +patch
Changes by guilherme-pg :
--
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue14233>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from guilherme-pg :
Trying to set a default value to arguments whose action is "append" causes
argparse to raise AttributeError when such arguments are provided in the
command line (see attached test case t1.py).
This happens because _AppendAction doesn't expect
guilherme-pg added the comment:
I uploaded an incomplete patch that might address the issue so it can be
discussed.
This patch introduces 'greedy_star', a new constructor parameter to
ArgumentParser that makes "*" positional arguments behave as expected in the
test case
guilherme-pg added the comment:
Guilherme Gonçalves
Thanks for the quick review.
--
___
Python tracker
<http://bugs.python.org/issue14177>
___
___
Python-bug
guilherme-pg added the comment:
Oops, sorry, that was unintended.
I uploaded a new version of the patch with the correct documentation update,
making it explicit that loads() expects a bytes object.
--
Added file:
http://bugs.python.org/file24717/14177-marshal-loads-deny-strings-2
guilherme-pg added the comment:
The attached patch attempts to solve the issue.
It makes sure marshal.loads only accepts objects conforming to the buffer
protocol, updates the documentation for the method accordingly, adds a test
case and updates existing test cases that rely on this issue
New submission from Guilherme Moro :
http://docs.python.org/library/os.html#os.access
points out that I should use
try:
fp = open("myfile")
except IOError as e:
if e.errno == errno.EACCESS:
return "some default data"
# Not a permission error.
rai
Guilherme Polo added the comment:
Why is this a bug ? You passed something that is not supposed to work with tk
and tk said so.
--
___
Python tracker
<http://bugs.python.org/issue12
Guilherme Polo added the comment:
If we consider the meaning of "dead code" as that used in compilers, then I
meant "out of date" code.
If you want to add support for tk::ButtonEnter then I believe you should open a
new issue and raise your points there. Anyway,
Guilherme Polo added the comment:
Does the attached patch work for you ?
--
keywords: +patch
Added file: http://bugs.python.org/file21017/patch11290.diff
___
Python tracker
<http://bugs.python.org/issue11
Guilherme Polo added the comment:
I have a different problem here on Mac, but I can manage to reproduce
your issue if I apply the following patch:
Index: Lib/tkinter/__init__.py
===
--- Lib/tkinter/__init__.py (revision 88757
Guilherme Polo added the comment:
> I have been working with the ttk module (Windows XP, Python 3.1) and have
> encountered some specific issues with ttk.Style() not fully propagating the
> style into the widget. In my particular case, there seem to be issues with
> sett
Guilherme Polo added the comment:
You should convert the whole expressions actually, but that is because the
patch wasn't done for py3k.
--
___
Python tracker
<http://bugs.python.org/i
Guilherme Polo added the comment:
> We are down to 1 error but thats a new errror;
>
>
> test test_ttk_guionly failed -- Traceback (most recent call last):
> File
> "/Users/cartman/Sources/py3k/Lib/tkinter/test/test_ttk/test_widgets.py",
Guilherme Polo added the comment:
Hi there,
I believe I've fixed most of these errors. But I couldn't replicate the last
error on the first message, so I guessed what could be the problem.
Could you try the patch and see how it works for you ?
(Thanks for the nosy addition, I ra
Guilherme Polo added the comment:
Closing this again in favor of issue9899.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue1
Guilherme Polo added the comment:
> @Guilherme I'm guessing that you're still interested in this, yes?
I don't see the point in closing an issue simple because no one
responded. I think the question to be asked is more towards "is it
solved?" than "are you in
Guilherme Polo added the comment:
> I assume that Tcl_GetCharLength works for any object, regardless of
> its internal representation?
I didn't look at its code but I assume it will create a string representation
for the object in question if there isn't one in place when
Guilherme Polo added the comment:
Mark,
If you want to expand it to handle other data types, I'm ok with it
but I predict troubles for you. The problem is that in Tcl there is
only one "real" data type -- string. Depending on how you operate over
a value it is then, interna
Guilherme Polo added the comment:
Sorry but this is just bikeshedding, whoever commits can make this change or if
it had been committed without this "improvement" then anyone could adjust
without needing a new issue.
--
___
Python trac
Guilherme Polo added the comment:
I was thinking of issue4832. The patch provided here seems fine to me, although
the behavior remains the same in Mac.
--
___
Python tracker
<http://bugs.python.org/issue9
Guilherme Polo added the comment:
I remember about another issue regarding extensions and save-as/open dialog
boxes. Let me try to find it, just to be sure that the problem described here
is different.
--
___
Python tracker
<h
Guilherme Polo added the comment:
It is possible to create a tabbed window without ttk.Notebook. This is already
being done in the configuration dialog. The real issue goes much beyond
ttk.Notebook, check the patch "tabs_ttk_and_co.diff" at
http://code.google.com/p/python-ttk/down
Guilherme Polo added the comment:
> Tal Einat added the comment:
>
> ...
>
> The process of discussing this patch has taken far, far too long. I can't
> stand such discussions spanning months (and years!). Please just accept this
> patch or close it. I'm fed up
Guilherme Polo added the comment:
Weird.. I was almost sure that was fixed at some point.
The patch is fine, but I would suggest adding some simple testcase(s).
This will probably require a new file (test_canvas.py) at
Lib/tkinter/test/test_tkinter
Changes by Guilherme Salgado :
--
nosy: -salgado
___
Python tracker
<http://bugs.python.org/issue7946>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guilherme Polo added the comment:
Wasn't the freebsd problem unrelated to this ?
--
___
Python tracker
<http://bugs.python.org/issue8424>
___
___
Pytho
Guilherme Polo added the comment:
To make the situation worse, this Ubuntu buildbot passed all signal tests on
the next run.
--
___
Python tracker
<http://bugs.python.org/issue8
Changes by Guilherme Polo :
Removed file: http://bugs.python.org/file16818/p1.diff
___
Python tracker
<http://bugs.python.org/issue8204>
___
___
Python-bugs-list mailin
Guilherme Polo added the comment:
When I run that alone I get the same effect, maybe there is something
else contributing to the previous result I saw.
focus_force did solve when testing it alone, and I think it is ok to
use focus_force when testing at least.
Here is the sample I tried
Guilherme Polo added the comment:
> Martin v. Löwis added the comment:
>
> I can reproduce the problem. The root cause is that the "event generate .nb
> " simply does not have any effect - neither through Python, nor
> through directly wish. Nor do any of the other k
Changes by Guilherme Salgado :
--
nosy: +salgado
___
Python tracker
<http://bugs.python.org/issue7946>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guilherme Polo added the comment:
I get the same behavior while using ttk in wish8.5, so this is not
related to the ttk.py module.
But, after looking this sample you posted, it looks like you want
something like this instead:
from tkinter import Tk, Menu
root = Tk()
menu = Menu()
root
Changes by Guilherme Polo :
--
stage: needs patch ->
type: performance -> behavior
___
Python tracker
<http://bugs.python.org/issue6739>
___
___
Pyth
Changes by Guilherme Polo :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue700921>
___
___
Python-bugs-list mailing list
Unsubscri
Guilherme Polo added the comment:
Closing this in favour of issue6755, it has been a long time since any
discussion took place here that I believe it is better to continue
somewhere else related to this.
--
nosy: +gpolo
___
Python tracker
<h
Guilherme Polo added the comment:
Have you looked into issue700921 already ? It seems a lot of discussion
was generated there, but no patches.
--
___
Python tracker
<http://bugs.python.org/issue6
Changes by Guilherme Polo :
--
nosy: +gpolo
versions: -Python 2.6, Python 3.1
___
Python tracker
<http://bugs.python.org/issue6755>
___
___
Python-bugs-list m
Guilherme Polo added the comment:
Please, understand that the bug tracker is a place to provide help and
not to seek for help. The c.l.p newsgroup (more on
http://www.python.org/community/lists/) is a more appropriate place to
continue this discussion.
Nevertheless, the attached patch was
Guilherme Polo added the comment:
Here is a patch that changes IDLE to refuse invalid key bindings.
--
keywords: +patch
nosy: +gpolo
versions: +Python 2.6, Python 2.7, Python 3.2
Added file: http://bugs.python.org/file14761/tcl_validation.diff
Guilherme Polo added the comment:
>> I can reproduce it here, unfortunately Tcl/Tk 8.5 isn't really supported
>> by Python 2.5 and the changes required to get this fixed won't be
>> backported. It was suggested backporting before and it was rejected.
>
> Than
Changes by Guilherme Polo :
--
components: +Tkinter -IDLE
___
Python tracker
<http://bugs.python.org/issue6746>
___
___
Python-bugs-list mailing list
Unsubscribe:
Guilherme Polo added the comment:
I can reproduce it here, unfortunately Tcl/Tk 8.5 isn't really supported
by Python 2.5 and the changes required to get this fixed won't be
backported. It was suggested backporting before and it was rejected.
--
nosy: +gpolo
resolution: -
Guilherme Polo added the comment:
Wouldn't be more interesting to add an option where you tell exactly
which modules aren't expected to be compiled successfully ? If any
modules besides those specified are not built, then setup.py returns 1.
I, for instance, don't care if the _
Guilherme Polo added the comment:
> If it's not a problem, then the invoker doesn't need to check the exit
> code of setup.py.
Suppose the _tkinter module failed to compile on a given system, how
would you know if this is a problem or not ? setup.py would return 1
because it c
Changes by Guilherme Polo :
--
resolution: -> fixed
status: open -> closed
type: feature request ->
___
Python tracker
<http://bugs.python.o
Guilherme Polo added the comment:
> That is the manual I am referencing and the last time I looked it was
> the most recent.
>
Thanks for clarifying that.
> I'm not to familiar with the Python port of Tix, but I am using the
> command, label, state, and variable options a
Changes by Guilherme Polo :
--
___
Python tracker
<http://bugs.python.org/issue1356969>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Guilherme Polo added the comment:
py3k branch: r74518.
--
resolution: accepted -> fixed
___
Python tracker
<http://bugs.python.org/issue1522587>
___
___
Py
Guilherme Polo added the comment:
py3k branch: r74518.
--
___
Python tracker
<http://bugs.python.org/issue1356969>
___
___
Python-bugs-list mailing list
Unsub
Guilherme Polo added the comment:
py3k branch: r74518.
--
___
Python tracker
<http://bugs.python.org/issue1356969>
___
___
Python-bugs-list mailing list
Unsub
Guilherme Polo added the comment:
py3k branch: r74518.
--
resolution: accepted -> fixed
___
Python tracker
<http://bugs.python.org/issue1259434>
___
___
Py
Guilherme Polo added the comment:
py3k branch: r74518.
--
resolution: accepted -> fixed
___
Python tracker
<http://bugs.python.org/issue1250469>
___
___
Py
Guilherme Polo added the comment:
> This has been fixed on r74507 now.
py3k branch: r74518.
--
___
Python tracker
<http://bugs.python.org/issue1119673>
___
_
Changes by Guilherme Polo :
--
resolution: accepted -> fixed
___
Python tracker
<http://bugs.python.org/issue1119673>
___
___
Python-bugs-list mailing list
Un
Guilherme Polo added the comment:
Hi Cary,
Where can I find the most up-to-date Tix manual ? Would it be
http://tix.sourceforge.net/man/html/contents.htm ?
I don't know much about Tix so maybe you can help me a bit here. Are all
of these widget specific options considered as static optio
1 - 100 of 701 matches
Mail list logo
