[issue8943] Bug in InteractiveConsole /pickle

2020-10-28 Thread Steve Holden


Change by Steve Holden :


--
nosy:  -holdenweb

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



[issue34311] locale.format() and locale.format_string() cast Decimals to float

2020-01-11 Thread Steve Holden


Steve Holden  added the comment:

Verified. Methododology:

1. Copied test_localise.py from the PR into a master checkout.
2. Added a null locale.localize.
3. Verified that all new tests failed.

.. code-block::

  Ran 64 tests in 0.023s

  FAILED (errors=4, skipped=4)
  (base) blockhead:cpython sholden$ vi Lib/locale.py
  (base) blockhead:cpython sholden$ ./python.exe -m test.test_locale
  ...F...testing with ('tr_TR', 
'ISO8859-9') .testing with 'en_US.UTF-8'... .testing with 'en_US.UTF-8'... 
.testing with 'en_US.UTF-8'... .testing with 'en_US.UTF-8'... .testing with 
'en_US.UTF-8'... .testing with 'en_US.UTF-8'... .testing with 'en_US.UTF-8'... 
.testing with 'en_US.UTF-8'... F
  ==
  FAIL: test_localize_invalid_format (__main__.TestEnUSLocalize)
  --
  Traceback (most recent call last):
File "/Users/sholden/cpython/Lib/test/test_locale.py", line 613, in 
test_localize_invalid_format
  locale.localize('foo')
  AssertionError: ValueError not raised

  ==
  FAIL: test_localize (__main__.TestfrFRLocalize)
  --
  Traceback (most recent call last):
File "/Users/sholden/cpython/Lib/test/test_locale.py", line 625, in 
test_localize
  self._test_localize('5.00', '5,00')
File "/Users/sholden/cpython/Lib/test/test_locale.py", line 601, in 
_test_localize
  self.assertEqual(locale.localize(value, grouping=grouping), out)
  AssertionError: '5.00' != '5,00'
  - 5.00
  ?  ^
  + 5,00
  ?  ^


  --
  Ran 64 tests in 0.024s

  FAILED (failures=2, skipped=4)

4. Checked out cedk/locale_format branch.
5. Observed that all locale tests now pass.

Seems to me like this one should be good to go, so I've changed the stage to 
"commit review" and await the application of some core developer's commit bit.

--
nosy: +holdenweb
stage: patch review -> commit review

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



[issue37490] poor documentation for .startswith, .endswith

2019-07-03 Thread Steve Holden


Steve Holden  added the comment:

"Is the same as" is a little misleading - "gives the same result as" would be 
better, since there is little doubt actually slicing the subject strings would 
be massively less efficient in looping contexts.

The re module offers the start and end arguments to so many functions/methods 
for precisely this reason, so perhaps that module's documentation will contain 
helpful wording that could  be copied or referenced.

--
nosy: +holdenweb

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



[issue15443] datetime module has no support for nanoseconds

2018-07-05 Thread Steve Holden


Change by Steve Holden :


--
nosy:  -holdenweb

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



[issue26732] multiprocessing sentinel resource leak

2017-07-28 Thread Steve Holden

Steve Holden added the comment:

IIRC sockets can be marked as inheritable or not. It seems to me it would be a 
useful enhancement to allow the same determination for the pipes.

--
nosy: +holdenweb

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26732>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue1116520] Prefix search is filesystem-centric

2016-12-25 Thread Steve Holden

Steve Holden added the comment:

Don't forget that the built-in modules may need to be available before the
zipimporter is. A long time ago (when sys.metapath was introduced) I
experimented with imports from non-filesystem sources and that hit me until
I realised what was going on.

S

Steve Holden

On Sun, Dec 25, 2016 at 5:48 PM, Patrik Iselind <rep...@bugs.python.org>
wrote:

>
> Patrik Iselind added the comment:
>
> Is it enough to include everything in the Lib folder, excluding
> __pycache__, site-packages and the test folder in Lib? Would that be
> representative enough?
>
> Patrik Iselind
>
> Den 2016-12-25 kl. 17:31, skrev Brett Cannon:
> > Brett Cannon added the comment:
> >
> > Originally zip file importing was faster than standard importing from
> disk because of the fewer stat calls, but importlib caches such things so I
> don't know if it's still beneficial. As for space savings, I have no idea;
> you can try zipping the files yourself to find out the space savings.
> >
> > --
> >
> > ___
> > Python tracker <rep...@bugs.python.org>
> > <http://bugs.python.org/issue1116520>
> > ___
>
> --
>
> ___
> Python tracker <rep...@bugs.python.org>
> <http://bugs.python.org/issue1116520>
> ___
>

--

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue1116520>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue28205] Add optional suffix to str.join

2016-09-19 Thread Steve Holden

Steve Holden added the comment:

If you are going to add such a keyword argument, wouldn't it make sense to 
maintain compatibility with print, and use end=terminator?

--
nosy: +holdenweb

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue28205>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue15443] datetime module has no support for nanoseconds

2016-09-16 Thread Steve Holden

Steve Holden added the comment:

I agree on reflection that a single nanoseconds integral value makes more 
sense. This then requires refactoring of the existing code so that existing 
tests continue to pass using a microsecond property.

Code using ONLY nanoseconds is a disjoint case, for which new tests will be 
required. It clearly cannot be expected to be backwards compatible with 
pre-implementation versions.

Does it make sense to define behaviour for cases where the user attempts to MIX 
microseconds and nanoseconds? One validation I would suggest if so is that in 
the presence of a microseconds specification a constraint of 0 <= nanoseconds < 
1000 must be imposed.

--

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue15443>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue27842] Order CSV header fields

2016-08-30 Thread Steve Holden

Steve Holden added the comment:

A pleasure. Pretty heavily committed at present, but all Python related so 
maybe there'll be more small positive improvements.

--

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27842>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue27842] Order CSV header fields

2016-08-26 Thread Steve Holden

Steve Holden added the comment:

OK, here's what I think should be close to the final patch. I've updated the 
documentation, rebuilt it and verified it reads OK, and confirmed that the new 
code passes all tests except those skipped for platform reasons (I think they 
expect a Windows environment). This includes the new test to confirm that 
ordering is retained over all 120 possible combinations of five keys.

Please let me know if any further updates are needed.

--
Added file: https://bugs.python.org/file44235/csv_full.patch

___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue27842>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue27842] Order CSV header fields

2016-08-26 Thread Steve Holden

Steve Holden added the comment:

Is there another way? :)

Sent from my iPhone

> On 26 Aug 2016, at 12:16, Raymond Hettinger <rep...@bugs.python.org> wrote:
> 
> 
> Raymond Hettinger added the comment:
> 
> Consider using itertools.permutations() to generate the 120 cases cases.
> 
> The news entry goes into Misc/NEWS (there is not .txt extension).
> 
> --
> 
> ___
> Python tracker <rep...@bugs.python.org>
> <https://bugs.python.org/issue27842>
> ___

--

___
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue27842>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue27842] Order CSV header fields

2016-08-24 Thread Steve Holden

Steve Holden added the comment:

Testing could be interesting. I'm thinking of generating five random string 
keys with a couple of rows of data, creating csv StringIOs (using pure Python) 
for all 120 combinations and verifying that they read back in the order they 
were written.

We should also test that OrderedDicts write correctly with a DictWriter and the 
same key sets.

It's a fairly haphazard test plan, so I'll be happy to hear more thorough 
suggestions. We could at a pinch reduce the number of keys to three if speed 
considerations dictate.

BTW, what happened to NEWS.txt? :)

--

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27842>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue27842] Order CSV header fields

2016-08-23 Thread Steve Holden

Steve Holden added the comment:

Sorry, deleted the originally submitted (incorrect) patch file.

--
Added file: http://bugs.python.org/file44203/csv.patch

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27842>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue27842] Order CSV header fields

2016-08-23 Thread Steve Holden

Changes by Steve Holden <st...@holdenweb.com>:


Removed file: http://bugs.python.org/file44202/csv.patch

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27842>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue27842] Order CSV header fields

2016-08-23 Thread Steve Holden

New submission from Steve Holden:

It's sometimes annoying that a csv.DictReader doesn't retain the field ordering 
given in the first line of the file. Sometimes it matters.

This patch converts the reader so that it returns an OrderedDict rather than a 
plain dict, thereby retaining the ordering.

All tests still pass (though I haven't yet added a test to verify that the 
field ordering *is* retained - didn't think it was worth it if the patch won't 
be added, but will happily add that test otherwise).

I have updated the documentation, but was unable in the time available to find 
out how to correctly reference the OrderedDict class so that it was correctly 
hyperlinked.

--
components: Library (Lib)
files: csv.patch
hgrepos: 353
keywords: needs review, patch
messages: 273486
nosy: holdenweb
priority: normal
severity: normal
stage: patch review
status: open
title: Order CSV header fields
versions: Python 3.6
Added file: http://bugs.python.org/file44202/csv.patch

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27842>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue27680] Reduce Github pull request rate

2016-08-04 Thread Steve Holden

Steve Holden added the comment:

Hmm. Tried making a PR to a forked copy and didn't see it. Probably just 
incompetence on my part.

--

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27680>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue27680] Reduce Github pull request rate

2016-08-04 Thread Steve Holden

Steve Holden added the comment:

I don't seem to be able to activate the PR template, but if you are happy it 
works then I guess this would be a belt-and-braces change. If nobody merges it 
and it gets closed that's fine, but if it obviates just a few pull requests it 
will save both the core devs and the contributors some time.

--

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27680>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue27680] Reduce Github pull request rate

2016-08-04 Thread Steve Holden

Steve Holden added the comment:

Hmm, not sure I quite understand how to interact with this tracker. So here's 
an updated patch that I thought I had already submitted ...

--
Added file: http://bugs.python.org/file44006/README2.patch

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27680>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue27680] Reduce Github pull request rate

2016-08-04 Thread Steve Holden

New submission from Steve Holden:

I have seen a relatively large number of pull requests via the Github mirror 
repository, because would-be contributors presumably just look on Github and, 
having found Python there, assume this is the place for contributions.

The standard README file gives no clue that the Github repository should not be 
used as the basis for contributory pull requests, and neither should it.

Fortunately Github will display a README.md file in preference to REAMDE when 
one is found. This patch adds a message, highly visible to Github users, that 
they are in the wrong place.

For an indication of how the Github page will then look, visit 
https://github.com/holdenweb/python/tree/README where the patch is already 
installed.

--
assignee: docs@python
components: Documentation
files: README.patch
keywords: needs review, patch
messages: 271958
nosy: docs@python, holdenweb
priority: normal
severity: normal
stage: patch review
status: open
title: Reduce Github pull request rate
type: enhancement
Added file: http://bugs.python.org/file44004/README.patch

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27680>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue15443] datetime module has no support for nanoseconds

2016-07-20 Thread Steve Holden

Steve Holden added the comment:

BTW, I presume it's a bug in the issue tracker that my view of this message 
ends after a few lines of msg166386? Makes it rather difficult to track the 
issue!

--

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue15443>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue15443] datetime module has no support for nanoseconds

2016-07-12 Thread Steve Holden

Steve Holden added the comment:

Just wanted to add a couple of comments here in case there's any interest. In 
our missions to make the world's market data available we deal with financial 
exchanges, many of whom are already recording event data at nanosecond 
resolution.

Further, I believe the decision to use a separate nanoseconds field to be 
essentially correct. While  it may well introduce some arithmetical complexity 
its value in backwards compatibility should be regarded as paramount. If I 
understand it correctly, the new nanosecond resolution times would continue to 
be correctly handled (module loss of nanosecond resolution) when handled as 
current microsecond date-times.

--

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue15443>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue15443] datetime module has no support for nanoseconds

2016-07-12 Thread Steve Holden

Steve Holden added the comment:

Just wanted to add a couple of comments here in case there's any interest. In 
our missions to make the world's market data available we deal with financial 
exchanges, many of whom are already recording event data at nanosecond 
resolution.

Further, I believe the decision to use a separate nanoseconds field to be 
essentially correct. While  it may well introduce some arithmetical complexity 
its value in backwards compatibility should be regarded as paramount. If I 
understand it correctly, the new nanosecond resolution times would continue to 
be correctly handled (module loss of nanosecond resolution) when handled as 
current microsecond date-times.

--
nosy: +holdenweb

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue15443>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue26449] Tutorial on Python Scopes and Namespaces uses confusing 'read-only' terminology

2016-02-29 Thread Steve Holden

Steve Holden added the comment:

I don't agree there is any place for the term "read-only" in this document. A 
reader who doesn't understand it or seeks clarification is likely to end up at 
a page like https://en.wikipedia.org/wiki/Read-only. I submit that nowhere 
except the documentation under discussion are they likely to find any 
suggestion that a read-only variable can in fact be changed, and hence I regard 
the discussion as extremely misleading.

Surely it would be better to focus on the fundamental point here, which is that 
IN THE ABSENCE OF A global OR nonlocal DECLARATION, ASSIGNMENT BINDS IN THE 
LOCAL NAMESPACE in a function.

If this point is correctly emphasised it should then be relatively easy to 
explain that in the absence of such an assignment in the function body in 
question, the standard name resolution algorithm operates, and that the global 
and non-local declarations change the effect of assignments to operate on the 
namespace that is identified by the standard name resolution algorithm.

It's too easy to confuse newcomers, and there seems to be general agreement 
that this piece is confusing. I'll be happy to attempt a rewrite of this 
section if we can agree on the goals.

--
nosy: +holdenweb

___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26449>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue21904] Multiple closures accessing the same non-local variable always see the same value

2014-07-02 Thread Steve Holden

New submission from Steve Holden:

When repeated use of a nonlocal variable is made (e.g. to define multiple 
functions in a loop) ideally the closure should reflect the value of the local 
variable at the time of use. This should at least be explicitly documented if 
the behavior is considered not to be a bug.

The code sample attached shows that the closures produced operate differently 
inside and outside the enclosing function.

Without an explicit nonlocal declaration the closure should not be able to 
affect the nonlocal variable's value (which anyway hardly makes sense once the 
enclosing namespace has been destroyed), so I think it's possible to argue that 
this behavior is a bug, but I'd value comments from experienced developers.

--
files: bugreport.py
keywords: needs review
messages: 222094
nosy: holdenweb
priority: normal
severity: normal
status: open
title: Multiple closures accessing the same non-local variable always see the 
same value
type: behavior
versions: Python 2.7, Python 3.3
Added file: http://bugs.python.org/file35829/bugreport.py

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



[issue21904] Multiple closures accessing the same non-local variable always see the same value

2014-07-02 Thread Steve Holden

Steve Holden added the comment:

Indeed the issue is that the pointer is to the local variable rather than its 
value at time of closure defnition. Not being familiar with the way cells are 
used, I am unsure as to how the closure keeps the whole namespace alive (that 
would seem to require a frame rather than just a simple cell).

--

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



[issue21904] Multiple closures accessing the same non-local variable always see the same value

2014-07-02 Thread Steve Holden

Steve Holden added the comment:

I believe (though my belief is untrammeled by anything as useful as knowledge 
of the code: my diagnostic skills are largely psychic) that the cell 
essentially takes over the reference from the local namespace of the 
about-to-terminate lexically surrounding function.

This would appear to be a logical time to create closure cells, as there is 
effectively no need to create them for functions that will be destroyed. So I 
imagine any remaining function objects accessible from the return expression 
will be fixed up at that point. This has the rather unpleasant side effect of 
capturing the value on surrounding function return rather than closure function 
creation.

The behavior exhibited, in my opinion, shows that there would be strong 
advantages to creating the closures dynamically, even though I can understand 
that pathological cases might require much work. It might have to be 
benchmarked before a decision, I suppose. I couldn't say off-hand how many 
people are dynamically trying to create multiple closures from a single 
namespace. It seems to me that the principle of least surprise would suggest a 
change be adopted, but I may be the only one who's surprised.

I have documented this issue in more detail on my blog at

  http://holdenweb.blogspot.co.uk/2014/07/closures-arent-easy.html

and will report back if anything of substance emerges. Otherwise I'll just 
leave this closed. Thanks for your comment and consideration.

--

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



[issue7423] nested generator expression produces strange results

2014-07-02 Thread Steve Holden

Steve Holden added the comment:

In my experience the devs are pretty well in touch with the user base (though 
they don't always acknowledge its input). If you leave a programming language 
at the first sign of  wart I fear yo may eventually run out of languages.

--
nosy: +holdenweb

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



[issue21074] Too aggressive constant folding

2014-03-28 Thread Steve Holden

Steve Holden added the comment:

Is a fix really required? Are we really supposed to protect programmers from 
their own folly by second-guessing when constant folding might be required and 
when it might not? How is hte interpreter supposed to know the function isn't 
called?

The simple solution to this problem is available in Python: simply declare a 
manifest constant and use that instead:

UNCALLED_SIZE = 2**32
def uncalled():
x = b'x' * UNCALLED_SIZE

I'd recommend closing this issue (though I'm glad that people are concerned 
with optimization, I don't think that an optimizer should be too concerned with 
those rare cases when their optimization doesn't optimize.

But I'm not going to close it: wiser heads than mine are required.

--
nosy: +holdenweb

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



[issue19871] json module won't parse a float that starts with a decimal point

2014-03-28 Thread Steve Holden

Steve Holden added the comment:

How about: A simple JSON decoder that converts between JSON string 
representations and Python data structures?

--
nosy: +holdenweb

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



[issue20098] email policy needs a mangle_from setting

2014-03-28 Thread Steve Holden

Steve Holden added the comment:

This is an easy issue?

--
nosy: +holdenweb

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



[issue20809] isabspath receiving path value on None in ditdutils.dist.py

2014-02-28 Thread Steve Holden

Steve Holden added the comment:

I hope the title change is helpful. It's not clear from the report what module 
is being installed, or even whether that is a relevant factor.

--
nosy: +holdenweb
title: isabspath fails if path is None - isabspath receiving path value on 
None in ditdutils.dist.py

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



[issue20809] isabspath receiving path value of None in ditdutils.dist.py

2014-02-28 Thread Steve Holden

Steve Holden added the comment:

Typo, sorry

--
title: isabspath receiving path value on None in ditdutils.dist.py - isabspath 
receiving path value of None in ditdutils.dist.py

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



[issue20809] isabspath receiving path value of None in distutils.dist.py

2014-02-28 Thread Steve Holden

Steve Holden added the comment:

Further typo, sorry again.

--
title: isabspath receiving path value of None in ditdutils.dist.py - isabspath 
receiving path value of None in distutils.dist.py

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



[issue20809] isabspath receiving path value of None in distutils.dist.py

2014-02-28 Thread Steve Holden

Steve Holden added the comment:

The submitted patch does not approach the issue, since the real question is WHY 
is the function being passed a None argument in the first place. Without 
extensive testing there would be no guarantees that this change would not 
result in breakage elsewhere.

--

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



[issue13208] Problems with urllib on windows

2012-05-24 Thread Steve Holden

Steve Holden st...@holdenweb.com added the comment:

I have just tested this against the 2.7.1 release on Windows 7 and it runs 
fine. I suspect there may have been some transient error with the reporter's 
system or network, but if this still fails for him then reopening will be 
appropriate with more information about the exact nature of the fault.

--
nosy: +holdenweb
resolution:  - works for me

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13208
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue13208] Problems with urllib on windows

2012-05-24 Thread Steve Holden

Steve Holden st...@holdenweb.com added the comment:

Oops, sorry, meant to close this issue. Hope that's OK.

--
status: open - closed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13208
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue2801] Py30a5 float.is_integer() raises ValueError

2011-11-04 Thread Steve Holden

Steve Holden st...@holdenweb.com added the comment:

ValueError: (11, 'Resource temporarily unavailable') looks to me like a Cygwin 
error relating to Windows' DLLs and the difficulty of mapping them to unique 
memory locations. I very much doubt it's a real issue with Python, so closing 
the issue appears to be the correct decision in the absence of further 
contradictory information from the OP.

--
nosy: +holdenweb

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2801
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue12580] Documentation error in Decimal module

2011-07-17 Thread Steve Holden

New submission from Steve Holden st...@holdenweb.com:

We see in the Quick-Start Tutorial (py3k section 8.4.1) the following example:

 Decimal(3.14)
Decimal('3.140124344978758017532527446746826171875')

In actua; fact one would expect an exception from that code, which should 
perhaps instead read

 Decimal.from_float(3.14)
Decimal('3.140124344978758017532527446746826171875')

This class method is the recommended way to convert floats to decimal when 
necessary.

--
assignee: georg.brandl
messages: 140531
nosy: georg.brandl, holdenweb
priority: normal
severity: normal
status: open
title: Documentation error in Decimal module
versions: Python 3.1, Python 3.2

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12580
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue12580] Documentation error in Decimal module

2011-07-17 Thread Steve Holden

Changes by Steve Holden st...@holdenweb.com:


--
components: +Documentation

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12580
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue12580] Documentation error in Decimal module

2011-07-17 Thread Steve Holden

Steve Holden st...@holdenweb.com added the comment:

Sorry about that. I was using 3.1, as you will have gathered.

--
status: open - closed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12580
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10533] defaultdict constructor with a concrete value

2010-11-25 Thread Steve Holden

Steve Holden st...@holdenweb.com added the comment:

On 11/25/2010 11:48 AM, Eric Smith wrote:
 
 Eric Smith e...@trueblade.com added the comment:
 
 How about:
 
 from collections import defaultdict
 
 class defaultdict_value(defaultdict):
 def __init__(self, value):
 defaultdict.__init__(self, lambda : value)
 
 x = defaultdict_value(3)
 print(x[1])
 
 --

+1

But I'd call it defaultdict_const().

regards
 Steve
-- 
Steve Holden   +1 571 484 6266   +1 800 494 3119
PyCon 2011 Atlanta March 9-17   http://us.pycon.org/
See Python Video!   http://python.mirocommunity.org/
Holden Web LLC http://www.holdenweb.com/

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10533
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10533] defaultdict constructor with a concrete value

2010-11-25 Thread Steve Holden

Steve Holden st...@holdenweb.com added the comment:

On 11/25/2010 1:44 PM, Ɓukasz Langa wrote:
 To sum up: if you don't find the idea of adding `fallbackdict'
 (possibly with an different *short* name) worth it, then I'm +1 on
 correcting the docs in terms of __missing__ and leaving the
 implementation as is.

+1

regards
 Steve
-- 
Steve Holden   +1 571 484 6266   +1 800 494 3119
PyCon 2011 Atlanta March 9-17   http://us.pycon.org/
See Python Video!   http://python.mirocommunity.org/
Holden Web LLC http://www.holdenweb.com/

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10533
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue10000] mark more tests as CPython specific

2010-09-30 Thread Steve Holden

Steve Holden st...@holdenweb.com added the comment:

Of course, but better some record than none due to the overwhelming nature of 
the task. At least someone else can carry the torch from here.

--
nosy: +holdenweb

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue1116520] Prefix search is filesystem-centric

2010-08-09 Thread Steve Holden

Steve Holden st...@holdenweb.com added the comment:

Personally I think it's just as relevant as it always was, particularly with 
the introduction of importlib, but Brett will have a more informed opinion. I 
won't be surprised if this issue is closed as wontfix.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1116520
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue8118] PYTHON_API_VERSION needs to be bumped?

2010-07-23 Thread Steve Holden

Steve Holden st...@holdenweb.com added the comment:

With the 2.7 release now completed should we close this issue? There's nothing 
to be done about the 2.6 issue.

--
nosy: +holdenweb

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8118
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue7839] Popen should raise ValueError if pass a string when shell=False or a list when shell=True

2010-07-23 Thread Steve Holden

Steve Holden st...@holdenweb.com added the comment:

The test program Larry provided does not appear to function as intended on 
Windows, and runs without either producing error messages or requiring 
interactive input. Here's a typical output, in this case from Python 3.1 on 
Vista:

C:\Users\sholden\Documents\issue7839\python31\python test_subprocess.py
Testing with shell= True and array= True
  ** This is the one that runs an interactive shell.
  ** You should press Ctrl-D.
Output:
[] Python 3.1.1
Testing with shell= True and array= False
Output:
[] Python 3.1.1
Testing with shell= False and array= True
Output:
[] Python 3.1.1
Testing with shell= False and array= False
Output:
[] Python 3.1.1

The same behavior was observed on 2.6 and 2.5.2.

[I also removed Christophe Simonis from the nosy list as the tracker was 
complaining that there was no such user].

--
nosy: +holdenweb -Christophe Simonis

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7839
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue9124] Mailbox module demonstrates infeasibly slow performance

2010-06-30 Thread Steve Holden

New submission from Steve Holden st...@holdenweb.com:

The attached program completes in less than half a second under Python 2.5. 
Under Python 3 it takes almost three minutes on the same system. The issue 
appears to be heavy use of decoding, at least in a Windows system, during 
creation of the mailbox toc. The disparity may be less remarkable when not 
profiling.

Further attachments will include a test data file (a Thunderbird mailbox taken 
from the same host system) and profiler outputs from the 2.5 and 3.1 runs of 
this program.

--
components: Library (Lib)
files: test_thunderbird_mailbox.py
messages: 108978
nosy: holdenweb
priority: normal
severity: normal
stage: unit test needed
status: open
title: Mailbox module demonstrates infeasibly slow performance
type: performance
versions: Python 3.1
Added file: http://bugs.python.org/file17809/test_thunderbird_mailbox.py

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9124
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue9124] Mailbox module demonstrates infeasibly slow performance

2010-06-30 Thread Steve Holden

Changes by Steve Holden st...@holdenweb.com:


Added file: http://bugs.python.org/file17810/test.mailbox

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9124
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue9124] Mailbox module demonstrates infeasibly slow performance

2010-06-30 Thread Steve Holden

Changes by Steve Holden st...@holdenweb.com:


Added file: http://bugs.python.org/file17811/test2.5.out

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9124
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue9124] Mailbox module demonstrates infeasibly slow performance

2010-06-30 Thread Steve Holden

Changes by Steve Holden st...@holdenweb.com:


Added file: http://bugs.python.org/file17812/test3.1.out

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9124
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue9124] Mailbox module demonstrates infeasibly slow performance

2010-06-30 Thread Steve Holden

Steve Holden st...@holdenweb.com added the comment:

Thread at http://aspn.activestate.com/ASPN/Mail/Message/python-dev/3873005 
refers to this issue. Posted files are already attached herewith.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9124
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue8943] Bug in InteractiveConsole

2010-06-26 Thread Steve Holden

Changes by Steve Holden st...@holdenweb.com:


--
nosy: +holdenweb

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8943
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue9083] At least some Tools utilities are still Python 2

2010-06-25 Thread Steve Holden

New submission from Steve Holden st...@holdenweb.com:

C:\Users\sholden\python31\python \python31\Tools\webchecker\wcgui.py
Traceback (most recent call last):
  File \python31\Tools\webchecker\wcgui.py, line 63, in module
from Tkinter import *
ImportError: No module named Tkinter

This makes is seem pretty clear that not even minimal effort has been expended 
to ensure that this Tools is functional. It's not a priority, so that's 
understandable. Maybe I am the only person who ever tried to use this under 
Python 3.

Perhaps we need a test that will fail if these things don't at least run to 
completion (and no, I don't know how I would test wcgui, but I'd be interested 
in discussing test strategies)?

--
assignee: holdenweb
components: 2to3 (2.x to 3.0 conversion tool), Demos and Tools
messages: 108641
nosy: holdenweb
priority: high
severity: normal
stage: unit test needed
status: open
title: At least some Tools utilities are still Python 2
type: feature request
versions: Python 3.1

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9083
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com