[issue10669] Remove Deprecation Warnings
New submission from Rusi : I am trying to port some app from 2.x to 3.x Terry Reedy suggested using 2.7 I get deprecation warnings (with -3 flag) I would be good to have a place to check all such and have suggested solutions -- components: 2to3 (2.x to 3.0 conversion tool) messages: 123716 nosy: RusiMody priority: normal severity: normal status: open title: Remove Deprecation Warnings type: feature request versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue10669> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10669] Remove Deprecation Warnings
Rusi added the comment: Hi Eric Sorry for not being clear. This is more of a feature request than a bug report as suggested by Terry Reedy on the python mailing list (see here http://mail.python.org/pipermail/python-list/2010-December/1262149.html The warnings are in my code. The main problems are (I expect) from strings/unicode/binary-strings I am suggesting that it would be good to have a place one could go to with each such warnings that would give explanations and possible remedies Rusi On Fri, Dec 10, 2010 at 3:05 PM, Eric Smith wrote: > > Eric Smith added the comment: > > Are the warnings originating in your code, or in the standard library, or > elsewhere? > > If in the standard library, please provide specific details. > > -- > nosy: +eric.smith > > ___ > Python tracker > <http://bugs.python.org/issue10669> > ___ > -- Added file: http://bugs.python.org/file19995/unnamed ___ Python tracker <http://bugs.python.org/issue10669> ___Hi EricSorry for not being clear.This is more of a feature request than a bug report as suggested by Terry Reedy on the python mailing list (see herehttp://mail.python.org/pipermail/python-list/2010-December/1262149.html";>http://mail.python.org/pipermail/python-list/2010-December/1262149.html The warnings are in my code. The main problems are (I expect) from strings/unicode/binary-stringsI am suggesting that it would be good to have a place one could go to with each such warnings that would give explanations and possible remedies RusiOn Fri, Dec 10, 2010 at 3:05 PM, Eric Smith <mailto:rep...@bugs.python.org";>rep...@bugs.python.org> wrote: Eric Smith <mailto:e...@trueblade.com";>e...@trueblade.com> added the comment: Are the warnings originating in your code, or in the standard library, or elsewhere? If in the standard library, please provide specific details. -- nosy: +eric.smith ___ Python tracker <mailto:rep...@bugs.python.org";>rep...@bugs.python.org> <http://bugs.python.org/issue10669"; target="_blank">http://bugs.python.org/issue10669> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10685] trace does nto ignore --ignore-module
New submission from Rusi : When running trace, I get a a lot of lines like: filename: /usr/lib/python2.7/cmd.py, modulename: cmd, funcname: Cmd That is to say system modules are shown in the trace whereas I only want to see the code I am working on Ive tried python2.7 -m trace --listfuncs tt.py --ignore-dir '/usr/lib' > const-dir.trace python2.7 -m trace --listfuncs --ignore-module cmd tt.py > const.trace python2.7 -m trace --ignore-module --listfuncs cmd tt.py > const.trace -- messages: 123836 nosy: RusiMody priority: normal severity: normal status: open title: trace does nto ignore --ignore-module type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue10685> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20167] Exception on IDLE closing
Rusi added the comment:
Just confirming:
idle 3.4.1-1 on debian testing
Start idle3
Open recent file -> some file
Close file
Close interpreter (and idle)
Get this
Exception ignored in: >
Traceback (most recent call last):
File "/usr/lib/python3.4/idlelib/MultiCall.py", line 244, in __del__
self.widget.unbind(self.widgetinst, seq, id)
File "/usr/lib/python3.4/tkinter/__init__.py", line 1071, in unbind
self.tk.call('bind', self._w, sequence, '')
_tkinter.TclError: can't invoke "bind" command: application has been destroyed
Exception ignored in: >
Traceback (most recent call last):
File "/usr/lib/python3.4/idlelib/MultiCall.py", line 244, in __del__
self.widget.unbind(self.widgetinst, seq, id)
File "/usr/lib/python3.4/tkinter/__init__.py", line 1071, in unbind
self.tk.call('bind', self._w, sequence, '')
_tkinter.TclError: can't invoke "bind" command: application has been destroyed
Exception ignored in: >
Traceback (most recent call last):
File "/usr/lib/python3.4/idlelib/MultiCall.py", line 244, in __del__
self.widget.unbind(self.widgetinst, seq, id)
File "/usr/lib/python3.4/tkinter/__init__.py", line 1071, in unbind
self.tk.call('bind', self._w, sequence, '')
_tkinter.TclError: can't invoke "bind" command: application has been destroyed
Exception ignored in: >
Traceback (most recent call last):
File "/usr/lib/python3.4/idlelib/MultiCall.py", line 244, in __del__
self.widget.unbind(self.widgetinst, seq, id)
File "/usr/lib/python3.4/tkinter/__init__.py", line 1071, in unbind
self.tk.call('bind', self._w, sequence, '')
_tkinter.TclError: can't invoke "bind" command: application has been destroyed
--
nosy: +RusiMody
___
Python tracker
<http://bugs.python.org/issue20167>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20167] Exception on IDLE closing
Rusi added the comment: On Fri, Oct 10, 2014 at 8:46 AM, Terry J. Reedy wrote: > > Terry J. Reedy added the comment: > > I verified that problem had returned on Windows as well. It would be good to > have a test that would fail if the tcl error message changed again. > > -- > resolution: fixed -> > stage: needs patch -> test needed > versions: +Python 3.5 It is failing again!! Version 3.4.1-1: checked that removing that space makes the error go away. Then saw that there is a new version 3.4.2~rc1-1 (almost certainly not containing your change) in the debian repos. Upgrading to that has made the error return! -- ___ Python tracker <http://bugs.python.org/issue20167> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20167] Exception on IDLE closing
Rusi added the comment: On Fri, Oct 10, 2014 at 8:49 AM, Rustom Mody wrote: > On Fri, Oct 10, 2014 at 8:46 AM, Terry J. Reedy > wrote: >> >> Terry J. Reedy added the comment: >> >> I verified that problem had returned on Windows as well. It would be good >> to have a test that would fail if the tcl error message changed again. >> >> -- >> resolution: fixed -> >> stage: needs patch -> test needed >> versions: +Python 3.5 > > It is failing again!! > > Version 3.4.1-1: checked that removing that space makes the error go away. > Then saw that there is a new version 3.4.2~rc1-1 (almost certainly not > containing your change) in the debian repos. > > Upgrading to that has made the error return! By which I meant to say not that it has 'returned' But that its there in 3.4.2 as well -- ___ Python tracker <http://bugs.python.org/issue20167> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24507] CRLF issues
New submission from Rusi: While trying to freshly setup a CPython repo, encountered the following CRLF issues: Mixed file -- both LF and CRLF (line 29 LF rest CRLF) Lib/venv/scripts/nt/Activate.ps1 Lib/test/decimaltestdata is a directory with mixed up files -- ie some CRLF some LF files PCbuild/readme.txt: CRLF (explicit) This is fine. Many of the following should (ideally/IMHO) be likewise CRLF (not BIN) *.sln: CRLF but marked as BIN in hgeol PC/example_nt/example.vcproj Emacs shows as Dos file; But not picked up by file; maybe other such Missing BIN pattern from .hgeol *.pdf Note that Doc/library/turtle-star.pdf exists This is most likely a bug Existent file-types with non-existent files in hgeol; Probably harmless *.vsprops *.mk *.dsp *.dsw These seem straightforward CRLF files to me; why BIN in hgeol? Lib/test/test_email/data/msg_26.txt Lib/test/coding20731.py -- components: Build messages: 245793 nosy: RusiMody, zach.ware priority: normal severity: normal status: open title: CRLF issues versions: Python 3.5 ___ Python tracker <http://bugs.python.org/issue24507> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24507] CRLF issues
Rusi added the comment: The newest (at least newer) version seems to be http://speleotrove.com/decimal/ Top of page says: Welcome to the General Decimal Arithmetic website, which is now hosted at speleotrove.com. The page and file names here have not been changed from the names used on the previous website, www2.hursley.ibm.com. File to download is dectest.zip All files are now CRLF More significantly the versions are bumped up from 2.59 in the python repo to 2.62 at this link Needless to say there are much larger differences between these than just CRLF :-) On Thu, Jun 25, 2015 at 10:57 PM, Eric V. Smith wrote: > > Eric V. Smith added the comment: > > At least for the files in decimaltestdata, I'd be wary about changing them. > My understanding is that these files are from the IBM decimal test library. I > don't think we should stray from upstream here, even for something as simple > as line endings. > > Unfortunately, the link http://www2.hursley.ibm.com/decimal from the file > headers is no longer valid. The newest (at least newer) version seems to be http://speleotrove.com/decimal/ Top of page says: Welcome to the General Decimal Arithmetic website, which is now hosted at speleotrove.com. The page and file names here have not been changed from the names used on the previous website, www2.hursley.ibm.com. File to download is dectest.zip All files are now CRLF More significantly the versions are bumped up from 2.59 in the python repo to 2.62 at this link Needless to say there are much larger differences between these versions than just CRLF :-) -- ___ Python tracker <http://bugs.python.org/issue24507> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24513] decimal test version mismatch
New submission from Rusi: In http://bugs.python.org/issue24507 there was an apprehension about changing the decimal test versions. Poking around I find that the versions in headers of files in Lib/test/decimaltestdata refer to version 2.59 and the IBM link http://www2.hursley.ibm.com/decimal which is dead Whereas help(decimal) points to http://speleotrove.com/decimal/decarith.html -- version 1.70 http://speleotrove.com/decimal/ contains dectest.zip which is at version 2.62 -- messages: 245835 nosy: RusiMody, eric.smith, zach.ware priority: normal severity: normal status: open title: decimal test version mismatch versions: Python 3.5 ___ Python tracker <http://bugs.python.org/issue24513> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24513] decimal test version mismatch
Rusi added the comment: On Fri, Jun 26, 2015 at 4:29 PM, Stefan Krah wrote: > > Stefan Krah added the comment: > > For libmpdec (and thus _decimal) I've always used the latest version > of dectest.zip. Upgrading decimaltestdata/* will not make any difference. > Not sure Stefan what you are saying. Under the assumption that you are addressing the apprehension of eric.smith in the earlier bug-report http://bugs.python.org/issue24507, Eric's comment is here reproduced: > At least for the files in decimaltestdata, I'd be wary about changing > them. My understanding is that these files are from the IBM decimal > test library. I don't think we should stray from upstream here, even > for something as simple as line endings. > Unfortunately, the link http://www2.hursley.ibm.com/decimal from the > file headers is no longer valid. -- ___ Python tracker <http://bugs.python.org/issue24513> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23792] help crash leaves terminal in raw mode
New submission from Rusi: Start python3.4 Do help(something) which invokes the pager Ctrl-C A backtrace results and after that the terminal is in raw mode even after exiting python [python 3.4 under debian testing with xfce4] -- components: IDLE messages: 239417 nosy: RusiMody priority: normal severity: normal status: open title: help crash leaves terminal in raw mode type: crash versions: Python 3.4 ___ Python tracker <http://bugs.python.org/issue23792> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
