Martin v. Löwis mar...@v.loewis.de added the comment:
Am 17.12.2010 01:56, schrieb STINNER Victor:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Ooops, sorry. I just applied the patch suggested by Marc-Andre
Lemburg in msg22885 (#1054943). As the patch worked for the
Martin v. Löwis mar...@v.loewis.de added the comment:
So lacking a new patch, I think we should revert the existing change
for now.
Oops, I missed that Alexander has proposed a patch.
--
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
The logic suggested by Martin in msg120018 looks right to me, but the
whole code seems to be unnecessarily complex. (And comb1==comb may
need to be changed to comb1=comb.) I don't understand why linear
search through skipped array is
Martin v. Löwis mar...@v.loewis.de added the comment:
Passing Part3 tests and not crashing on crash.py is probably good
enough for a commit, but I don't have a proof that length 20 skipped
buffer is always enough.
I would agree with that. I still didn't have time to fully review the
patch,
Charles-Francois Natali neolo...@free.fr added the comment:
but sometimes socket.close will send TCP RST to disconnect the telnet and
with wrong sequence number
This is called a a half-duplex TCP close sequence. Your application is
probably closing the socket while there are still data in
Changes by Finkregh finkr...@mafia-server.net:
--
nosy: +Finkregh
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1195
___
___
Python-bugs-list
New submission from Raymond Hettinger rhettin...@users.sourceforge.net:
Nick, can you look at this?
--
assignee: ncoghlan
components: Library (Lib)
files: sized_cache.diff
keywords: patch
messages: 124194
nosy: ncoghlan, rhettinger
priority: normal
severity: normal
status: open
title:
Éric Araujo mer...@netwok.org added the comment:
[Raymond]
I'm looking for a deeper fix, all the in-line styling replaced by a
stylesheet. Can you guys work together on bring this to fruition?
When I talked about the CSS reset, I was referring to a precise part of the
file proposed by Ron,
New submission from Éric Araujo mer...@netwok.org:
When one runs “pydoc with”, the output is a block of text marked up with reST.
It would be more helpful to render it as text or HTML thanks to a minimal reST
parser and transformer.
In
Velko Ivanov viva...@ivanov-nest.com added the comment:
I'm very disappointed by the outcome of this discussion.
You are committing the biggest sin of modern times - instead of promoting the
obtaining and usage of knowledge to solve things, you place restrictions to
force the dumbheads into
Martin Gfeller Martin Gfeller g...@comit.ch added
the comment:
Martin, we're running with this for years and with many extensions modules,
without an issue. What is 64-bit safe should be 32-bit safe, not only 31-bit
safe. But you're right, this is not a proof, and we
R. David Murray rdmur...@bitdance.com added the comment:
The source used to create _socket.pyd is in Modules/socketmodule.c in the
source code tarball available from the python web site. As neologix says, it
is a thin wrapper around the OS level socket library.
--
nosy:
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
What is 64-bit safe should be 32-bit safe, not only 31-bit safe
Not here. Python uses signed size_t for various lengths and sizes.
On win32 this only gives you 31 bits...
--
nosy: +amaury.forgeotdarc
R. David Murray rdmur...@bitdance.com added the comment:
I'm not necessarily opposed to this, but an alternative is to modify
pyspecific.py so that it generates text output from the ReST when it builds the
pydoc topic index.
--
components: +Demos and Tools
nosy: +georg.brandl,
Antoine Pitrou pit...@free.fr added the comment:
The _total_size thing looks like a wildly bad idea to me, since it's so poorly
defined (and relying on a couple of special cases).
Also, currsize is quite bizarre. Why not simply size?
--
nosy: +pitrou
R. David Murray rdmur...@bitdance.com added the comment:
Alexander, I agree with Velko in that it isn't obvious to me how the addition
of localtime would answer the desire expressed in this issue. It addresses
Antoine's complaint about aware datetimes, but I don't see that it does
anything
Antoine Pitrou pit...@free.fr added the comment:
Velko: on the other hand, given Victor's research, I don't see float
seconds since an epoch appearing anywhere as a standard.
Well, given that we already have fromtimestamp(), this sounds like a
poor argument against a totimestamp() method (or
Georg Brandl ge...@python.org added the comment:
No need for any of that -- the output you see already is the text output from
Sphinx.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10726
Changes by Georg Brandl ge...@python.org:
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10726
___
Mark Dickinson dicki...@gmail.com added the comment:
Yes, sorry; I'm not likely to find time to do anything with this.
Unassigning, and downgrading priority.
Is it worth leaving this open in case anyone wants to do something about it?
--
assignee: mark.dickinson -
priority: high -
R. David Murray rdmur...@bitdance.com added the comment:
Well, in that case, can we change the text style for code and related markup to
be something prettier? Normal single quotes, perhaps?
--
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
Given the long projected lifetime of 2.7, I suppose it is.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9011
___
R. David Murray rdmur...@bitdance.com added the comment:
s/prettier/more readable/
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10726
___
___
Georg Brandl ge...@python.org added the comment:
Sure, I can do that for the next version.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10726
___
Phillip J. Eby p...@telecommunity.com added the comment:
So, do you have any suggestions for a specific change to the patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10155
___
Georg Brandl ge...@python.org added the comment:
The change would be fine with me. What happens with the PyUnicode_FromString()
usage in the patch if the string cannot be decoded? That should not lead to a
UnicodeError being raised.
Also, the __main__ changes look gratuitous to me.
Georg Brandl ge...@python.org added the comment:
+1 -- Didn't read through all of the diff, but in general I trust you enough to
believe that the new version is better than the old :)
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
Basically fine, but the docs for indentation and tab error should document
their inheritance more explicitly.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
Steven Bethard steven.beth...@gmail.com added the comment:
The patch looks basically okay to me, though this line makes me nervous:
dest += ' (%s)' % ', '.join(aliases)
Since this is just for help formatting, can't you just modify metavar instead?
The dest is the attribute on the namespace
Georg Brandl ge...@python.org added the comment:
I can see that this is really useful; approved for beta2 as soon as Steven's
issue from the last message is handled.
--
assignee: georg.brandl - bethard
priority: normal - release blocker
___
Python
Georg Brandl ge...@python.org added the comment:
Use that list doesn't make me happy, what about access?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10559
___
Georg Brandl ge...@python.org added the comment:
Why not replace it with an example that uses get() or setdefault() then?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10609
Steven Bethard steven.beth...@gmail.com added the comment:
In the short term, just catch the SystemExit.
In the slightly longer term, we could certainly provide a subclass, say,
ErrorRaisingArgumentParser, that overrides .exit and .error to do nothing but
raise an exception with the message
Georg Brandl ge...@python.org added the comment:
Yep, looks good, please commit.
--
assignee: d...@python - eric.araujo
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8753
Georg Brandl ge...@python.org added the comment:
Yes, it's the new recommended style. (Please add to documenting/ when
convenient :)
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9264
R. David Murray rdmur...@bitdance.com added the comment:
Attached diff provides another suggested rewording that I think is clearer.
--
nosy: +r.david.murray
Added file: http://bugs.python.org/file20093/tut_argv.diff
___
Python tracker
Georg Brandl ge...@python.org added the comment:
+1.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10559
___
___
Python-bugs-list mailing list
Changes by R. David Murray rdmur...@bitdance.com:
Removed file: http://bugs.python.org/file20093/tut_argv.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10559
___
Changes by R. David Murray rdmur...@bitdance.com:
Added file: http://bugs.python.org/file20094/tut_argv.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10559
___
R. David Murray rdmur...@bitdance.com added the comment:
Committed in r87337.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10559
Velko Ivanov viva...@ivanov-nest.com added the comment:
on the other hand, given Victor's research, I don't see float seconds since
an epoch appearing anywhere as a standard. Where do you see this being used
as a standard?
Yes, I didn't mean standard as in RFCed and recommended and
R. David Murray rdmur...@bitdance.com added the comment:
OK, this went in to 2.7 without the OS conditional, and there has been no great
hue and cry, so I guess it was safe enough :)
As for the difference in error message between execlp and execlpe, I think
that's fine. The execlpe index
R. David Murray rdmur...@bitdance.com added the comment:
Committed in r87338. Backporting the relevant bits will be a bit of a pain,
anyone who feels like doing it is welcome to. I may or may not get to it
myself.
--
resolution: - fixed
stage: patch review - committed/rejected
Daniel Stutzbach stutzb...@google.com added the comment:
Committed in r87339. Thanks everyone for the feedback!
--
assignee: eric.araujo - stutzbach
keywords: -needs review
resolution: - accepted
stage: patch review - committed/rejected
status: open - closed
versions: -Python 2.7
And Clover a...@doxdesk.com added the comment:
No, not specifically. My patch is conservative about what variables it recodes,
yours more liberal, but it's difficult to say which is the better approach, or
what PEP requires.
If you're happy with the current patch, go ahead, let's have it
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
On Fri, Dec 17, 2010 at 9:18 AM, R. David Murray rep...@bugs.python.org wrote:
R. David Murray rdmur...@bitdance.com added the comment:
Alexander, I agree with Velko in that it isn't obvious to me how the addition
of
Antoine Pitrou pit...@free.fr added the comment:
1. Different application may need different epoch and retained
precision depends on the choice of the epoch.
But then why does fromtimestamp() exist?
And returning a (seconds, microseconds) tuple does retain the precision.
2. The code above
R. David Murray rdmur...@bitdance.com added the comment:
I can confirm that the patch fixes the recursion problem if threading._VERBOSE
is set to true, but the test Antoine mentioned hangs when the test suite is run.
_VERBOSE is an internal, undocumented facility, so perhaps the priority on
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Fri, Dec 17, 2010 at 3:47 AM, Martin v. Löwis rep...@bugs.python.org wrote:
..
The worst case (wrt. cskipped) is the maximum number of characters that
can get combined into a single base character. It used to be (and I
Antoine Pitrou pit...@free.fr added the comment:
Patch committed in r87340.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10711
Antoine Pitrou pit...@free.fr added the comment:
Ok, I committed the patch in r87341 (3.2), r87342 (3.1) and r87343 (2.7).
--
priority: high - normal
stage: patch review - needs patch
title: Lib/threading.py causes infinite recursion when running as verbose -
test_threading hang when
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Updated to use ABCs but still relies on user objects implementing __sizeof__.
So it is accurate whenever sys.getsizeof() is accurate.
--
Added file: http://bugs.python.org/file20095/sized_cache2.diff
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
On Fri, Dec 17, 2010 at 12:17 PM, Antoine Pitrou rep...@bugs.python.org wrote:
..
1. Different application may need different epoch and retained
precision depends on the choice of the epoch.
But then why does
Mads Michelsen madch...@gmail.com added the comment:
@eric.araujo: What you're saying is 'if you want it done, do it yourself'? :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10680
___
Daniel Stutzbach stutzb...@google.com added the comment:
Raymond,
Do you have around 10 minutes today to look at the patch I submitted in Issue
8743? It appears to solve both this issue and that one, which have priorities
critical and high, respectively.
It's a reasonably small patch:
Ned Deily n...@acm.org added the comment:
Thank you very much for the patch. I have updated it and modified it somewhat
to work with the latest tip for py3k (3.2b1), 3.1.3+, and 2.7.1+ and to work
with both AquaTk Cocoa 8.5 and preserve current behavior with legacy AquaTk
Carbon 8.4.
Since
Changes by Ned Deily n...@acm.org:
Added file: http://bugs.python.org/file20097/issue6075_27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6075
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Another thing to work out: not double counting duplicate objects:
[1000, 2000, 3000] is bigger than [None, None, None]
--
priority: normal - low
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Updated to use ABCs but still relies on user objects implementing
__sizeof__. So it is accurate whenever sys.getsizeof() is accurate.
I'm really -1 on this. It's better to give no measurement than to give a
totally wrong indication. The fact
Ned Deily n...@acm.org added the comment:
I believe this fix should go into 3.2 (and 2.7) as it has been reported by a
number of people in various places and the fix risk is low.
--
nosy: +benjamin.peterson, georg.brandl
priority: normal - release blocker
Ned Deily n...@acm.org added the comment:
I think this should be applied for 3.2 (and 2.7 and 3.1). The risk is low and
the benefit to OS X IDLE users is great, since without it there is no way to
use IDLE's breakpoint facility.
--
nosy: +georg.brandl
Antoine Pitrou pit...@free.fr added the comment:
1. Different application may need different epoch and retained
precision depends on the choice of the epoch.
But then why does fromtimestamp() exist?
A better question is why datetime.utcfromtimestamp(s) exists given
that it is
T Rink t...@jm.rinkleff.com added the comment:
Thanks for your comments.
I also expect the problem is the interation of Python with Windows, but
whether they fault lies by Python or Windows I cannot say.
I can say that the problem seems to come and go away. Last night it did not
work. This
Antoine Pitrou pit...@free.fr added the comment:
Now that 0.9 client support has been removed, this can proceed (at least for
3.2).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6791
___
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
On Fri, Dec 17, 2010 at 1:17 PM, Antoine Pitrou rep...@bugs.python.org wrote:
..
A better question is why datetime.utcfromtimestamp(s) exists given
that it is actually longer than equivalent EPOCH + timedelta(0, s)?
???
Changes by Miki Tebeka miki.teb...@gmail.com:
--
nosy: -tebeka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2736
___
___
Python-bugs-list
Martin v. Löwis mar...@v.loewis.de added the comment:
The C forms (NFC and NFKC) do canonical composition and U+FDFA is a
compatibility composite. (BTW, makeunicodedata.py checks that maximum
decomposed length of a character is 19, but it would be better if it
would compute and define a
flashk fla...@gmail.com added the comment:
I just attached a new patch that explicitly mentions the inheritance of
IndentationError and TabError.
--
Added file: http://bugs.python.org/file20099/exceptions_2.diff
___
Python tracker
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Fri, Dec 17, 2010 at 2:08 PM, Martin v. Löwis rep...@bugs.python.org wrote:
..
As far as I (and a two-line script) can tell
the maximum length of a canonical decomposition of a character is 4.
Even better - so
Antoine Pitrou pit...@free.fr added the comment:
??? EPOCH is not even a constant in the datetime module.
No, and it does not belong there.
And so what was your point exactly?
A higher level library that uses
seconds since epoch for interchange
I don't think the time module can be
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
Removed file: http://bugs.python.org/file20095/sized_cache2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10725
___
Antoine Pitrou pit...@free.fr added the comment:
Here is a patch limiting line length everywhere in http.client, + tests (it
also affects http.server since the header parsing routine is shared).
--
stage: needs patch - patch review
Added file:
New submission from Antoine Pitrou pit...@free.fr:
It really looks like a subprocess issue:
==
ERROR: test_usage (test.test_cmd_line.CmdLineTest)
--
Traceback
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
On Fri, Dec 17, 2010 at 2:35 PM, Antoine Pitrou rep...@bugs.python.org wrote:
..
I don't think the time module can be named higher level, and it
still handles such timestamps.
datetime(1970, 1, 1) + timedelta(seconds=s)
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
nosy: -Alexander.Belopolsky
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2736
___
Antoine Pitrou pit...@free.fr added the comment:
Yes, UTC not being a proper acronym in any human language is one
problem,
Ok. Too bad you don't live on the same planet than most of us. I bail
out.
--
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Fri, Dec 17, 2010 at 3:26 PM, Antoine Pitrou rep...@bugs.python.org wrote:
..
Yes, UTC not being a proper acronym in any human language is one
problem,
Ok. Too bad you don't live on the same planet than most of us.
Daniel Stutzbach stutzb...@google.com added the comment:
Doc change committed to py3k in r87346. Thanks, SilentGhost!
I also committed r87349 to reverse r87162 (which was in the wrong branch).
--
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
It looks like it's not possible to choose between float and (int, int) output
type for datetime.totimestamp(). One is more practical (and enough for people
who doesn't need an exact result), and one is needed to keep the same
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Err... in r87339 there is a typo in all occurrences of 'Py_ReprEntr':
Py_ReprEnter of course!
--
nosy: +amaury.forgeotdarc
status: closed - open
___
Python tracker rep...@bugs.python.org
Daniel Stutzbach stutzb...@google.com added the comment:
On Fri, Dec 17, 2010 at 2:17 PM, Amaury Forgeot d'Arc wrote wrote:
Err... in r87339 there is a typo in all occurrences of
'Py_ReprEntr': Py_ReprEnter of course!
Well, that's embarrassing. Fixed in r87354.
--
Changes by Daniel Stutzbach stutzb...@google.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8753
___
___
Jason Scheirer jason.schei...@gmail.com added the comment:
I would like to see this reopened: we have a very large class of users that are
not ready to entirely port to 64-bit and need this now.
When running a Python script from within a desktop application (which embeds
Python and has
Antoine Pitrou pit...@free.fr added the comment:
When running a Python script from within a desktop application (which
embeds Python and has /LARGEADDRESSAWARE set) [...]. Essentially this
discounts Python scripts as an option for automation in this case.
Well, if you already embed Python in
Terry J. Reedy tjre...@udel.edu added the comment:
Please try the recent 2.7.1 release. This needs to be tested with current 3.1.3
or 3.1.b+ also.
--
nosy: +eli.bendersky, terry.reedy
title: trace does nto ignore --ignore-module - trace does not ignore
--ignore-module
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10702
___
___
Python-bugs-list
Changes by Terry J. Reedy tjre...@udel.edu:
Removed file: http://bugs.python.org/file20084/exceptions.rst
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10723
___
Adrian Sampson asamp...@cs.washington.edu added the comment:
Thanks for the suggestion, Steven. I hadn't yet internalized the difference
between dest and metavar.
This version of the patch modifies metavar instead. Because it looks like this
issue is up for 3.2b2, I've modified NEWS and ACKS
STINNER Victor victor.stin...@haypocalc.com added the comment:
Version 9 of my patch:
- Create PYTHONNOHANDLER environment variable: don't install the signal
handler if the variable is set
- Rename Segfault by FaultHandler
- reverse_string() does nothing if len==0, even if it cannot occur
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file19214/segfault_handler-5.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8863
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file19227/segfault_handler-6.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8863
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file19288/segfault_handler-7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8863
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file19289/segfault_handler-8.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8863
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Oh, I'm tired...
Summary of the patch:
- ...abort the process (call the debugger on Windows)
(the debugger is only called if Python is compiled in debug mode)
- Add PYTHONNOHANDLER environment variable ...
Oops, the correct
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Why was sys.setsegfaultenabled() omitted?
It may be useful to disable the handler from a script
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
Greg Ward g...@gerg.ca added the comment:
I understood Greg’s reply to mean that there was no need for an examples
keyword if simple paragraph splitting was added.
Right, but optparse has been superseded by argparse. So my opinion is even
less important than it was before 2.7.
--
Martin v. Löwis mar...@v.loewis.de added the comment:
I would like to see this reopened: we have a very large class of
users that are not ready to entirely port to 64-bit and need this
now.
And I remain -1 to such requests. You can appeal to that by writing a
PEP, or finding a committer who
New submission from Silvio Ricardo Cordeiro silvioricar...@gmail.com:
The documentation at http://docs.python.org/dev/library/argparse.html
explicitly says that If file is None, sys.stderr is assumed.
However, both print_usage and print_help assume sys.stdout when file=None. The
helper method
R. David Murray rdmur...@bitdance.com added the comment:
Committed to py3k in 87356 and 2.7 in r87358.
--
nosy: +r.david.murray
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker
R. David Murray rdmur...@bitdance.com added the comment:
I think this is a documentation bug, since IMO help should print on stdout, not
stderr[1]. I would expect print_usage to do likewise, but for the error to
tell print_usage to write to stderr when it calls it...which is exactly what
the
1 - 100 of 104 matches
Mail list logo
