On Sat, 05 Jul 2014 01:00:22 -0400, sqlite-users-boun...@sqlite.org wrote:
Your mail to 'sqlite-users' with the subject
hi
Is being held until the list moderator can review it for approval.
The reason it is being held:
Post by non-member to a members-only list
So has someone tried to
On Sat, Jul 5, 2014 at 4:19 PM, Steve Hayes hayes...@telkomsa.net wrote:
On Sat, 05 Jul 2014 01:00:22 -0400, sqlite-users-boun...@sqlite.org wrote:
Your mail to 'sqlite-users' with the subject
hi
Is being held until the list moderator can review it for approval.
The reason it is being
On Jul 4, 2014, at 11:29, Lie Ryan lie.1...@gmail.com wrote:
On 04/07/14 07:55, Gregory Ewing wrote:
Steven D'Aprano wrote:
That's exactly the problem with tabs - whatever you think your code
looks like with tabs, other people will see quite different picture.
Why do you consider this
On Sat, Jul 5, 2014 at 12:47 PM, Rick Johnson
rantingrickjohn...@gmail.com wrote:
Of course, I'm anxiously await my friend to ask for a drop
light -- oh boy, that will be fun! :^)
Just wait till you get into theatre, and people start asking for
parcans, domes, bubbles, gobos, gels, and workers.
Rick Johnson wrote:
Why is a handheld light
called a flashlight? It does not flash,
According to Wikipedia, originally it did:
Early flashlights ran on zinc–carbon batteries, which could not provide a
steady electric current and required periodic 'rest' to continue functioning.
Because
On Sat, 05 Jul 2014 20:57:14 +1200, Gregory Ewing wrote:
Rick Johnson wrote:
Why is a handheld light called a flashlight? It does not flash,
According to Wikipedia, originally it did:
Early flashlights ran on zinc–carbon batteries, which could not provide
a steady electric current and
On Fri, 04 Jul 2014 19:47:45 -0700, Rick Johnson wrote:
[A continuation of my last reply...]
Here is a recent situation that occurred to me that showcases the
tendency of humans to carelessly bind illogical terms to common objects,
I think you mean the tendency of certain people to go off
On Fri, Jul 4, 2014 at 8:00 PM, Rick Johnson
rantingrickjohn...@gmail.com wrote:
Strangly, I rather fancy the idea of using tabs in code,,,
which allow each viewer to view the code in his or her level
of indention,,, however, i cannot justify using a tab as a
replacement for a space. Tabs
In article mailman.11525.1404586681.18130.python-l...@python.org,
Ian Kelly ian.g.ke...@gmail.com wrote:
On Fri, Jul 4, 2014 at 8:00 PM, Rick Johnson
rantingrickjohn...@gmail.com wrote:
Strangly, I rather fancy the idea of using tabs in code,,,
which allow each viewer to view the code in
On 2014-07-05 19:57, Ian Kelly wrote:
On Fri, Jul 4, 2014 at 8:00 PM, Rick Johnson
rantingrickjohn...@gmail.com wrote:
Strangly, I rather fancy the idea of using tabs in code,,,
which allow each viewer to view the code in his or her level
of indention,,, however, i cannot justify using a tab as
On 07/04/2014 08:54 AM, Marko Rauhamaa wrote:
Grant Edwards invalid@invalid.invalid:
Definitely. Indenting with tabs vs. spaces is mostly personal
preference (though spaces are better!). But, mixing the two is right
out, and should be stomped on hard.
Often one person writes the code and
On 05/07/2014 23:03, Michael Torrie wrote:
On 07/04/2014 08:54 AM, Marko Rauhamaa wrote:
Grant Edwards invalid@invalid.invalid:
Definitely. Indenting with tabs vs. spaces is mostly personal
preference (though spaces are better!). But, mixing the two is right
out, and should be stomped on
On Sun, Jul 6, 2014 at 4:57 AM, Ian Kelly ian.g.ke...@gmail.com wrote:
I find it a little curious that nobody ever seems to advocate the use
of vertical tabs instead of repeated newlines. It should offer the
same benefit as horizontal tabs, namely that one could then
independently configure
On Sun, 06 Jul 2014 09:27:59 +1000, Chris Angelico wrote:
How often do you ever have multiple consecutive blank lines? My
newlines are either single (line end) or in pairs (one blank line),
and I don't remember having anything else (at least, not
intentionally). Greater separation than a
On Sun, Jul 6, 2014 at 11:18 AM, Dan Sommers d...@tombstonezero.net wrote:
On Sun, 06 Jul 2014 09:27:59 +1000, Chris Angelico wrote:
How often do you ever have multiple consecutive blank lines? My
newlines are either single (line end) or in pairs (one blank line),
and I don't remember having
On Fri, 04 Jul 2014 14:27:12 +0200, Florian Lindner wrote:
self.regexps = [rit (?Pcoupling_iterations\d+) .* dt complete yes |
write-iteration-checkpoint |,
rit (?Pit_read_ahead\d+) read ahead
My first thought is what is the effect of '|' as the last character in
the regex?
Tim Peters added the comment:
One more useless ;-) data point, from Macsyma:
? acosh;
-- Function: acosh (x)
- 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
Serhiy Storchaka added the comment:
Ram, do you want to provide a patch and benchmarks?
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21911
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17652
___
___
Python-bugs-list
Berker Peksag added the comment:
See also issue 18162.
--
nosy: +berker.peksag
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21911
___
___
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).
--
___
Serhiy Storchaka added the comment:
Here is a patch which omits using of float() to convert Tcl's NaN values.
--
keywords: +patch
stage: needs patch - patch review
Added file: http://bugs.python.org/file35864/test_tcl_nan.patch
___
Python tracker
New submission from Stefan Tatschner:
Hi,
i just discovered a missing colon in the docs. I have created a patch for this.
Stefan
--
assignee: docs@python
components: Documentation
files: fixed-missing-colon.patch
keywords: patch
messages: 222341
nosy: docs@python, rumpelsepp
priority:
Changes by Berker Peksag berker.pek...@gmail.com:
--
assignee: docs@python - berker.peksag
nosy: +berker.peksag
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21920
___
Roundup Robot added the comment:
New changeset 6094aa25b33c by Berker Peksag in branch '3.4':
Issue #21920: Add a missing colon to the __main__ doc.
http://hg.python.org/cpython/rev/6094aa25b33c
New changeset e22d0ff286f9 by Berker Peksag in branch 'default':
Issue #21920: Merge from 3.4.
Berker Peksag added the comment:
Thanks Stefan!
--
resolution: - fixed
stage: - resolved
status: open - closed
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21920
___
New submission from Vajrasky Kok:
These examples coming from:
https://docs.python.org/3/library/asyncio-eventloop.html#example-hello-world-callback
and
https://docs.python.org/3/library/asyncio-eventloop.html#example-set-signal-handlers-for-sigint-and-sigterm
throw resource usage warning.
Andreas Schwab added the comment:
Thanks, this is working now.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21881
___
___
Python-bugs-list
Ram Rachum added the comment:
obably Serhiy: Unfortunately I don't program in C, so I can't implement this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21911
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15114
___
New submission from Hristo Venev:
I have implemented the PyLong interface using the GMP mpn functions. API/ABI
compatibility is retained (except for longintrepr).
It can be enabled by passing --enable-big-digits=gmp to ./configure.
No large performance regressions have been observed for small
Stefan Krah added the comment:
Did you mean to upload a patch?
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21922
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +mark.dickinson, rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21922
___
___
Antoine Pitrou added the comment:
So the problem is mostly that 2.7 gives less diagnosis information than 3.x
about an incorrect use of the API. I don't think that's very worthy of a
bugfix, IMHO. Just use 3.x :-)
--
nosy: +neologix
___
Python
STINNER Victor added the comment:
Hi, I worked on a similar patch 6 years ago, while Python 3.0 was developped:
https://mail.python.org/pipermail/python-dev/2008-November/083315.html
http://bugs.python.org/issue1814
The summary is that using GMP makes Python slower because most numbers are
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
components: +Library (Lib)
keywords: +easy
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21879
___
Hristo Venev added the comment:
PyLongObject is a PyVarObject. It contains many mp_limb_t's. There is little
overhead. For some operations if the result is in [-20;256] no memory will be
allocated. There are special codepaths for 1-limb operations.
And I just finished GDB support.
Please
Ezio Melotti added the comment:
The feature request sounds reasonable to me, unless someone proves that there
are major (performance) issues. However, since this has already been reported
in #18162, I'm going to close it as a duplicate.
@Raymond
The IndexError exception is commonly used for
Ram Rachum added the comment:
Since #21911 has been merged into this issue, I'd like to add: Please also
include the length of the sequence in the exception message. It can help with
debugging.
--
nosy: +cool-RR
___
Python tracker
Ezio Melotti added the comment:
Knowing the len of the sequence would also be useful.
Brett, were you also planning to use these attributes in the error message
(when they are available), or do you prefer to keep the two issues separate and
reopen #21911?
Is there a meta-issue for these
Brett Cannon added the comment:
Part of the point of these various attributes I proposed was so that a good
default message could be provided when only the new attributes are given. So
I'm fine with that being part of this issue.
--
___
Python
Changes by Brett Cannon br...@python.org:
--
superseder: - Optional compact and colored output for regrest
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15974
___
Brett Cannon added the comment:
Ezio already gave a commit review. Serhiy just needs to commit it himself.
--
assignee: - serhiy.storchaka
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
Fix commited to Tulip (4655ef2d9f43), Python 3.4 and 3.5.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21886
___
Roundup Robot added the comment:
New changeset d7e4efd5e279 by Victor Stinner in branch '3.4':
Closes #21886, #21447: Fix a race condition in asyncio when setting the result
http://hg.python.org/cpython/rev/d7e4efd5e279
New changeset 50c995bdc00a by Victor Stinner in branch 'default':
(Merge
Roundup Robot added the comment:
New changeset d7e4efd5e279 by Victor Stinner in branch '3.4':
Closes #21886, #21447: Fix a race condition in asyncio when setting the result
http://hg.python.org/cpython/rev/d7e4efd5e279
New changeset 50c995bdc00a by Victor Stinner in branch 'default':
(Merge
Brett Cannon added the comment:
I can do the review if no Windows people step forward.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19714
___
Stefan Krah added the comment:
Hmm, the license (LGPL) should only matter for the Windows binaries
and we can just compile without --enable-big-digits=gmp.
Even *if* the Windows binaries were built with gmp support, it would
be sufficient for any redistributor to point to the external library
Roundup Robot added the comment:
New changeset f6827c6b1164 by Victor Stinner in branch '3.4':
Closes #21921: Fix ResourceWarning in the asyncio examples: close the event
http://hg.python.org/cpython/rev/f6827c6b1164
New changeset 0533f148fb49 by Victor Stinner in branch 'default':
(Merge 3.4)
STINNER Victor added the comment:
Thanks for the fix. I already suggested it to Guido van Rossum a few months
ago, but he preferred the keep the example simple. I made the same fix in the 2
hello world examples of the Tulip project last Tuesday, so it's fair to apply
the same fix to asyncio
Stefan Behnel added the comment:
you'd be surprised how much cheaper indexing a sequence is relative to
dictionary access
This is a bit off-topic (and I realise that this ticket is closed now), but the
difference isn't really all that large:
$ python3.4 -m timeit -s 'seq = list(range(1000));
Changes by Josh Rosenberg shadowranger+pyt...@gmail.com:
--
nosy: +josh.rosenberg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21922
___
___
Josh Rosenberg added the comment:
Antoine: It's possible this is a legitimate failure in the signal handling
code. The lack of a RuntimeError seems more likely to be due to the code never
executing, not an issue with Condition.wait/Condition.notify.
--
Saimadhav Heblikar added the comment:
In v3, there is no subprocess usage.
It imports the checker specific module,does its job and returns the result of
processing.
The checker specific files are to be installed from TestPyPI(atleast for now).
It has to be installed via pip.
It will be
Changes by Berker Peksag berker.pek...@gmail.com:
Added file: http://bugs.python.org/file35869/issue9554_v4.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9554
___
SilentGhost added the comment:
This seem like a new feature for IDLE, so I'd imagine it would not be included
in either 2.7 or 3.4. Correct me if I'm wrong.
--
nosy: +SilentGhost
versions: -Python 2.7, Python 3.4
___
Python tracker
Hristo Venev added the comment:
After some minor optimizations my implementation is about 1.8% slower on
pystone and about 4% slower on bm_nqueens. It's 4 times faster on bm_pidigits.
--
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
Please try the Python benchmark suite.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21922
___
___
Mark Dickinson added the comment:
I *do* have an objection to adding the configure option: from that point on,
it means that maintaining the GMP-based long implementation is now the
responsibility of the core developers, and I think that's an unnecessary
maintenance burden, for an option
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +tim.peters
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21922
___
___
Python-bugs-list
STINNER Victor added the comment:
I think having two long integer implementations in the core is worse than
having one.
I agree. If the GMP implementation is accepted, the old implementation must be
dropped and replaced by the GMP implementation.
--
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9554
___
___
Python-bugs-list
Mark Dickinson added the comment:
If the GMP implementation is accepted, the old implementation must be
dropped and replaced by the GMP implementation.
Agreed. I'm open to that, but it's critical that common use-cases (i.e., those
*not* using 1000-digit integers!) aren't slowed down.
New submission from Alex Gaynor:
If one invokes some distutils code too early, this function will try to read
``_config_vars`` before it is initialized.
http://bpaste.net/show/1DOGhL8sdnkPyLTL06AZ/ is an example traceback that
results.
The attached patch uses the public API which guarantees
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17554
___
Saimadhav Heblikar added the comment:
This seem like a new feature for IDLE, so I'd imagine it would not be
included in either 2.7 or 3.4. Correct me if I'm wrong.
Hi,
Yes, it is a new feature. I think it will be included in both 2.7 and 3.4(apart
from the latest version 3.5), if my
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17554
___
___
Python-bugs-list
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
superseder: Optional compact and colored output for regrest - Compact output
for regrtest
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15974
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20898
___
___
Python-bugs-list
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15025
___
___
Python-bugs-list
Changes by Ned Deily n...@acm.org:
--
assignee: - ned.deily
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21923
___
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
versions: -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21578
___
___
Changes by Éric Araujo mer...@netwok.org:
--
stage: patch review - commit review
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10395
___
Serhiy Storchaka added the comment:
Many thanks Victor for your review. Updated patch addresses your comments. It
also fixes debugging remnants in test_file_eintr.
--
Added file: http://bugs.python.org/file35871/pyio_fileio_3.patch
___
Python
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
type: - behavior
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5051
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
type: - behavior
versions: +Python 3.4, Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17737
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
type: - behavior
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17755
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12259
___
___
Mark Lawrence added the comment:
I've no objection to people trying to take this forward but they should be
aware that asyncio is recommended for new code.
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python
Mark Lawrence added the comment:
I've no objection to people trying to take this forward but they should be
aware that asyncio is recommended for new code.
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5
___
Python tracker
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
components: -Distutils2
nosy: +dstufft
versions: +Python 3.4, Python 3.5 -3rd party, Python 2.7, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6087
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
type: - behavior
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12602
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1565071
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
components: -Distutils2
nosy: +dstufft
versions: +Python 3.4, Python 3.5 -3rd party, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue103
Terry J. Reedy added the comment:
Small feature requiring a new menu entry.
--
versions: +Python 2.7, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21880
___
Changes by Ned Deily n...@acm.org:
--
resolution: - duplicate
stage: needs patch - resolved
status: open - closed
superseder: - readline-related test_builtin failure
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17755
Changes by Ned Deily n...@acm.org:
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13886
___
___
Python-bugs-list mailing list
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
nosy: +paul.j3
versions: +Python 3.5 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9571
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
nosy: +paul.j3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10190
___
___
Python-bugs-list
Mark Lawrence added the comment:
Is it worth leaving this open as optparse was deprecated in 2.7 in favour of
argparse?
--
components: +Library (Lib) -Extension Modules
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
I don't object to these changes but I don't see much sense in them as optparse
has been deprecated since 2.7/3.2.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20554
Mark Lawrence added the comment:
I don't see much point to this as optparse has been deprecated in 2.7.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21852
___
Mark Lawrence added the comment:
I don't see much point doing any work with optparse as it's deprecated.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10766
___
Mark Lawrence added the comment:
As there have been no replies to msg213358 can someone close this please.
--
nosy: +BreamoreBoy
status: pending - open
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
Please close this.
--
nosy: +BreamoreBoy
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19608
___
Antoine Pitrou added the comment:
Josh, your analysis is right, I had forgotten that we had improved this point
in 3.x (interruptibility of lock.acquire()). It is *extremely* unlikely to be
backported to 2.7, though, since it is really an enhancement.
--
New submission from Peter Inglesby:
A script called token.py that imports anything that ends up importing tokenize,
such as logging, triggers the following error when the script is run:
$ cat token.py
import tokenize
$ python3 token.py
Traceback (most recent call last):
File token.py, line
Ned Deily added the comment:
That's because there is also a standard library module named token
(https://docs.python.org/3/library/token.html). When you run python, by
default the current working directory is inserted at the beginning of sys.path,
the list of directories searched for
Antoine Pitrou added the comment:
I've no objection to people trying to take this forward
We were really looking for your approval, thank you.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12523
Antoine Pitrou added the comment:
Note that we could probably release the GIL in the current implementation, too
- we just haven't bothered adding such an optimization.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
1 - 100 of 105 matches
Mail list logo
