Ray Donnelly mingw.andr...@gmail.com added the comment:
For me, it's all about being able to build useful software. I like Python a
lot, but my goal is and has always been cross compilation of gdb with Python
support. To that end, if I have to maintain some out of tree patches for 2.7.3
then
Larry Hastings la...@hastings.org added the comment:
storchaka: I can (finally!) spend some time reviewing patches today. Which
ones do I look at? I'm guessing just the last two,
followlinks-to-follow_symlinks-2.patch and
symlinks-to-follow_symlinks-2.patch. But I wanted to confirm before
Ray Donnelly mingw.andr...@gmail.com added the comment:
I'm not personally interested in Cygwin (it's too slow for my liking) and I've
spent a lot of time patching and building software to avoid forcing people to
use it (no offence meant to Cygwin people, I can see the value of it, but IMHO
New submission from Georg Brandl ge...@python.org:
Currently, the atexit docs state
The order in which the functions are called is not defined in the
introduction and
all functions registered are called in last in, first out order in the docs
of the atexit() function.
While the latter is
Martin v. Löwis mar...@v.loewis.de added the comment:
There are more checks applied in PyPI than just the refusal to incorporate raw
html. I doubt it is possible to perform the exact same check with the rst2html
command line.
--
nosy: +loewis
___
Georg Brandl ge...@python.org added the comment:
Setting to blocker for b2.
--
priority: critical - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15110
___
Richard Oudkerk shibt...@gmail.com added the comment:
Then I doubt this is a bug in Python.
If your class does not override __reduce__, __reduce_ex__ or
__getstate__/__setstate__, then it is probably one of the attributes of your
instance which is causing the problem. You could try to find
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
I believe it should be guaranteed behavior and that code may reasonably want to
have a predictable sequence of unwinding behaviors.
--
nosy: +rhettinger
___
Python tracker
Senthil Kumaran sent...@uthcode.com added the comment:
On Sun, Jul 1, 2012 at 1:16 AM, Richard Oudkerk rep...@bugs.python.org wrote:
Then I doubt this is a bug in Python.
I guess, you meant, this is NOT a bug in Python.
--
nosy: +orsenthil
___
New submission from Matthias Klose d...@debian.org:
if a runtime library path is passed to build an extension, it always ends up in
the .so file. it's not needed, so avoid runtime library path for extensions
found in system directories.
--
assignee: doko
components: Build
files:
New submission from Matthias Klose d...@debian.org:
setup.py still has a version check for berkley db, currently only allowing
versions up to 5.1.x. I'm checking in a patch to bump this to allow versions up
to 5.3.x.
Maybe this version check should be disabled (after 3.3), using berkley db as
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 7be082d80b8a by doko in branch 'default':
- Issue #15235: Allow Berkley DB versions up to 5.3 to build the dbm module.
http://hg.python.org/cpython/rev/7be082d80b8a
--
nosy: +python-dev
Stefan Krah stefan-use...@bytereef.org added the comment:
In dbc94178703f it works again. Closing.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15174
Larry Hastings la...@hastings.org added the comment:
Bad news: Fearless Leader (Georg) just told me on #python-dev that he's had a
change of heart and doesn't want this in 3.3. I've marked the bug 3.4, and
there's no rush on doing this work--we can't check it in until the 3.4 branch
exists.
Larry Hastings la...@hastings.org added the comment:
Georg just clarified: we can just change the parameter names for new APIs.
It's the deprecation / new parameter stuff we can't do for 3.3. So cut a
(much) simpler patch and let's get it in right quick.
--
versions: +Python 3.3
Chris Jerdonek chris.jerdo...@gmail.com added the comment:
Thanks. Then perhaps the documentation can be updated to make that clear.
Currently, the documentation implies that running the given command is
sufficient to catch all errors, which can lead to confusion when warning-free
content is
Stefan Krah stefan-use...@bytereef.org added the comment:
watchexp was available in rescale() from the beginning ...
http://svn.python.org/view/sandbox/trunk/decimal/Decimal.py?revision=40721view=markup
... and rescale() was renamed to quantize() in
New submission from Kai Sterker kai.ster...@gmail.com:
Since update to Python 2.7.3 (as distributed by Ubuntu 12.04 64bit), I
experience occasional crashes in the application I am developing (which uses
Python scripting). The crash either happens at the first key press or it does
not happen
New submission from Stefan Krah stefan-use...@bytereef.org:
Unfortunately, this won't make it into 3.3. -- The self-review of mpdecimal.c
had priority and was extremely time consuming.
--
assignee: skrah
messages: 164469
nosy: lemburg, mark.dickinson, rhettinger, skrah
priority: normal
Stefan Krah stefan-use...@bytereef.org added the comment:
I've opened #15237 for the capsule API. I didn't add everyone to the
nosy list, since I suspect it's not of general interest.
--
___
Python tracker rep...@bugs.python.org
Changes by Larry Hastings la...@hastings.org:
--
nosy: +larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15237
___
___
Python-bugs-list mailing
Charles-François Natali neolo...@free.fr added the comment:
It is guaranteed by libc's atexit(3), and should also be guaranteed here.
--
nosy: +neologix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15233
Larry Hastings la...@hastings.org added the comment:
+1 to guaranteeing the order.
--
nosy: +larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15233
___
Matthias Klose d...@debian.org added the comment:
fyi, the cross build changes are now checked in. Checked with an
x86_64-linux-gnu to arm-linux-gnueabi cross build. I don't plan to add
anything more for the 3.3 release besides bug fixes.
--
___
Mark Dickinson dicki...@gmail.com added the comment:
See issue #7652 for context.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15237
___
___
Antoine Pitrou pit...@free.fr added the comment:
I believe it should be guaranteed behavior and that code may
reasonably want to have a predictable sequence of unwinding behaviors.
Agreed.
--
___
Python tracker rep...@bugs.python.org
Juancarlo Añez apal...@gmail.com added the comment:
My local timezone is (VET,VET) == time.tzname, and test_logging fails because
time.timezone is off by 30 minutes. I couldn't find the cause for the problem
with time.timezone, but logging is not to blame. I'm running the tests on
Ubuntu
Ray Donnelly mingw.andr...@gmail.com added the comment:
Thanks Matthias, I might wait until b2 (or rc1) before I rebase my patches,
just because I'm so unfamiliar with Mercurial.
--
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka storch...@gmail.com added the comment:
Here is an updated patches (with index 3). No aliased parameters, only
new parameters renamed. Some minor errors have fixed.
--
Added file:
http://bugs.python.org/file26225/followlinks-to-follow_symlinks-3.patch
Added file:
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file:
http://bugs.python.org/file26194/followlinks-to-follow_symlinks-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15202
___
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file:
http://bugs.python.org/file26195/symlinks-to-follow_symlinks-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15202
___
Jesús Cea Avión j...@jcea.es added the comment:
Mattias, the tracker indicates that PDF doesn't have your contributor
agreement. Could you possibly send one?.
http://www.python.org/psf/contrib/contrib-form/
--
nosy: +jcea
___
Python tracker
Jesús Cea Avión j...@jcea.es added the comment:
PDF = PSF (Python software Foundation)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15235
___
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15236
___
___
Python-bugs-list mailing list
Matthias Klose d...@debian.org added the comment:
hmm, that was submitted years ago ... (can we move this off line?)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15235
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15237
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset b449118653fe by Antoine Pitrou in branch 'default':
some new tést (issue #2771)
http://hg.python.org/test/rev/b449118653fe
--
___
Python tracker rep...@bugs.python.org
New submission from Larry Hastings la...@hastings.org:
3.3 adds the *xattr() extended attribute functions on Linux. shutil implements
a new internal function(_copyxattr) which copies these extended attributes.
However, it's only used in shutil.copy2(). I assert that shutil.copystat()
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +hynek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15238
___
___
Python-bugs-list mailing
Christian Heimes li...@cheimes.de added the comment:
The rest of the module uses bar excepts. I could change the signature if you
insist.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15206
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
This programs embeds a Python interpreter and uses the C API extensively.
I tried to compile it, but could not make it use Python 2.7.
Your stracktrace suggests a buffer overflow, or reuse of a freed object:
ob_refcnt =
Erno Tukia erno.tu...@iki.fi added the comment:
Here's the updated patch. Tests now works. PLAIN works for me, that's only I
can test against live system.
test_login_cram_md5 test had extra \r\n in _send_tagged.
diff imaplib_authenticate.patch imaplib_authenticate_v2.patch
+
Daniel Lenski dlen...@gmail.com added the comment:
Richard, I think the problem with this is that it spreads the non-portable
or OS-dependent parts of the code over several places rather than
concentrating them all in one place.
After close_without_unlink(), what would happen when the context
Ian Bell ian.h.b...@gmail.com added the comment:
I have repaired my class so that it pickles properly, but that does not resolve
the issue that if you send a non-picklable object through a pipe, it should
raise an error, rather than hang.
--
___
New submission from Serhiy Storchaka storch...@gmail.com:
It seems that Tools/unicode/mkstringprep.py has not been used for many years.
Now it is not valid Python3 code nor Python2 code. The proposed patch fixes all
porting errors.
Apparently, Lib/stringprep.py would have regenerated.
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file26228/mkstringprep.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15239
___
Martin v. Löwis mar...@v.loewis.de added the comment:
Indeed, the code hasn't been run, and really shouldn't have to. If it produces
different output today, we should investigate why.
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
Richard Oudkerk shibt...@gmail.com added the comment:
I have repaired my class so that it pickles properly, but that does not
resolve the issue that if you send a non-picklable object through a pipe,
it should raise an error, rather than hang.
What do you mean by hang? Do you mean that
Antoine Pitrou pit...@free.fr added the comment:
The rest of the module uses bar excepts.
It was probably written in prehistoric times :)
The other excepts can be converted later, if the module gets other changes. I
don't think it is a deliberate style choice (it would be particularly
Petri Lehtinen pe...@digip.org added the comment:
Hi and thanks for the report. It seems that this is a bug in
email.generator.Generator, as it fails to mangle From lines in the MIME
preamble (after the headers, before the first --Boundary... line).
--
components: +Library (Lib)
Kai Sterker kai.ster...@gmail.com added the comment:
To compile against a python version that is not system-default, configure with
PYTHON=/usr/bin/python2.7 ../adonthell/configure
--with-py-cflags=-I/usr/include/python2.7 --with-py-libs=-lpython2.7
Regardless of that, your hints are
Richard Oudkerk shibt...@gmail.com added the comment:
The webpage
http://msdn.microsoft.com/en-us/library/aa273350(v=vs.60).aspx
describes the sopen() function which is like open() but has an extra shflag
parameter for specifying the sharing allowed.
If sopen() and the associated
Antoine Pitrou pit...@free.fr added the comment:
If sopen() and the associated constants SH_DENYRD, SH_DENYWR, SH_DENYRW
and SH_DENYNO were exposed in the os module, then maybe tempfile could
use os.sopen() on Windows instead of os.open() to allow the file to be
reopened without closing.
Tim Golden m...@timgolden.me.uk added the comment:
On 01/07/2012 21:37, Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
If sopen() and the associated constants SH_DENYRD, SH_DENYWR, SH_DENYRW
and SH_DENYNO were exposed in the os module, then maybe tempfile could
use
Changes by Antoine Pitrou pit...@free.fr:
--
priority: release blocker - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12605
___
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset b4af3925bda6 by Antoine Pitrou in branch 'default':
some new tést (issue #2771)
http://hg.python.org/test/rev/b4af3925bda6
--
___
Python tracker rep...@bugs.python.org
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 3e4513003ded by Antoine Pitrou in branch 'default':
some new tést (issue #2771)
http://hg.python.org/test/rev/3e4513003ded
New changeset b449118653fe by Antoine Pitrou in branch 'default':
some new tést (issue
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Yes, some INCREF may be missing. The issue may be with the callback mechanism;
these are usually difficult to get right.
Actually by pure luck I found suspect code that may be the cause of this crash:
in src/event/listener_python.cc,
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 55130516d1d2 by Antoine Pitrou in branch '2.7':
Issue #15212: fix typo in compiler module (rename SC_GLOBAL_EXPLICT to
SC_GLOBAL_EXPLICIT).
http://hg.python.org/cpython/rev/55130516d1d2
--
nosy: +python-dev
Antoine Pitrou pit...@free.fr added the comment:
Thank you, fixed now.
--
nosy: +pitrou
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15212
Richard Oudkerk shibt...@gmail.com added the comment:
Agreed. Richard: do you have time to put something together?
I'm happy to try if you don't.
I'm looking into it.
Unfortunately, it seems that you need to use non-default flags when reopening a
shared file. Eg, if the file is currently
Richard Oudkerk shibt...@gmail.com added the comment:
I checked the source in
c:/Program Files (x86)/Microsoft Visual Studio 10.0/VC/crt/src/open.c
and it seems that on Windows open() is more or less implemented as a wrapper of
sopen(..., ..., SH_DENYNO, ...).
So the only reason that
Nick Coghlan ncogh...@gmail.com added the comment:
Alternatively, perhaps it would make sense to have a reopen() method on file
objects that covers the necessary dance to reopen with the correct flags?
That would solve more problems than just this one (possibly including making it
possible to
Bohuslav Slavek Kabrda bkab...@redhat.com added the comment:
So maybe an optimal solution would be to add a note summarizing this to the end
of output? I mean that this:
X passed and Y failed.
Could be replaced by:
X passed and Y failed, Z files were not loaded.
Then the user will know that
64 matches
Mail list logo
