Changes by Martin v. Löwis mar...@v.loewis.de:
--
versions: -Python 2.4, Python 2.5, Python 2.6, Python 3.0, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7227
___
New submission from Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp:
Hello. There is following sentence in Modules/_io/bufferedio.c,
PyErr_Format(PyExc_IOError,
Raw stream returned invalid position % PY_PRIdOFF,
(PY_OFF_T_COMPAT)n);
and PY_PRIdOFF == lld
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I believe r75728 and r75879 are related.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7228
___
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Lars, is this still accurate ?
--
nosy: +tarek
versions: +Python 3.1, Python 3.2 -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4750
Changes by Tarek Ziadé ziade.ta...@gmail.com:
--
components: -Distutils
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4750
___
___
Mark Dickinson dicki...@gmail.com added the comment:
Thanks for reporting this.
Do you know what the right conversion specifier is for print(f)ing
something of long long type in MSVC?
--
___
Python tracker rep...@bugs.python.org
Mark Dickinson dicki...@gmail.com added the comment:
The 'long long' define should have been PY_LONG_LONG. I don't know what
the appropriate substitute for %lld is, though.
--
___
Python tracker rep...@bugs.python.org
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
MSVC6 uses __int64 as 64bit integer, and printf uses I64 as its specifier.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7228
Mark Dickinson dicki...@gmail.com added the comment:
So PY_PRIdOFF should be I64d? Or just I64?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7228
___
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Oh, I was late. I agree with msg94605.
printf(%I64d\n, 1I64 40); /* 1099511627776 */
So if PyErr_Format (actually, PyString_FromFormatV) will support
PY_LONG_LONG, I think we can use same technique as PY_FORMAT_SIZE_T like
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I was late again...? Hmm, I thought Python tracker told me that somebody
else modified this issue. Anyway, printf can use both %I64 and %I64d
for signed 64bit integer, but should use %I64u for unsigned 64bit
integer AFAIK.
But
Mark Dickinson dicki...@gmail.com added the comment:
Thanks. I'm just going to fix Modules/io/_iomodule.h for now. But I
agree that it might make sense to have a PY_FORMAT_OFF_T or
PY_FORMAT_LONG_LONG in pyport.h, especially if uses of off_t become more
widespread in the codebase.
I also
Mark Dickinson dicki...@gmail.com added the comment:
Aargh. You're right, of course. PyString_FromFormatV needs to be
updated, or avoided in this case.
I'll look at this later today.
--
assignee: - mark.dickinson
___
Python tracker
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Sorry for confusion. I shouldn't have said last 3 lines in msg94601. :-(
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7228
Willi Richert w.rich...@gmx.net added the comment:
No particular reason, besides that it is ripped off of pop().
Your solution (omitting register) gives the same performance. Looks
cleaner, of course.
The patch tries to provide a clean way of for x in some_set: break, as
explained above. See
Patrick Gerken patrick.ger...@computer.org added the comment:
Hi Tarek,
I think clib stuff is installed in the right python directory and the
ext install step then just finds them.
To reproduce the issue, run
the old easy_install in a virtualenv.
easy_install ReportLab
It will then fail
Eric Smith e...@trueblade.com added the comment:
r75913: Fix _json.c to use PyOS_string_to_double. Change made after
consulting with Bob Ippolito.
This completes the removal of calls to PyOS_ascii_strtod.
--
___
Python tracker rep...@bugs.python.org
Changes by Ned Deily n...@acm.org:
--
assignee: - ronaldoussoren
components: +Macintosh
nosy: +ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7192
___
Tarek Ziadé ziade.ta...@gmail.com added the comment:
This patch will be applied for the part that makes DistributionMetadata
load files.
The other part is waiting for PEP 376.
--
priority: - normal
resolution: - accepted
versions: +Python 3.2 -Python 3.1
Ned Deily n...@acm.org added the comment:
Duplicate of Issue6186?
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7194
___
___
Antoine Pitrou pit...@free.fr added the comment:
Ned points out that it may be a duplicate of #7194, which has been fixed.
Can you test with the current trunk or 2.6 branch?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
A simple way to try and see a difference would be to import lot of modules.
By the way, you shouldn't call it _PySet_Add(), it would cause confusion
with the existing PySet_Add(). _PySet_Intern() would be fine.
--
nosy: +pitrou
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: - tarek
components: +Distutils -Demos and Tools
nosy: +tarek
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7227
Ned Deily n...@acm.org added the comment:
/etc is definitely not the right place to put files for OS X framework
builds; if necessary, an etc directory could be added under the
framework version directory as a sibling of bin and lib. It's also very
un-OS X like to be putting things into
New submission from Tomas Kubes mr_na...@centrum.cz:
Hello,
it is not obvious that the time.daylight data item reports nonzero
values even when DST is currently not being used (ie. in winter) but the
active timezone has DST defined for some other parts of the year.
Current manual entry can be
Marc-Andre Lemburg m...@egenix.com added the comment:
Ned Deily wrote:
Ned Deily n...@acm.org added the comment:
/etc is definitely not the right place to put files for OS X framework
builds; if necessary, an etc directory could be added under the
framework version directory as a
Ned Deily n...@acm.org added the comment:
I don't think there's a misunderstanding. By putting, I meant reading
or writing. IMO, /etc is not the place on OS X to be looking for
python-related configuration files, certainly not for framework installs.
Likewise for ~/.python and ~/.local.
Tarek Ziadé ziade.ta...@gmail.com added the comment:
The .egg format and easy_install are not part of by Distutils.
You can try to propose your .egg shell support to Pip, Distribute 0.6.x
or Setuptools 0.6x projects.
--
resolution: - rejected
___
Changes by Tarek Ziadé ziade.ta...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7227
___
___
Python-bugs-list
Eric BREHAULT ebreha...@gmail.com added the comment:
Hello,
I get the same error with Python 2.6.3 (and gcc 3.4.5):
E:\downloads\pycairo-1.8.8python setup.py build --compiler=mingw32
cairo = 1.8.8 detected
creating pycairo.pc
creating src/config.h
running build
running build_ext
building
Tarek Ziadé ziade.ta...@gmail.com added the comment:
A regression occured in 2.6.3 on the compiler option. This is fixed in
2.6.4, you should upgrade your system in order to see it fixed.
--
___
Python tracker rep...@bugs.python.org
Tarek Ziadé ziade.ta...@gmail.com added the comment:
A regression occured in 2.6.3 on the compiler option. This is fixed in
2.6.4, you should upgrade your system in order to see it fixed.
--
___
Python tracker rep...@bugs.python.org
New submission from Zsolt Cserna zsolt.cse...@morganstanley.com:
On sparc/solaris 5.8, test_hotshot fails:
csern...@localhost:/tmp/python2.6$ LD_LIBRARY_PATH=/tmp/python2.6
./python -E -tt ./Lib/test/regrtest.py -v -l test_hotshot
test_hotshot
test_addinfo (test.test_hotshot.HotShotTestCase)
Brian Curtin cur...@acm.org added the comment:
Since the issue exists in 2.6 and is only currently fixed on trunk and
beyond, shouldn't the 6511 fix make it's way backwards into 2.6.x?
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
skelker steve.kel...@dtn.com added the comment:
That would be great. Perhaps that should be discussed in 6511. I'll make a
note there.
Steve Kelker
(952)882-4381 (or x4381)
--
___
Python tracker rep...@bugs.python.org
skelker steve.kel...@dtn.com added the comment:
Is this going to make its way into a 2.6 release?
--
nosy: +skelker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6511
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I agree, _PySet_Add name can be improved upon, but I don't want to paint
this particular bikeshed until it is clearer what if anything will be done
with this idea. If we add PySet_Intern API, then it would be natural to
New submission from sorin sorin.sbar...@gmail.com:
I observed that Windows installer is able to add only the Python
installation folder to the path.
In addition to this it should add the Scrips folder because many python
tools are installing scripts inside it, scripts that the user cannot us
Ned Deily n...@acm.org added the comment:
For people searching the bug tracker, I've modified the title of the
issue to make it clearer that there is a problem here on OS X 10.6 Snow
Leopard with multiple architecture builds.
As Ronald mentions above, the effect of using the pythonw launcher
Ryan Leslie ryle...@gmail.com added the comment:
Yes, I think this fix should have been included in the 2.6 branch. I
subscribed Amaury to look into that when I last updated.
--
___
Python tracker rep...@bugs.python.org
Changes by Ned Deily n...@acm.org:
--
versions: +Python 2.6, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6834
___
___
Changes by Robin robi...@gmail.com:
--
nosy: +robince
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6834
___
___
Python-bugs-list mailing list
R. David Murray rdmur...@bitdance.com added the comment:
The 2.6 branch was frozen except for critical issues during the release
process for 2.6.3 and then 2.6.4. Now that 2.6.4 is out, the bug fix
can be backported.
--
nosy: +r.david.murray
___
Changes by Frank Wierzbicki fwierzbi...@gmail.com:
--
nosy: +fwierzbicki
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7175
___
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
I agree with Ned that neither ~/.local nor /etc are a good fit for OSX,
sadly enough I wasn't paying attention when ~/.local was added as python
already had a per-user directory on OSX: ~/Library/Python.
The common unix directories are
Ronald Oussoren ronaldousso...@mac.com added the comment:
Ned: I'm planning to use the attached version of pythonw, or a slightly
updated one, for 2.7 and 3.2. This version will not be used for 2.6.5 or
3.1.2 due to backward compatibility constraints.
I will look into the OSX launching issues
Benjamin Peterson benja...@python.org added the comment:
Please just add your test case to the bottom of the trunk...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7210
___
Changes by Benjamin Peterson benja...@python.org:
--
dependencies: +UnicodeEncodeError - I can't even see license
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3297
___
Benjamin Peterson benja...@python.org added the comment:
Committed Adam's patch in r75928.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3297
___
Tim Hatch t...@timhatch.com added the comment:
I'm running the exact same version as Gabriel (on Windows 7, 32 bit)
from the python.org installer, and have the same behavior as Michał.
Checking FixTk.py it appears that on Vista and above, it calls the Win32
API GetFinalPathNameByHandleW to
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Fix checked into trunk, release26-maint, py3k.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7199
Jason R. Coombs jar...@jaraco.com added the comment:
This patch (15) implements ntpath.samefile, which corrects the
regression in test_shutil.
By my tests, this corrects all regressions caused by this patch except
for those in test_posixpath.py previously mentioned. I believe these
failing
Changes by Jason R. Coombs jar...@jaraco.com:
Removed file: http://bugs.python.org/file15214/windows symlink draft 14.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1578269
___
Christoph Gohlke cgoh...@uci.edu added the comment:
Apparently the msvc9compiler_stripruntimes_regexp2 patch causes problems
for MinGW users. The following C program is using the Python C API to
import the testpyd extension generated by testpyd.py. When compiled with
MinGW, the program fails
54 matches
Mail list logo