jcrmatos added the comment:
Then what is the difference between sysconfig.get_platform and sys.platform?
When should we use one or the other?
Maybe changing sys.platform to 'win' instead of 'win32', like was done with
'linux' in Python 3.3 (changed from 'linux2' and 'linux3') would
jcrmatos added the comment:
That's the name of the subsystem, not the platform.
Check the article you indicated
"In computing on Microsoft platforms, SysWoW64 (Windows 32-bit on Windows
64-bit) is a subsystem..."
--
___
Python track
New submission from jcrmatos :
sysconfig.get_platform returns wrong value when Python 32b is running under
Windows 64b.
It should return win-amd64 and returns win32.
--
messages: 334841
nosy: jcrmatos
priority: normal
severity: normal
status: open
title: sysconfig.get_platform returns
jcrmatos added the comment:
I will, thanks.
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue35858>
___
___
jcrmatos added the comment:
Thank you all for the help.
--
___
Python tracker
<https://bugs.python.org/issue35835>
___
___
Python-bugs-list mailing list
Unsub
jcrmatos added the comment:
Yes, I understand that, but I don't see why that should prevent this feature
from going forward.
--
___
Python tracker
<https://bugs.python.org/issue35
New submission from jcrmatos :
Consider adding the option of running shell/console commands inside the REPL.
Something like
>>>!ls
--
messages: 334556
nosy: jcrmatos
priority: normal
severity: normal
status: open
title: Consider adding the option of running shell/console
jcrmatos added the comment:
I deleted the fork and started again.
This time I didn't PR to my own fork but to cpython master.
It is now waiting for review, "skip news" labeling and CLA (I'm still waiting
on my request).
--
___
Pyth
Change by jcrmatos :
--
keywords: +patch, patch, patch, patch
pull_requests: +11532, 11533, 11534, 11535
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by jcrmatos :
--
keywords: +patch, patch, patch
pull_requests: +11532, 11533, 11534
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by jcrmatos :
--
keywords: +patch
pull_requests: +11532
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issue35835>
___
_
Change by jcrmatos :
--
keywords: +patch, patch
pull_requests: +11532, 11533
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
jcrmatos added the comment:
Hello,
I didn't do anything locally. I did the change and preview it on GitHub's web
interface.
Has I said, I did a PR to my own fork and now I think I have to do a PR to the
cpython master. Is that correct?
The PR to my own fork was required, or the commit
jcrmatos added the comment:
Hello,
Yes, I signed the CLA and now I have to wait at least 1 business day.
So I will wait for that confirmation before making the PR to the CPython repo.
Thanks,
JM
--
___
Python tracker
<https://bugs.python.
jcrmatos added the comment:
Hello,
On the previous message I forgot to mention that the pull request was made in
my fork, not the cpython repo.
Should I made a PR in the cpython repo at this point?
Thanks,
JM
--
___
Python tracker
<ht
jcrmatos added the comment:
Hello,
I'm using Github web interface.
I did these steps:
- Forked cpython and changed the pdb.rst file.
- Created a branch called "fix-issue-35835".
- Made the commit with description "Add reference to Python 3.7 new function
breakpoint()&qu
jcrmatos added the comment:
Hello,
Yes, I'm interested in learning, thanks.
I use Windows not Linux. Is that a problem?
I will read the guide and let you know if I have any questions. Thanks again.
JM
--
___
Python tracker
<ht
jcrmatos added the comment:
Hello,
I'm sorry, I have no idea how to do it.
JM
--
___
Python tracker
<https://bugs.python.org/issue35835>
___
___
Python-bug
jcrmatos added the comment:
Hello,
In my first message I said exactly that (the replacement used the previous
text, if you check it).
I'm ok with the wording from Cheryl. How about you Karthikeyan?
Thanks,
JM
--
___
Python tracker
<ht
jcrmatos added the comment:
Hello,
What about like this
import pdb; pdb.set_trace()
New in version 3.7: breakpoint() is preferable to using the previous line.
Thanks,
JM
--
___
Python tracker
<https://bugs.python.org/issue35
jcrmatos added the comment:
Hello,
You are correct. My bad.
Thanks,
JM
--
___
Python tracker
<https://bugs.python.org/issue35836>
___
___
Python-bugs-list m
New submission from jcrmatos :
Hello,
When trying this
try:
1/0
except Exception as exc:
print(type(exc)) # returns
print(exc.__name__) # returns AttributeError: 'ZeroDivisionError' object
has no attribute '__name__'
I believe all classes should have a __name__ attr, correct
New submission from jcrmatos :
In the Pdb documentation, found at
https://docs.python.org/3.7/library/pdb.html?highlight=pdb#module-pdb
there is no mention of breakpoint().
In my opinion, this text
import pdb; pdb.set_trace()
should be replaced with
import pdb; pdb.set_trace()
New
jcrmatos <jcrma...@gmail.com> added the comment:
Hello,
I would expect the same behaviour as askopenfilename from tkinter.filedialog
where the buttons are localized (in my case in Portuguese).
What I get is the buttons (in tkinter.simpledialog) are always in English.
Best regard
jcrmatos <jcrma...@gmail.com> added the comment:
Hello,
There are no parameters for the buttons.
There is a difference in behaviour between messagebox windows (no shortcuts at
all) to askopenfilename from tkinter.filedialog where the Open button has teh
shortcut (but the Cancel one d
jcrmatos <jcrma...@gmail.com> added the comment:
Hello,
Here it is.
from tkinter import Tk
from tkinter.messagebox import askokcancel, showerror
master=Tk()
showerror('Error', 'Error message', parent=master)
a = askokcancel('Error', 'Error message', parent=master)
master.mainloop()
jcrmatos <jcrma...@gmail.com> added the comment:
Hello,
Here is some example code:
from tkinter import Label, Tk
from tkinter.simpledialog import Dialog
class CalendarDialog(Dialog):
def __init__(self, parent, title='', year=0, month=0):
self.year = year # typ
New submission from jcrmatos <jcrma...@gmail.com>:
Hello,
tkinter.simpledialog default buttons (not buttonbox) are not localized, unlike
all messagebox.
Best regards,
JM
--
components: Tkinter
messages: 303162
nosy: jcrmatos
priority: normal
severity: normal
status: open
Change by jcrmatos <jcrma...@gmail.com>:
--
versions: +Python 3.5 -Python 3.7
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
jcrmatos added the comment:
Hello,
I can't be more specific.
The problem is that the tkinter.messagebox windows (askokcancel, askyesno,
showerror, showinfo, etc.) default buttons (Ok, Cancel, Yes, No, etc.) don't
show the default keyboard shortcuts/accelerators.
I believe they should
New submission from jcrmatos:
tkinter.messagebox windows (eg. askokcancel, showerror, showinfo, ...) in
Tkinter 8.6 running on Python 3.5.3, don't don't show the keyboard
shortcuts/accelerators in the default buttons.
And the askopenfilename from tkinter.filedialog only shows the Open one
jcrmatos added the comment:
Hello,
The GUI uninstall removes the prepended paths w/o requiring a reboot, so I see
no reason why the /uninstall method shouldn't do it too.
I did try to reboot afterwards, but the paths remain.
I also tested on another PC, with Windows 8.1 x64, with the same
New submission from jcrmatos:
Hello,
When uninstalling Py352 x86 with the /uninstall option, it doesn't remove the
prepended paths that were added on installation (unlike the GUI uninstall which
removes them).
My system is a Win7ProSP1 x64.
Best regards,
JM
--
components
New submission from jcrmatos:
Exe or MSI created by
python setup.py bdist_wininst
and
python setup.py bdist_msi
on a Py3.5 are unable to find Py3.5 installed.
The build machine is not the same as the installation machine (destination).
Tried changing Py3.5 installation on the destination from
34 matches
Mail list logo
