Trent Nelson added the comment:
On Sun, Nov 18, 2012 at 03:19:19PM -0800, Antoine Pitrou wrote:
Antoine Pitrou added the comment:
Related post:
http://daniel.haxx.se/blog/2012/10/10/wsapoll-is-broken/
Yeah, came across that yesterday. Few other relevant links, for the
records:
Marc-Andre Lemburg added the comment:
On 18.11.2012 15:30, Christian Heimes wrote:
Christian Heimes added the comment:
The first patch implements the arg parsing, sys.flags, PySys_SetArgv()
modification that doesn't include the current directory as sys.path[0] and
some doc updates.
Chris Jerdonek added the comment:
Updating patch after Ezio's review on Rietveld.
--
Added file: http://bugs.python.org/file28040/issue-13538-6-default.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13538
Kushal Das added the comment:
I guess somebody already did the work
http://docs.python.org/3.4/library/functions.html?highlight=compile#compile ?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16493
Ezio Melotti added the comment:
Looks like Georg did: 713c6b6ca5ce.
The documentation is missing on 2.7, but AFAICT that's because the arg is only
in 3.2+.
Brett, if you meant that this should be documented somewhere else, feel free to
reopen the issue.
--
resolution: - out of date
New submission from Serhiy Storchaka:
The proposed patch upgrades tests to use specialized checks added in 3.1 and
3.2 (assertIsNone(x) instead assertTrue(x is None), assertLess(a, b) instead
assertTrue(a b), etc). This modern checks provide a more useful error
message in case of a fail.
Thomas Kluyver added the comment:
OK, thanks, and sorry for the noise. I've closed this issue.
Looking at the readline manual, it looks like this is tied up with the options
input-meta, output-meta and convert-meta. Fiddling around with .inputrc hasn't
clarified exactly what they do, but it
Kristján Valur Jónsson added the comment:
If you have string sharing, adding support for general sharing falls
automatically out without any effort. There is no reason _not_ to support it,
in other words.
Marshal may be primarily used for .pyc files but it is not the only usage. It
is a
R. David Murray added the comment:
Thanks for the work, but we don't generally make bulk changes like this. It
generates churn in the codebase, and has the risk of inadvertently changing the
meaning of the tests, to little actual benefit. Instead we modernize tests
when we touch them for
Chris Jerdonek added the comment:
Attaching patch. Out-of-the-box at least, Sphinx seems to have the constraint
that the home page (what the link in the upper-left corner points to) needs
to be the same as the table of contents (what the table of contents link in
the left column points to).
Nick Coghlan added the comment:
Sounds good to me - I was looking for a link to the maintainer list the other
day, and there doesn't appear to be one at the moment. Having a reasonably
complete ToC/site map deals with that kind of problem, and putting it at the
bottom helps avoid overwhelming
Changes by Christian Heimes li...@cheimes.de:
--
nosy: +christian.heimes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16475
___
___
Serhiy Storchaka added the comment:
There is no many sense to use references for TYPE_INT whose representation size
not greater then a reference representation size. I doubt about references to
mutable objects.
--
nosy: +serhiy.storchaka
___
Serhiy Storchaka added the comment:
I understand this. I checked the patch few times, with long (more than a
month) intervals between inspections. If someone wants to modernize some
tests, he can turn to this patch for reference.
--
___
Python
Changes by Serhiy Storchaka storch...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9613
___
___
Serhiy Storchaka added the comment:
Is this reproduced on modern Python versions?
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3580
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16491
___
Kristján Valur Jónsson added the comment:
Ok, I did some tests with my recode module. The following are the sizes of the
marshal data:
test2To3 ... 24748 24748 212430 212430
test3To3 ... 18420 17848 178969 174806
test4To3 ... 18425 18411 178969 178550
The columns:
a) test_marshal.py without
Serhiy Storchaka added the comment:
The following are the sizes of the marshal data:
Can you please measure the time of unmarshalling? It would be interesting. If
you can count the statistics about marshalled types (what percent of shared and
non shared integers, strings, etc), it would also
Antoine Pitrou added the comment:
I should also point out that the marshal protocol takes care to be
able to serialize lists, sets and frozensets correctly, the latter
being added in version 2.4. This despite the fact that code objects
don't make use of these.
Code objects do use
Changes by Mark Dickinson dicki...@gmail.com:
--
assignee: - mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16496
___
___
Changes by Christian Heimes li...@cheimes.de:
Removed file: http://bugs.python.org/file28024/isolatemode.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16499
___
Changes by Christian Heimes li...@cheimes.de:
Removed file: http://bugs.python.org/file28036/isolatemode2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16499
___
Christian Heimes added the comment:
New patch with typo fixes and update for recent modification in the
make_flags() function.
Marc:
The patch was motivated by use cases like Barry's issue with 3rd party software
that accidentally messes with Python scripts like lsb_release. Your use case
Roundup Robot added the comment:
New changeset 996b72dd1e31 by Chris Jerdonek in branch 'default':
Unhide and move table of contents to bottom of home page (issue #16506).
http://hg.python.org/devguide/rev/996b72dd1e31
--
nosy: +python-dev
___
Python
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16506
Christian Heimes added the comment:
Thanks Richard!
My first reaction was YAGNI but after I read the two tickets I now understand
the need for three different hooks. I suggest that we implement our own hooks
like the http://linux.die.net/man/3/pthread_atfork function, especially the
order of
Xavier de Gaye added the comment:
The top level frame line number is not updated because it has a local
trace function while the global trace function is None. This is
related to issue 7238.
The following patch fixes the issue. The patch removes the local trace
at the top level frame and makes
Xavier de Gaye added the comment:
See also the related issue 16482.
--
nosy: +xdegaye
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7238
___
___
rurpy the second added the comment:
This continues to be a problem on Python-3.3.0
--
nosy: +rurpy2
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16180
___
Antoine Pitrou added the comment:
I don't know. Anyway, it is not really a Python bug, so I suggest we close it.
--
resolution: - invalid
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3580
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1284316
___
___
Python-bugs-list
Richard Oudkerk added the comment:
Note that Gregory P. Smith has written
http://code.google.com/p/python-atfork/
I also started a pure python patch but did not get round it posting it. (It
also implements the fork lock idea.) I'll attach it here.
How do you intend to handle the
Gregory P. Smith added the comment:
I would not allow exceptions to propagate. No caller is expecting them.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16500
___
Gregory P. Smith added the comment:
pthread_atfork() cannot be used to implement this. Another non-python
thread started by a C extension module or the C application that is
embedding Python within it is always free to call fork() on its own with
zero knowledge that Python even exists at all.
Christian Heimes added the comment:
Meh! Exception handling takes all the fun of the API and is going to make it
MUCH more complicated. pthread_atfork() ignores error handling for a good
reason. It's going to be hard to get it right. :/
IFF we are going to walk the hard and rocky road of
Chris Jerdonek added the comment:
Attaching new patch to address Ezio's further comments (for the convenience of
comparing in Rietveld). I will be committing this.
--
Added file: http://bugs.python.org/file28045/issue-13538-7-default.patch
___
Éric Araujo added the comment:
I left a few remarks. The patch is very nice, thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13538
___
Chris Jerdonek added the comment:
Thanks, Éric! (And thanks also to Ezio who helped quite a bit with the
improvements.) I replied to your comments on Rietveld.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13538
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
assignee: docs@python - chris.jerdonek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16508
___
40 matches
Mail list logo