Mark Dickinson dicki...@gmail.com added the comment:
Thanks, Antoine. I'll investigate.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7298
___
Mark Dickinson dicki...@gmail.com added the comment:
Looks like Benjamin already fixed the refleak in r76319, r76320.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7298
___
Thomas Courbon hart...@yahoo.fr added the comment:
It seems that there wasn't work on that issue (which look complicated by
the way). I'll wait, there is so much other aspects of a web framework
to play with :)
Thank anyway for the pointer.
--
___
Gabriel Genellina gagsl-...@yahoo.com.ar added the comment:
This patch had unintended consequences; see #6906
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3881
___
Alexander Belchenko bia...@users.sourceforge.net added the comment:
As the author of original patch I want to note that it seems your merged
patch does not update the documentation (list of standard encodings).
Please, update the docs as well.
--
Gabriel Genellina gagsl-...@yahoo.com.ar added the comment:
The compiler doesn't know how the code is going to be used apart from
the mode parameter:
py c=compile(x=1,,exec)
py import dis
py dis.dis(c)
1 0 LOAD_CONST 0 (1)
3 STORE_NAME 0
David Bolen db3l@gmail.com added the comment:
Oh, Tarek, something I missed in your last comment - for the Build
Timing key, it should probably permit the value to be either 0 or 1,
just as the current test does. Just in case someone happens to have
build timing turned on.
--
Walter Dörwald wal...@livinglogic.de added the comment:
I'm not sure what the functions should do when start and end are
out of range.
I think the best approach would be to prevent these values to be out of
range in the first place.
The start and end values should be clipped, just like
Eric Smith e...@trueblade.com added the comment:
Thanks, Walter. I'll finish my patch, then.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7309
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
I think it is, see r74006 and
http://docs.python.org/dev/library/codecs.html#standard-encodings
(this is the doc for the future 2.7 version)
--
___
Python tracker rep...@bugs.python.org
Alexander Belchenko bia...@users.sourceforge.net added the comment:
OK, thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1616979
___
___
Tarek Ziadé ziade.ta...@gmail.com added the comment:
I made a test on my Express edition on the FullScreen value, but I
don't have a Build Time one.
Do you have a FullScreen key ?
can you run this in a shell, to see what value you get for FullScreen,
and for build time ? (I find it strange
David Bolen db3l@gmail.com added the comment:
The Build Timing key (not Build Time) is the only one at all under
HKCU/VisualStudio/9.0/VC (and actually the only key under the entire
HKCU/VisualStudio tree) on both my XP and Win7 new VS 2008 installation.
I can't rule out it being part of
David Bolen db3l@gmail.com added the comment:
Oh, BTW, you were missing the VC part of the path in your test. But if
I run the same code with that corrected on my Win7 box, I get:
from distutils.msvc9compiler import Reg
path = r'Software\Microsoft\VisualStudio\9.0'
Reg.get_value(path,
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Ok so, can you confirm this is working on your side ?
VisualStudio 9:
from distutils.msvc9compiler import Reg
path = r'Software/Microsoft/VisualStudio/9.0'
Reg.get_value(path, uapplicationid)
'VisualStudio'
import _winreg
HKCU =
David Bolen db3l@gmail.com added the comment:
Yes to both examples (the first on my VS 2008 full installs on XP and
Windows 7, and the second on my XP with VC++ Express).
Two caveats (that I don't think invalidates the result) though.
First, I can't use forward slashes in the path I supply
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Ooops my bet, that's a typo, it's backlashes you are right.
I'll change the test now, thanks a lot for all the feedback !
--
priority: - normal
resolution: - accepted
___
Python tracker
Moriyoshi Koizumi mozo+pyt...@mozo.jp added the comment:
Sorry, I don't quite have an idea on the part these patches reenable
the bug. The script of the first message yields exactly the same result
both with the original 2.6.4 and the patched. Assuming the weirdness
you referred to is different
R. David Murray rdmur...@bitdance.com added the comment:
Well, I haven't worked with boost or any other extension class that
defines a subclass of property. If MyProp is such a subclass, would
print Fro.baz.__doc__ print Get a baz in 2.6.2 but raise an error in
2.6.3/4, or would it print None?
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
nosy: +srid
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6906
___
___
Python-bugs-list
ivank i...@ludios.org added the comment:
The bug on the Twisted side may be of interest:
http://twistedmatrix.com/trac/ticket/3964
--
nosy: +ivank
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6906
New submission from Jean-Paul Calderone exar...@divmod.com:
initgroups(2) is a function for initializing the aux group id list from
site-specific configuration (typically /etc/groups, but not necessarily).
Attached is a patch based on some code from Zope, expanded to have a
test and some docs.
New submission from Gareth Doutch gareth.dou...@gmail.com:
I have a problem with an xml file locking after read and/or write.
I have a short sample code with unit test available here:
http://bugs.jython.org/file741/lock.py
Below are the
outputs from Jython and CPython (v 2.5.4).
I am using
Gareth Doutch gareth.dou...@gmail.com added the comment:
This is on the Jython list:
http://bugs.jython.org/issue1479
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7334
___
Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r76326.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7302
___
Mark Dickinson dicki...@gmail.com added the comment:
Merged to py3k in r76328.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7228
___
___
Georg Brandl ge...@python.org added the comment:
The docs already contain the following note:
.. note::
The default *locals* act as described for function :func:`locals`
below:
modifications to the default *locals* dictionary should not be
attempted.
Pass an explicit
Mark Dickinson dicki...@gmail.com added the comment:
ocean-city, now that lld and llu support has been added, could you
retest this patch (offt_formats.patch) for me?
--
Added file: http://bugs.python.org/file15346/offt_formats.patch
___
Python
Michał Pasternak michal@gmail.com added the comment:
I hit that bug with Twisted too - I tried to use AMP:
http://twistedmatrix.com/trac/ticket/3931
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6906
New submission from Mark Dickinson dicki...@gmail.com:
In Python 2.x we have:
%.0d % 0
''
%.0d % 0L
'0'
In Python 3.x:
%.0d % 0
'0'
I think the 2.x behaviour for int comes directly from C's sprintf
behaviour: section 7.19.6.1, p8 of the C99 standard says:
The result of converting a
Giampaolo Rodola' billiej...@users.sourceforge.net added the comment:
Can you attach the 3.x patch so that I can test it myself?
I tried to apply the current 2.x patch against the 3.x trunk but I get
conflicts.
--
___
Python tracker
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
A unit test would be appreciated. It should check that the output looks
like a dict.
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7310
Changes by Mark Dickinson dicki...@gmail.com:
--
title: int/long discrepancy when formatting zero with .0d - int/long
discrepancy when formatting zero with %.0d
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7335
Jean-Paul Calderone exar...@divmod.com added the comment:
In case anyone is concerned about licensing issues, please see
https://mail.zope.org/pipermail/zope-dev/2009-November/038289.html
--
___
Python tracker rep...@bugs.python.org
Benjamin Peterson benja...@python.org added the comment:
I've fixed underlying compile() newline problem in the trunk and py3k.
However, I think that change is big enough that I don't want to to
backport it. I'm leaving this open to think about what to do with 2to3
in this situation.
--
New submission from R. Tyler Ballance ty...@monkeypox.org:
Receiving a traceback when shutting down an interpreter with threads
spawned inside of it:
Traceback (most recent call last):
File /usr/lib/python2.6/threading.py, line 497, in __bootstrap
self.__bootstrap_inner()
File
Changes by Marien Zwart m_zw...@123mail.org:
--
nosy: +marienz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7336
___
___
Python-bugs-list mailing
Philip Jenvey pjen...@underboss.org added the comment:
The test should skip when not hasattr(os, 'initgroups') since it's
optional
--
nosy: +pjenvey
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7333
Jean-Paul Calderone exar...@divmod.com added the comment:
Good point. Updated patch attached.
--
Added file: http://bugs.python.org/file15347/initgroups-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7333
Changes by Antoine Pitrou pit...@free.fr:
--
components: +Library (Lib) -Interpreter Core
nosy: +gps, jyasskin
priority: - normal
stage: - needs patch
title: threading module not properly handling shutdown - traceback module not
properly printing exceptions on interpreter shutdown
Philip Jenvey pjen...@underboss.org added the comment:
fixed in r76337, r76338
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1757126
___
Changes by Philip Jenvey pjen...@underboss.org:
--
assignee: - pjenvey
nosy: +pjenvey
versions: +Python 2.7, Python 3.2 -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7334
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
While I was working on EnvironTests I found 'test_os_popen_iter' (added
in r58912) and I don't see why it is there.
Christian, did you put it in the wrong place by mistake or is it somehow
related to os.environ?
(the test should also use
Changes by Ezio Melotti ezio.melo...@gmail.com:
Removed file: http://bugs.python.org/file15327/issue7310.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7310
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
New patch that includes a unittest.
I was also considering to replace the repr() with something that looks
like _Environ({dict-here}). That will still contain all the information
and also clarify that os.environ is not just a simple dict.
45 matches
Mail list logo