[issue14784] Re-importing _warnings changes warnings.filters

[Mark Lawrence]

Mark Lawrence added the comment:

I've just tried this and didn't see anything about warnings.filters changed.  
Full test run output in attached file.

--
nosy: +BreamoreBoy
Added file: http://bugs.python.org/file35848/Issue14784.log

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14841] os.get_terminal_size() should check stdin as a fallback

[Mark Lawrence]

Mark Lawrence added the comment:

#13609 is closed fixed so can this also be closed?  I've tried to reproduce 
this on Windows with the help of unxutils but it didn't want to know, sorry :(

--
nosy: +BreamoreBoy
type:  -> behavior
versions: +Python 3.4, Python 3.5 -Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14788] Pdb debugs itself after ^C and a breakpoint is set anywhere

[Mark Lawrence]

Mark Lawrence added the comment:

A quick glance tells me the patch is okay, apart from the name 
"test_issue_XXX", so can we have a formal patch review please.  See also #14743.

--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14743] on terminating, Pdb debugs itself

[Mark Lawrence]

Mark Lawrence added the comment:

Can we have a formal patch review please, but note the similar patch on #14788.

--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14934] generator objects can clear their weakrefs before being resurrected

[Mark Lawrence]

Mark Lawrence added the comment:

I'm still not brave enough to take on C code, but could this be handled by 
someone from the core-mentorship list?

--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12067] Doc: remove errors about mixed-type comparisons.

[Andy Maier]

Andy Maier added the comment:

Terry,
I'd like to comment on your statement:
> 3. By default, == and /= compare identities.
in msg148774.

What experiment lead you to that conclusion?

Here is one that contradicts it (using cpython 3.4.1):

>>> i1 = 42
>>> f1 = 42.0
>>> i1 == f1
True
>>> i1 is f1
False

Is it possible, that your experiment got influenced by the optimization that 
attempts to reuse existing objects of immutable types?
Like in this:

>>> i1 = 42
>>> i2 = 40 + 2
>>> i1 == i2
True
>>> i1 is i2
True

Andy

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21902] Docstring of math.acosh, asinh, and atanh

[Raymond Hettinger]

Raymond Hettinger added the comment:

> inverse' is probably more obvious to understand than 'area', 
> although it doesn't tie into the 'a' of 'acosh', etc.

Please don't make this gratuitous change.  The decision about whether to use 
"inverse" or "arc" was cast in stone when the functions were named "acosh" etc. 
  The documentation for C's math.h uses "arc".  The docs for my hand 
calculators all use the term "arc" in the description of what the keys do.  Why 
create unnecessary divergence?  

If you truly think users of acosh can't cope with "arc", then add a clarifying 
parenthetical for "inverse".  But don't make the function name "acosh" more 
opaque by not showing what it actually stands for.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21720] "TypeError: Item in ``from list'' not a string" message

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
assignee: rhettinger -> 

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14841] os.get_terminal_size() should check stdin as a fallback

[Arfrever Frehtes Taifersar Arahesis]

Arfrever Frehtes Taifersar Arahesis added the comment:

This bug is still reproducible in Python 3.4 and 3.5.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21906] Tools\Scripts\md5sum.py doesn't work in Python 3.x

[Berker Peksag]

Berker Peksag added the comment:

Thanks Zachary! Here's a combined patch.

--
Added file: http://bugs.python.org/file35849/issue21906_v2.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12498] asyncore.dispatcher_with_send, disconnection problem + miss-conception

[Xavier de Gaye]

Xavier de Gaye added the comment:

> Sorry Xavier for your patches, but it's time to focus our efforts on a single 
> module and asyncio has a much better design to handle such use cases.

No problem. Thanks for taking your time to review patches made on this old 
module.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12067] Doc: remove errors about mixed-type comparisons.

[Andy Maier]

Andy Maier added the comment:

Uploaded v5 of the patch.

Changes:

1. The statement that comparison of different built-in types (always) raises 
TypeError, was too general. Changed to distinguish equal and order operators, 
as summarized by Ezio in items 3) and 4) of msg148760.

2. Ensured max line length of 80, in text areas affected by the patch.

Andy

--
versions: +Python 3.4
Added file: http://bugs.python.org/file35850/issue12067-expressions-py34_v5.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12067] Doc: remove errors about mixed-type comparisons.

[Andy Maier]

Andy Maier added the comment:

It seems I still need to practice creating patches ... uploading v6 which 
should create a review link. No other changes.
Sorry for that.
Andy

--
Added file: http://bugs.python.org/file35851/issue12067-expressions-py34_v6.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9554] test_argparse.py: use new unittest features

[Berker Peksag]

Berker Peksag added the comment:

Updated patch.

--
type: behavior -> enhancement
Added file: http://bugs.python.org/file35852/issue9554_v3.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12067] Doc: remove errors about mixed-type comparisons.

[Andy Maier]

Andy Maier added the comment:

Another attempt. Really sorry...

--
Added file: http://bugs.python.org/file35853/issue12067-expressions-py34_v7.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21258] Add __iter__ support for mock_open

[Arve Knudsen]

Changes by Arve Knudsen :


--
nosy: +Arve.Knudsen

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21258] Add __iter__ support for mock_open

[Arve Knudsen]

Arve Knudsen added the comment:

I noticed this issue too, thanks for fixing it!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14050] Tutorial, list.sort() and items comparability

[Andy Maier]

Andy Maier added the comment:

Uploaded patch version py34_v2, which contains the following changes relative 
to 3.4:

1. The changes in the description of list.sort() from "default" in list.sort(), 
by adding this text:
  (the arguments can be used for sort customization, see :func:`sorted` for 
their explanation)

2. The proposed extension of the description of list.sort() from patch version 
py32.

3. A statement that TypeError is raised if the ordering relationship is not 
established.

4. A reference where to look in order to establish ordering relationship for 
user-defined classes. (referencing the Basic customization section of the 
Language Reference).

5. A reference where the ordering relationships for built-in types are 
described (referencing the Comparison chapter of the Language Reference).

-> Please review.

Andy

--
Added file: http://bugs.python.org/file35854/issue14050-list_sort-py34_v2.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14050] Tutorial, list.sort() and items comparability

[Andy Maier]

Andy Maier added the comment:

uploaded patch version py27_v2, which contains the same changes as py34_v2, 
relative to 2.7, except for this differences:

1. The change from "default" was already in 2.7.

2. The reference to defining ordering methods for user-defined classes includes 
a reference to object.__cmp__(), in addition.

-> Please review

Andy

--
Added file: http://bugs.python.org/file35855/issue14050-list_sort-py27_v2.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21916] Create unit tests for turtle textonly

[ingrid]

New submission from ingrid:

Non-gui tests for turtle that Lita and I wrote.

--
components: Tests
files: test_turtle_textonly.patch
keywords: patch
messages: 82
nosy: ingrid, jesstess
priority: normal
severity: normal
status: open
title: Create unit tests for turtle textonly
versions: Python 3.5
Added file: http://bugs.python.org/file35856/test_turtle_textonly.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21915] telnetlib.Telnet constructor does not match telnetlib.Telnet.__init__ docstring

[R. David Murray]

R. David Murray added the comment:

There are reasons for both of these things.  In 2.7 we generally used the [] 
notation for keyword arguments.  In both, the timeout doesn't have a default 
that it is possible to document using our standard notation, so we use the [] 
notation.  If you can think of a better way to document this, there are several 
other places where we have similar timeout arguments that could also be 
improved (but we haven't thought of an acceptable way to improve it yet).

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6953] readline documenation needs work

[Andy Maier]

Andy Maier added the comment:

I would like to revive this issue.

>From the discussion, it seems to me that the following changes in the Python 
>Library documentation would make sense:

1. Move add_history() higher up in the sequence of functions, for example  to 
after write_history_file().

2. Clarify that the pos arguments of remove_history_item() and 
replace_history_item() are 0-based.

3. Clarify that the index argument of get_history_item() is 1-based.
I do understand Stefan's comment from msg100757 that it is actually 
'history_base'-based. On the one hand, history_base is not exposed or implied 
or even described at the Python level. After searching the GNU readline 
documentation, it seems that a notion of history base is not described there, 
either (I may have missed it, though).
So either we simply state it is 1-based, or we provide in addition the 
background story mentioning some notion of history_base that is publicly 
described.

I have the following additional comments:

4. The current documentation is very abridged, probably because it intends to 
be "just" a description of the Python binding to GNU readline. I think it 
either needs to evolve into a standalone description (i.e. that does not depend 
on the description of GNU readline), or it needs to properly reference the 
description of GNU readline. If we go that route, a simple reference to the 
document is not sufficient, for one because it is not the only underlying 
implementation, and second, because it is large and not easy at all to map to 
the Python readline functions.

5. One needs to understand what the main entities are the module operates on, 
e.g. init file, history file(s), a (single, global?) history object, the line 
buffer. Regardless of what we do regarding comment 4., I think the Python docs 
should describe these main entities in the introduction text.

6. Some more information about the init file is needed. I suspect it is 
specific to the underlying implementation that is used. If so, add references 
to the format descriptions for each implementation (by Python OS platform).

7. parse_and_bind(): Change the description to state that it parses and binds 
the init statement provided in the string argument. That string may or may not 
come from an init file. The example at the end specifies a statement that is 
not from an init file.

8. get_line_buffer() talks about "line buffer" and insert_text() talks about 
"command line". I suspect that means to be the same. If so, use one term 
consistently.
 
9. read_init_file(): I suspect it returns a tuple of statements from the init 
file? In any case, describe how the init file content comes back. Are comments 
removed? Where is the last filename used remembered, does that survive restarts 
of the Python runtime?

10. read_history_file(): Add that the history file content is put into a 
(global?) history object, replacing its prior history.

11. write_history_file(): Add that the (global?) history object is where the 
information comes from. Is an existing history file replaced? Appended? 
Exception raised?

12. clear_history(): From the text, I read that if the underlying GNU readline 
does not support it, this Python function does not exist in the module. If this 
is not how it works (e.g. if the function exists and raises an exception in the 
unsupported case), that text should be clarified.
Also, mention which version of GNU readline is minimally needed in order to 
support the function.

13. get_history_length(): It says "get the desired length of the history file", 
but I think it is really the desired number of lines in the history file (i.e. 
consistent with set_history_length().

14. get_history_item() and remove_history_item() talk about "history item", 
while all other functions talk about "history line" or "line". Use one term 
consistently.

15. the completion related functions (from set_completer() to 
set_completion_display_matches_hook()) are really somewhat short:
What is the role of a completer function?
Which completion types are defined?
What is the beginning index of tab-completion?
What are word delimiters for tab-completion?

16. Last but not least, the libedit library is mentioned for MacOS. Has that 
been implemented yet, and is it part of standard Python? If so, mention that.

Andy

--
nosy: +andymaier
versions: +Python 3.4, Python 3.5 -Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21902] Docstring of math.acosh, asinh, and atanh

[Mark Dickinson]

Mark Dickinson added the comment:

Raymond: I don't think it's gratuitous.  I'd be happy to replace the 'inverse' 
by 'area' if that's what people prefer.  But "hyperbolic arc cosine" is just 
plain incorrect.  (And the "in radians" bit is utterly nonsensical.)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19711] add test for changed portions after reloading a namespace package

[Mark Lawrence]

Mark Lawrence added the comment:

Latest patch LGTM.  Can we have a patch review please as #18864 is dependent on 
this.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19714] Add tests for importlib.machinery.WindowsRegistryFinder

[Mark Lawrence]

Mark Lawrence added the comment:

Latest patch LGTM at a quick glance.  Can we have a patch review please as 
#18864 is dependent on this.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21099] Switch applicable importlib tests to use PEP 451 API

[Mark Lawrence]

Mark Lawrence added the comment:

Can we have a patch review please as #18864 is dependent on this.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)

[Mark Lawrence]

Mark Lawrence added the comment:

I've asked for patch reviewss on the three dependencies outstanding, #19711, 
#19714 and #21099.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21917] Python 2.7.7 Tests fail, and math is faulty

[repcsike]

New submission from repcsike:

Python is built with IBM XLC compiler, some tests fail and after installation 
mathematical executions are giving bad results. I corrected the 
_sysconfigdata.py bug (issue18235) with ld_so_aix , and found this out when 
tried to install some modules.
 
Please see this other issue for the other tests:
https://github.com/warner/python-ecdsa/issues/28

# ./configure --with-gcc="xlc_r -q64" AR="ar -X64" 
--prefix=/usr/local/Python-2.7.7_64_test

# make

# make test
running build_scripts
find ./Lib -name '*.py[co]' -print | xargs rm -f
 ./python -Wd -3 -E -tt  ./Lib/test/regrtest.py -l
Traceback (most recent call last):
  File "./Lib/test/regrtest.py", line 220, in 
TEMPDIR = os.path.abspath(tempfile.gettempdir())
  File "/tmp/Python-2.7.7/Lib/tempfile.py", line 269, in gettempdir
tempdir = _get_default_tempdir()
  File "/tmp/Python-2.7.7/Lib/tempfile.py", line 197, in _get_default_tempdir
fd = _os.open(filename, flags, 0o600)
OverflowError: signed integer is greater than maximum
make: 1254-004 The error code from the last command is 1.
make: 1254-005 Ignored error code 1 from last command.
 ./python -Wd -3 -E -tt  ./Lib/test/regrtest.py -l
Traceback (most recent call last):
  File "./Lib/test/regrtest.py", line 220, in 
TEMPDIR = os.path.abspath(tempfile.gettempdir())
  File "/tmp/Python-2.7.7/Lib/tempfile.py", line 269, in gettempdir
tempdir = _get_default_tempdir()
  File "/tmp/Python-2.7.7/Lib/tempfile.py", line 197, in _get_default_tempdir
fd = _os.open(filename, flags, 0o600)
OverflowError: signed integer is greater than maximum
make: 1254-004 The error code from the last command is 1.


Stop.

--
components: Build
messages: 91
nosy: repcsike
priority: normal
severity: normal
status: open
title: Python 2.7.7 Tests fail, and math is faulty
type: compile error
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10289] Document magic methods called by built-in functions

[Andy Maier]

Andy Maier added the comment:

I have reviewed the descriptions of the built-in functions in Python 3.4, and 
found only the following issues w.r.t. missing __special__functions:

1. getattr(), setattr(), delattr(): They only refer to object attributes and 
miss to mention the fallback to object.__getattr__(), etc. Because hasattr() 
calls getattr() to test for the presence, the __getattr__() is relevant for 
hasattr() as well.

2. len() misses to describe that it uses s.__len__().

3. sorted() misses to describe how rich comparison methods can be used. I think 
we can integrate the changes to list.sort() proposed in issue14050.

4. str() delegates the description to stdtypes.html#str, which in turn does 
describe obj.__str__(). Not sure we need to do something for str().

I did not check 2.7 yet.

Andy

--
nosy: +andymaier
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4972] context management support in imaplib, smtplib, ftplib

[Berker Peksag]

Changes by Berker Peksag :


--
versions: +Python 3.5 -Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21907] Update Windows build batch scripts

[Jeremy Kloth]

Changes by Jeremy Kloth :


--
nosy: +jkloth

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21917] Python 2.7.7 Tests fail, and math is faulty

[Stefan Krah]

Stefan Krah added the comment:

I think you need to figure out the right build flags -- we had
an xlc build slave for a while that did not have this behavior.

The flags were quite complicated though.

--
nosy: +skrah

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21743] Create tests for RawTurtleScreen

[Lita Cho]

Lita Cho added the comment:

submitted a patch that tests all of this. Issue 21914

--
resolution:  -> duplicate
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12954] Multiprocessing logging under Windows

[paul j3]

paul j3 added the comment:

The documentation currently warns
https://docs.python.org/2/library/multiprocessing.html#windows

> Safe importing of main module

> Make sure that the main module can be safely imported by a new Python 
> interpreter without causing unintended side effects (such a starting a new 
> process).

The logging duplication that I mentioned here is one of those side effects.  So 
there's probably no need for further warnings.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21844] Fix HTMLParser in unicodeless build

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Agree.

--
resolution:  -> wont fix

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21715] Chaining exceptions at C level

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Sorry. Here is it.

--
keywords: +patch
Added file: http://bugs.python.org/file35857/capi_chain_exceptions.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21881] python cannot parse tcl value

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Interesting, what result of getdouble?

>>> import _tkinter
>>> tk = _tkinter.create()
>>> nan = float('nan')
>>> tk.getdouble(nan)
nan

What returns getdouble() (note that _tkinter is imported instead of tkinter!) 
for NaN value?

--
assignee:  -> serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19593] Use specific asserts in importlib tests

[Mark Lawrence]

Mark Lawrence added the comment:

Can we have a commit review on this please.  I've already asked for reviews on 
#18864 and its dependencies.

--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21881] python cannot parse tcl value

[Andreas Schwab]

Andreas Schwab added the comment:

>>> _tkinter.create().getdouble(float('nan'))
nan

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20544] Use specific asserts in operator tests

[Mark Lawrence]

Mark Lawrence added the comment:

There are 28 dependencies listed on #16510.  18 have already been closed, 
presumably with patches committed but I haven't checked them all.  10 are still 
open including this one.  Can we have a decision now as to whether we move 
forward with committing all of these changes, subject of course to formal 
review, or simply close the outstanding ones as "won't fix".

--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21597] Allow turtledemo code pane to get wider.

[Lita Cho]

Lita Cho added the comment:

Hi Terry, I started digging into this deeper and it looks like my tests doesn't 
tear in Python 2.7. I have tried on Python 3.5 and 3.4 and it tears on those 
versions.

I also tried the ttk objects, and the widgets also teared when I added frames. 
Here is the code I tried.

from tkinter import *
from tkinter import ttk

paned = ttk.Panedwindow(orient="horizontal")
left = ttk.Frame(paned)
left.pack(side='left', fill='both', expand=True)
right = ttk.Frame(paned)
right.pack(side='right', fill='both', expand=True)
button = ttk.Button(left,text="lefgt pane")
button.pack( fill='both', expand=True)
button2 = ttk.Button(right, text="right pane")
button2.pack( fill='both', expand=True)
paned.add(left)
paned.add(right)
paned.pack(fill="both",expand=True, pady = (4,1), padx=4)

mainloop()

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21597] Allow turtledemo code pane to get wider.

[Lita Cho]

Lita Cho added the comment:

Should I file a bug? I feel like this a bug specifically related to Python 3 
and Tkinter.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21859] Add Python implementation of FileIO

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Updated patch has included recent changes from C implementation (issue21679 and 
issue21090).

--
Added file: http://bugs.python.org/file35858/pyio_fileio_2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19279] UTF-7 can produce inconsistent Unicode string

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
title: UTF-7 to UTF-8 decoding crash -> UTF-7 can produce inconsistent Unicode 
string
versions: +Python 2.7, Python 3.3, Python 3.4 -Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19279] UTF-7 decoder can produce inconsistent Unicode string

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
title: UTF-7 can produce inconsistent Unicode string -> UTF-7 decoder can 
produce inconsistent Unicode string

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5712] tkinter - askopenfilenames returns string instead of tuple in windows 2.6.1 release

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Som, what is full version of your Python?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21918] Convert test_tools to directory

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

Lib/test/test_tools.py becomes too large. It includes tests of unrelated 
command-lines tools and scripts. It would be good to convert it to directory 
containing separate test files for different tools.

--
components: Tests
messages: 222305
nosy: berker.peksag, serhiy.storchaka, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Convert test_tools to directory
type: enhancement
versions: Python 2.7, Python 3.4, Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21597] Allow turtledemo code pane to get wider.

[Ned Deily]

Ned Deily added the comment:

If by tearing you mean leaving artifacts on the screen, differences in behavior 
are almost certainly due to different versions of Tk being used.  Tkinter is 
really just a wrapper around calls to Tk; nearly all of the heavy-duty graphics 
work is done by Tk making calls to other, platform-specific graphics libraries. 
 FWIW, I ran your last test with the current python.org 2.7.8 and 3.4.1 on OS X 
with the current ActiveTcl Tk 8.5.15 and they both performed identically: I 
expanded the frame to fill the screen and could cleanly move the slider to the 
left or right with no artifacts.

--
nosy: +ned.deily

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17652] Add skip_on_windows decorator to test.support

[Mark Lawrence]

Mark Lawrence added the comment:

I like the idea and the patch looks clean so can we have a commit review please.

--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17773] test_pydoc fails with the installed testsuite (2.7)

[Mark Lawrence]

Mark Lawrence added the comment:

Can this be closed as "out of date"?

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17055] ftplib.ftpcp test

[Mark Lawrence]

Mark Lawrence added the comment:

LGTM so can we have a commit review please.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12067] Doc: remove errors about mixed-type comparisons.

[Terry J. Reedy]

Terry J. Reedy added the comment:

In py3, *everything* is an instance of class object. This makes like simple 
than in 2.x. The default comparison rules are set by the rich comparison 
methods of object. 'By experiment' meant by experiments with instances of 
object, which use those default methods, rather than by inspection of the 
relevant .c source code. Instances of subclasses taht do not override the 
defaults would act the same. Here is what seem to be the default code, from 
object.c, do_compare.  It verifies what I said (v, w are pointers, which 
represent identity):

/* If neither object implements it, provide a sensible default
   for == and !=, but raise an exception for ordering. */
switch (op) {
case Py_EQ:
res = (v == w) ? Py_True : Py_False;
break;
case Py_NE:
res = (v != w) ? Py_True : Py_False;
break;
default:
/* XXX Special-case None so it doesn't show as NoneType() */
PyErr_Format(PyExc_TypeError,
 "unorderable types: %.100s() %s %.100s()",
 v->ob_type->tp_name,
 opstrings[op],
 w->ob_type->tp_name);
return NULL;
}
Py_INCREF(res);
return res;

Subclasses can and ofter do override the default methods. In particular, the 
number subclasses compare by value, across number types.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21893] unicodeobject.c not using PY_FORMAT_SIZE_T

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This is incorrect. PY_FORMAT_SIZE_T shouldn't be used in format string of 
PyErr_Format. On one hand, PyErr_Format understand the "z" modifier. On other 
hand, it is not understand all platform-specific expansions of PY_FORMAT_SIZE_T 
(e.g. "I").

--
nosy: +serhiy.storchaka
resolution: fixed -> 
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21919] Changing cls.__bases__ must ensure proper metaclass inheritance

[Eldar Abusalimov]

New submission from Eldar Abusalimov:

When a new class is constructed Python checks for possible metaclass conflicts 
within bases and an explicitly specified one, if any, choosing the best 
available (the most specialized) one. That is the following implication is 
expected:

issubclass(B, A) => issubclass(type(B), type(A))

However, changing __bases__ attribute can break this invariant silently without 
an error.

>>> class O(object):
... pass
... 
>>> class M(type):
... pass
... 
>>> class N(type):
... pass
... 
>>> class A(O, metaclass=M):
... pass
... 
>>> class B(O, metaclass=N):
... pass
... 
>>> B.__bases__ = (A,)
>>> B.__mro__
(, , , )
>>> type(B)

>>> type(A)

>>> issubclass(B, A)
True
>>> issubclass(type(B), type(A))
False

Trying to derive from B now makes things look pretty weird:

>>> class C(A, metaclass=N):
... pass
... 
Traceback (most recent call last):
  File "", line 1, in 
TypeError: metaclass conflict: the metaclass of a derived class must be a 
(non-strict) subclass of the metaclasses of all its bases
>>> class D(B, A): pass
... 
Traceback (most recent call last):
  File "", line 1, in 
TypeError: metaclass conflict: the metaclass of a derived class must be a 
(non-strict) subclass of the metaclasses of all its bases
>>> class E(B, metaclass=N):
... pass
... 
>>> type(E)


That is one can extend a class but not its base (and not a class along its 
base). This effectively allows to bypass metaclass checks (by introducing a 
dummy class with the default metaclass, deriving it from a desired class with 
an inappropriate metaclass by changing __bases__ and using it instead of the 
desired class).

This behavior is observed in 2.7, 3.2 and 3.4.


I would expect the same check for metaclass conflicts when changing __bases__ 
as upon creating a new class:

>>> # EXPECTED:
... 
>>> B.__bases__ = (A,)
Traceback (most recent call last):
  File "", line 1, in 
TypeError: metaclass conflict: the metaclass of a derived class must be a 
(non-strict) subclass of the metaclasses of all its bases

--
components: Interpreter Core
messages: 222312
nosy: Eldar.Abusalimov
priority: normal
severity: normal
status: open
title: Changing cls.__bases__ must ensure proper metaclass inheritance
type: behavior
versions: Python 2.7, Python 3.2, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21892] hashtable.c not using PY_FORMAT_SIZE_T

[Roundup Robot]

Roundup Robot added the comment:

New changeset 6fb1e2ce513a by Victor Stinner in branch '3.4':
Issue #21892, #21893: Partial revert of changeset 4f55e802baf0, PyErr_Format()
http://hg.python.org/cpython/rev/6fb1e2ce513a

New changeset 58cd562e3ef9 by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21892, #21893: Partial revert of changeset 4f55e802baf0,
http://hg.python.org/cpython/rev/58cd562e3ef9

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21893] unicodeobject.c not using PY_FORMAT_SIZE_T

[Roundup Robot]

Roundup Robot added the comment:

New changeset 6fb1e2ce513a by Victor Stinner in branch '3.4':
Issue #21892, #21893: Partial revert of changeset 4f55e802baf0, PyErr_Format()
http://hg.python.org/cpython/rev/6fb1e2ce513a

New changeset 58cd562e3ef9 by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21892, #21893: Partial revert of changeset 4f55e802baf0,
http://hg.python.org/cpython/rev/58cd562e3ef9

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21893] unicodeobject.c not using PY_FORMAT_SIZE_T

[STINNER Victor]

STINNER Victor added the comment:

> This is incorrect. PY_FORMAT_SIZE_T shouldn't be used in format string of 
> PyErr_Format.

Oh, I forgot that. Thanks for the careful review Serhiy! Thanks.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15974] Optional compact and colored output for regrest

[Mark Lawrence]

Mark Lawrence added the comment:

What's the difference between this and #17554?

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21597] Allow turtledemo code pane to get wider.

[Lita Cho]

Lita Cho added the comment:

Oh I had no idea! That makes sense. How do I know which version of Tk I'm 
working with? I'm testing on Mac OSX as well!

Would there be anyway for you to test my patch for turtledemo to see if the 
sash causes artifacting for you? I see tearing but it snap back into place 
within less than a second, which doesn't seem that bad.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21597] Allow turtledemo code pane to get wider.

[Terry J. Reedy]

Terry J. Reedy added the comment:

Stuttering might be a better term.  For the initial small window, I did not see 
much difference between 2.7 and 3.4. At full screen on a 25xx x 14xx screen, 
both stuttered. If the 2.7 looked better, it is because it redrew slower.  If I 
zipped the mouse fast enough, the border temorarily disappeared instead of 
being repeatedly redrawn. But full-screen empty panes were not as bad as the 
quarter-screen demo with each pane full. From Ned's comments, Windows simply 
does not handle this operation as well as Mac.

The left.pack and right.pack statements are not needed as left and right are 
'add'ed to the PanedWindow.

The easiest way to expose more text is to enlarge the Window with the text 
frame heavily weighted. This would allow people with big screen to grab the 
right edge, pull, and leave the window with both text and canvas fully exposed. 
With ttk (but apparently not tk), the panes can be weighted.
  paned.add(left, weight=10)
  paned.add(right, weight=1)
(To 'compensate', showhandle seems to have been deleted for ttk.)

The same can also be done with grid. The advantage of using the paned window is 
to give more flexibility to people with small screens, who cannot view both 
text and canvas simultaneously. However, I am not sure about the acceptibility 
of switching to ttk, especially before 3.5. Perhaps I should ask on pydev.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21597] Allow turtledemo code pane to get wider.

[Lita Cho]

Lita Cho added the comment:

I feel like the PaneWindow is nice. I could also see down the road making the 
code text bigger.

However, if on Windows, the artifacting is really bad, I can totally switch 
this back to the grid view.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21597] Allow turtledemo code pane to get wider.

[Terry J. Reedy]

Terry J. Reedy added the comment:

>>> TkVersion
8.6
which is not helpful if you want to know which 8.5 version on Mac.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21597] Allow turtledemo code pane to get wider.

[Terry J. Reedy]

Terry J. Reedy added the comment:

If we can use the weighted ttk paned window, so sash movement is only used when 
really needed (small windows) then it would be ok. (I would add a note in one 
of the help texts -- "On some systems, there are visual artifacts when 
enlarging the window or moving the sash. We feel this is preferable to having 
to scroll a too narrow text window.") There is some stuttering when enlarging 
the window, but if only done once, it is not a big deal.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17652] Add skip_on_windows decorator to test.support

[Brian Curtin]

Changes by Brian Curtin :


--
nosy:  -brian.curtin

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16296] Patch to fix building on Win32/64 under VS 2010

[Brian Curtin]

Changes by Brian Curtin :


--
nosy:  -brian.curtin

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21597] Allow turtledemo code pane to get wider.

[Ned Deily]

Ned Deily added the comment:

Lita, to find the detailed Tk version info (which is really important with 8.5 
since it has changed considerably over its long life):

>>> import tkinter
>>> t = tk.Tk()
>>> t.tk.call('info', 'patchlevel')
'8.5.15'
>>> t.tk.call('tk', 'windowingsystem')
'aqua'

http://www.tcl.tk/man/tcl8.5/TclCmd/info.htm
http://www.tcl.tk/man/tcl8.5/TkCmd/tk.htm

Terry,

I don't have a physical Windows machine but I fired up a Windows 7 virtual 
machine and, again, with the stock python.org 2.7.8 and 3.4.1, the test in 
msg222301 works just fine for me.  I also tried it on a relatively current 
Ubuntu Linux VM and its fine there, too.  All of these were using either Tk 
8.5.15 or 8.6.1 and they all work the same.  For any kind of Tk work, one needs 
to be using recent versions of Tk, ideally 8.5.15 or 8.6.1.  But this is pretty 
basic stuff.  I don't know why there why a current Tk would not be able to 
render this perfectly, unless it was being run on *really* old 
hardware/graphics, or possibly if one were trying to run this under IDLE rather 
than standalone.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21597] Allow turtledemo code pane to get wider.

[Lita Cho]

Lita Cho added the comment:

Oh man, I was running version '8.5.9' using 'aqua'. I am going to try and 
upgrade and see if the artifacting goes away.

Lita

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21897] frame.f_locals causes segfault on Python >=3.4.1

[Roundup Robot]

Roundup Robot added the comment:

New changeset 758468cdf72c by Antoine Pitrou in branch '3.4':
Issue #21897: Fix a crash with the f_locals attribute with closure variables 
when frame.clear() has been called.
http://hg.python.org/cpython/rev/758468cdf72c

New changeset bd6515070f9c by Antoine Pitrou in branch 'default':
Issue #21897: Fix a crash with the f_locals attribute with closure variables 
when frame.clear() has been called.
http://hg.python.org/cpython/rev/bd6515070f9c

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21897] frame.f_locals causes segfault on Python >=3.4.1

[Antoine Pitrou]

Antoine Pitrou added the comment:

Patch committed. Thank you for reporting this issue!

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21715] Chaining exceptions at C level

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
versions:  -Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21597] Allow turtledemo code pane to get wider.

[Ned Deily]

Ned Deily added the comment:

Lita, testing the second turtledemo_pane.patch (2014-06-09) with a current 
default (pre-3.5) build and with OS X ActiveTcl 8.5.15: if an example is 
selected but not running, moving the slider to the left is fairly smooth but 
the scroll bar for the right frame tends to also move to the left while the 
slider is moving, then settles back to the right side of the window when the 
slider motion stops.  When moving the slider to the right, the right side of 
the outline rectangle of the left frame tends to lag behind the slider and then 
catches up to the slider when motion stops.  Both the left and right lags are 
slight (IMO) but noticeable.  I tried moving the slider while running a couple 
of demos and, as could be expected, the overall response is a little jerky as 
the demo graphics get redrawn but it didn't look bad to me.  The OS X Tk 8.4.20 
was pretty similar.  With the OS X X11-based Tk (8.6), there were more 
noticeable sections of a darker background that would briefly appear to the r
 ight in the right frame when moving the slider to the left.  (I did not try 
the patch on virtual machines.)  All in all, I think having the resizable 
frames is a usability improvement, even if the resizing is not 100% smooth on 
all platforms.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21597] Allow turtledemo code pane to get wider.

[Lita Cho]

Lita Cho added the comment:

Hm, when I upgrade to 8.6, I still get the tearing action on the very right of 
the window. Although, again, it doesn't seem that bad. I've attahed what I am 
seeing, just to confirm we are all talking about the same thing.

--
Added file: http://bugs.python.org/file35859/tkinter_tear.mov

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21597] Allow turtledemo code pane to get wider.

[Ned Deily]

Ned Deily added the comment:

Lita, the movie looks comparable to what I'm seeing but without the background 
colors and with thin-lined black border rectangles around each of the two 
frames.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21902] Docstring of math.acosh, asinh, and atanh

[Raymond Hettinger]

Raymond Hettinger added the comment:

> I'd be happy to replace the 'inverse' by 'arc' 
> if that's what people prefer.

Yes, please.

> And the "in radians" bit is utterly nonsensical

Yes, again.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21597] Allow turtledemo code pane to get wider.

[Lita Cho]

Lita Cho added the comment:

Yes! This is the first version of the code without using ttk widgetd. Using 
Labels instead of buttons.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21597] Allow turtledemo code pane to get wider.

[Terry J. Reedy]

Terry J. Reedy added the comment:

'under Idle' here means in a separate process with its own tk loop. I tried 
from the cmd line and see the same. My 3-yr-old machine has what was then a 
top-of-the-line Pentium. Also, as I said, the test code works much better than 
the 6/09 patch with widgets in the frames. Perhaps the demo would work if the 
two scrollbars and main widget were in a 2x2 grid, with the lower left or right 
cell left empty, instead of packed.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21597] Allow turtledemo code pane to get wider.

[Terry J. Reedy]

Terry J. Reedy added the comment:

"Windows Media Player cannot play the file. The Player might not support the 
file type or might not support the codec that was used to compress the file." 
However, Ned's description matches what I see, including the detail about a 
frame being momentarily being pulled away from the outer edge.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21911] "IndexError: tuple index out of range" should include the requested index and tuple length

[Terry J. Reedy]

Terry J. Reedy added the comment:

I have several times found exception messages to be under-informative, and I am 
pretty sure this is one of them. The obvious use case is so I don't have to 
insert a print statement, which I can only do if the error is in Python code, 
to get the essential info that Python could have told me but didn't.

For for loops, StopIteration has mostly taken over the flow control job that 
IndexError did and only occasionally still does.

--
nosy: +terry.reedy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21911] "IndexError: tuple index out of range" should include the requested index and tuple length

[Éric Araujo]

Éric Araujo added the comment:

Mark, could you please not phrase your messages as if you were speaking for the 
whole core team, and be more friendly with other contributors (or reply less)?

--
nosy: +eric.araujo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21902] Docstring of math.acosh, asinh, and atanh

[Kevin Davies]

Changes by Kevin Davies :


Added file: http://bugs.python.org/file35863/TI-89.png

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21902] Docstring of math.acosh, asinh, and atanh

[Kevin Davies]

Kevin Davies added the comment:

I'm not sure what the resolution is (the patch was 'inverse', Mark said 
he'd be happy to use 'area', and Raymond quoted 'arc').  I didn't know 
this would be a big deal, and I'm sorry that I caused trouble.  But 
since one of the concerns was divergence, I thought I'd send some info 
on how the tools I've used describe it -- universally as 'inverse' in 
those that I found:

- Mathematica: ArcCosh[z] "gives the inverse hyperbolic cosine [...]" 
(http://reference.wolfram.com/mathematica/ref/ArcCosh.html)
- Modelica Standard Library: acosh "Inverse of cosh (area hyperbolic 
cosine)" 
(http://reference.wolfram.com/system-modeler/libraries/Modelica/Modelica_Math_acosh.html)
- Maple: arccosh, but unknown description 
(http://www.maplesoft.com/support/help/Maple/view.aspx?path=invtrig)
- MATLAB: acosh " Inverse hyperbolic cosine" 
(http://www.mathworks.com/help/matlab/ref/acosh.html)
- TI-89 calculator: cosh-1 "returns the inverse hyperbolic cosine [...]" 
(from manual)

Respectfully,
Kevin

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21902] Docstring of math.acosh, asinh, and atanh

[Tim Peters]

Tim Peters added the comment:

One more useless ;-) data point, from Macsyma:

? acosh;
 -- Function: acosh ()
 - Hyperbolic Arc Cosine.

I don't like "area" - while accurate, nobody else uses it.  Gratuitous novelty 
is no virtue ;-)  I like "inverse" better than "arc", because it's all of 
accurate, common, and nearly self-evident.

--
nosy: +tim.peters

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21911] "IndexError: tuple index out of range" should include the requested index and tuple length

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Ram, do you want to provide a patch and benchmarks?

--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17652] Add skip_on_windows decorator to test.support

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +zach.ware

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21911] "IndexError: tuple index out of range" should include the requested index and tuple length

[Berker Peksag]

Berker Peksag added the comment:

See also issue 18162.

--
nosy: +berker.peksag

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21715] Chaining exceptions at C level

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I added 3.4 because this private function makes cleaner and more bug-free 
existing code (mostly recently added) and possible future bug fixes. Note a bug 
just fixed by Benjamin (changeset 888fd1cdec6f).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com