Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
I know - I just thought 2.6 was the priority for Michael, so I checked
that in first, then got sidetracked...I'll get on it shortly. I should
have left the issue as Open to remind me - correcting that now.
--
resolution: fixed -
Changes by Floris Bruynooghe floris.bruynoo...@gmail.com:
--
nosy: +flub
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1785
___
___
George Sakkis george.sak...@gmail.com added the comment:
I am no in favor of MANIFEST.in removal because I find it very
convenient to define what is included in a package and I rarely use
package_data or data_files.
AFAIK the MANIFEST is used only by sdist; what's the point of including
Daniel Diniz aja...@gmail.com added the comment:
Thanks Senthil!
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4191
___
Daniel Diniz aja...@gmail.com added the comment:
Thanks Viktor!
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1001150
___
Daniel Diniz aja...@gmail.com added the comment:
Here's Taro message:
Turtle.py hanging is hardly important, but it's symptomatic of an
underlying problem, and I can still reproduce in Python 3...
Python 3.0 (r30:67507, Dec 3 2008, 20:14:27) [MSC v.1500 32 bit
(Intel)] on win32
System is
Zan Dobersek zandober...@gmail.com added the comment:
This patch properly quotes cookie's comment and successfully passes
test_cookie.py with applied patch.
Added file: http://bugs.python.org/file13130/991266fix.patch
___
Python tracker
Daniel Diniz aja...@gmail.com added the comment:
Thanks, Zan!
All tests pass with both patches applied. Test and fix look correct to me.
--
nosy: +ajaksu2
stage: test needed - patch review
___
Python tracker rep...@bugs.python.org
Tim Golden m...@timgolden.me.uk added the comment:
Hirokazu Yamamoto wrote:
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I reconsidered this issue. When mmap is anonymous,
self-file_handle == INVALID_HANDLE_VALUE (-1), so we should not call
SetFilePointer and
George Sakkis george.sak...@gmail.com added the comment:
what is your use case of having executable file here ?
I'd use the 'scripts' metadata for that ?
For one thing they are external binaries, not python scripts, and second
they are used internally only (through Subprocess), they are not
Changes by Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Added file: http://bugs.python.org/file13131/mmapmodule.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2733
___
Mark Dickinson dicki...@gmail.com added the comment:
Reviewers: Martin v. Löwis,
http://codereview.appspot.com/14105/diff/1/11
File Doc/library/sys.rst (right):
http://codereview.appspot.com/14105/diff/1/11#newcode418
Line 418: A struct sequence that holds information about Python's
Agreed.
Antoine Pitrou pit...@free.fr added the comment:
Le mercredi 18 février 2009 à 17:06 +, Mark Dickinson a écrit :
Looks like an autoconf 2.63/autoconf 2.61 difference.
Whoever previously ran autoconf and autoheader used 2.63;
Sorry, that was me. autoconf seems unable to maintain reasonably
Gregory P. Smith g...@krypto.org added the comment:
On 32-bit x86 (1.4Ghz Efficeon) using gcc 4.3.2-1ubuntu12 I see the
following perf with pidigits_noprint 2000:
py3k:
baseline longdigit14longdigit13+optimizations
3709 ms3664ms 4545ms
Those were from the best of five runs
Mark Dickinson dicki...@gmail.com added the comment:
Gregory, are you sure you didn't swap the 30-bit and 30-bit+opt results? On OS
X/Core 2 Duo my timings are the other way around: 30bit is
significantly slower than unpatched, 30bit+opt is a little faster than
unpatched. Here are sample
Mark Dickinson dicki...@gmail.com added the comment:
And here are results from 64-bit builds on the same machine as above (OS X
10.5.6/Core 2 Duo, gcc 4.0.1 from Apple).
./python.exe ../pidigits_noprint.py 2000 gives the following timings:
30-bit digits: Time; 1245.9 ms
30-bit
Gregory P. Smith g...@krypto.org added the comment:
hmm yes, ignore my 13+optimize result. apparently that used 15bit
digits despite --enable-big-digits on configure. attempting to fix that
now and rerun.
___
Python tracker rep...@bugs.python.org
Changes by Martin v. Löwis mar...@v.loewis.de:
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5291
___
Mark Dickinson dicki...@gmail.com added the comment:
apparently that used 15bit
digits despite --enable-big-digits on configure
Maybe configure didn't get updated properly? I'm almost sure I found a
case where autoconf and autoheader just reused the stuff in the
autom4te.cache directory
Changes by Laszlo (Laca) Peter l...@sun.com:
--
nosy: +laca
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5289
___
___
Python-bugs-list mailing
Martin v. Löwis mar...@v.loewis.de added the comment:
On all other follow-ups I agree, so no further comments there.
http://codereview.appspot.com/14105/diff/1/2
File Python/marshal.c (right):
http://codereview.appspot.com/14105/diff/1/2#newcode160
Line 160: w_long((long)(Py_SIZE(ob) 0 ? l :
Martin v. Löwis mar...@v.loewis.de added the comment:
Maybe configure didn't get updated properly? I'm almost sure I found a
case where autoconf and autoheader just reused the stuff in the
autom4te.cache directory even though configure.in had been changed.
I've been doing: rm -fr
Antoine Pitrou pit...@free.fr added the comment:
Maybe configure didn't get updated properly? I'm almost sure I found a
case where autoconf and autoheader just reused the stuff in the
autom4te.cache directory even though configure.in had been changed.
I've been doing: rm -fr
New submission from Raymond Hettinger rhettin...@users.sourceforge.net:
This started happening a few days ago, about when Benjamin forward
ported r69560 . There is an #ifdef in fileobject.h that makes a header
for int _PyVerify_fd(int fd) but does not define it. It is likely
related to r69495
New submission from Peter Rowat pe...@pelican.ucsd.edu:
My sysadmin tried to install Python-3.0.1 on Solaris,
using Python-3.0.1.tgz, and reports:
=
can't configure it, got an error, even before the compile...
probably buggy and won't work on solaris.
==
Any ideas?
Thanks.
Changes by bill toastedro...@gmail.com:
--
title: smtplib is broken in Python3 - gmail smtp
type: crash -
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5259
___
New submission from Mark Dickinson dicki...@gmail.com:
Two closely related issues in Python/marshal.c, involving writing and
reading of variable-length objects (lists, strings, long integers, ...)
(1) The w_object function in marshal contains many instances of code
like the following:
else
bill toastedro...@gmail.com added the comment:
sorry, pressed the wrong button.
that solution does work. didn't find this until #python helped me get:
return encode_base64( (\0%s\0%s % (user, password) ).encode('ascii') )
--
nosy: +toastedrobot
title: gmail smtp - smtplib is broken in
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
I carefully looked at all places that store -ob_type or Py_TYPE() in a
local variable, and I could not find any exploit. Most places don't
reuse the type once the method or the slot has been called.
Two places were harder to analyze:
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Given that marshal is primarily about supporting pyc files, do we care?
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5308
Martin v. Löwis mar...@v.loewis.de added the comment:
I don't feel responsible for VS2005 support. Unassigning myself.
--
assignee: loewis -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5306
Martin v. Löwis mar...@v.loewis.de added the comment:
No ideas. This is not a help forum.
--
nosy: +loewis
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5307
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Kristan, I think this is yours.
--
assignee: - krisvale
nosy: +krisvale
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5306
Gregory P. Smith g...@krypto.org added the comment:
new results after fixing my longdigit13 build to use 30 bits instead of
15 (the configure script in longdigit13+optimizations didn't work right,
i had to manually add the #define to pyconfig.h)
py3k:
baseline longdigit14
Gregory P. Smith g...@krypto.org added the comment:
attaching an updated pidigits benchmark script that does a warmup run
before reporting the best result of 5.
Added file: http://bugs.python.org/file13132/pidigits_bestof.py
___
Python tracker
Benjamin Peterson benja...@python.org added the comment:
On Wed, Feb 18, 2009 at 4:51 PM, Amaury Forgeot d'Arc
rep...@bugs.python.org wrote:
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
I carefully looked at all places that store -ob_type or Py_TYPE() in a
local variable, and
New submission from Antoine Pitrou pit...@free.fr:
When run with make -jN, the Python compilation process is able to
parallelize across N concurrent processes for the interpreter core, but
extension modules are still compiled sequentially.
--
assignee: tarek
components: Distutils
Gregory P. Smith g...@krypto.org added the comment:
Here are the results from 32-bit x86 on core2 duo gcc 4.0.1 using
pydigits_bestof.py 4000:
30-bit digits (14): 15719 ms
30-bit digits + optimizations (13+ops): 12490 ms
unpatched py3k: 13289 ms
Ke Wang ke.w...@sun.com added the comment:
Above patch failed in a TabError.
Attached a new one.
Added file: http://bugs.python.org/file13133/util.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5289
Benjamin Peterson benja...@python.org added the comment:
This is basically going to be the killer feature in 3.1 ;). Therefore,
these are steps I think we need before we can merge the branch:
- Fix the dependencies. (#4967)
- Resolve all outstanding issues with the IO lib on the io-c branch.
-
New submission from Gabriel Genellina gagsl-...@yahoo.com.ar:
The operator precedence table is wrong.
http://docs.python.org/reference/
expressions.html#summary
shows in/not in having less priority than
comparisons like ==, but that's not true:
py 2 in (1,2) == True
False
The .rst file is
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I think change for posixmodule.c is missing from r69495. (I confirmed
other merges don't include posixmodule.c modification)
Attached patch will fix this. (I don't have VS2005 or later, so I cannot
test this on my machine)
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
And I think r69268 should be merged too.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5306
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Benjamin, please use this patch to complete the merge.
--
assignee: krisvale - benjamin.peterson
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
New submission from Steven Bethard steven.beth...@gmail.com:
I just ran setup.py bdist_msi with NLTK which is a pure Python
package. You can see the setup.py here:
http://code.google.com/p/nltk/source/browse/trunk/nltk/setup.py. Despite
the fact that NLTK is pure Python, the generated .msi's
New submission from Benjamin Peterson benja...@python.org:
def test_leaking_fds_on_error(self):
# see bug #5179: Popen leaks file descriptors to PIPEs if
# the child fails to execute; this will eventually exhaust
# the maximum number of open fds. 1024 seems a very common
New submission from Graham Dumpleton graham.dumple...@gmail.com:
In multiprocessing.process it contains the code:
def _bootstrap(self):
if sys.stdin is not None:
try:
os.close(sys.stdin.fileno())
except (OSError,
Martin v. Löwis mar...@v.loewis.de added the comment:
Obviously use the optimized version (but fix the configure stuff).
Before such a version gets committed, I'd like to see it on Rietveld
again.
___
Python tracker rep...@bugs.python.org
Changes by Gabriel Genellina gagsl-...@yahoo.com.ar:
--
keywords: +patch
Added file: http://bugs.python.org/file13135/expressions.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5310
___
Martin v. Löwis mar...@v.loewis.de added the comment:
So, two questions: (1) are the version numbers supposed to be there?
Yes.
(2) if so, does that mean a .msi for a pure Python package built by
Python 2.6 won't work on any other version?
Yes.
--
nosy: +loewis
Steven Bethard steven.beth...@gmail.com added the comment:
Mostly out of curiosity, why is that? With bdist_wininst, a pure Python
package would generate a version-less installer that could then be used
with any Python version.
___
Python tracker
Martin v. Löwis mar...@v.loewis.de added the comment:
Mostly out of curiosity, why is that?
Primarily because it's not implemented. To implement it, you
would need to collect all Python installations on the system
from the registry, then create a UI to let the user select
a specific
Steven Bethard steven.beth...@gmail.com added the comment:
I'm certainly no Windows API expert, but if no one takes a stab at it
sooner, maybe I can spend some time looking at this during PyCon.
I'm switching the ticket type to a feature request.
--
type: behavior - feature request
Changes by Amaury Forgeot d'Arc amaur...@gmail.com:
--
assignee: - amaury.forgeotdarc
keywords: -needs review
resolution: - accepted
stage: - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5283
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
priority: high - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5306
___
55 matches
Mail list logo