Martin v. Löwis mar...@v.loewis.de added the comment:
Having patches in the tracker is fine to me. Even if the patch is closed, it's
still available.
Of course, there are many ways to publish code on the net: you could post the
patch to Rietveld, to the Python wiki, or publish an entire clone
Georg Brandl ge...@python.org added the comment:
Fixed docs in r84553.
(That builtin format() supports this is no surprise, and has no influence on
the validity in format strings.)
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
Changes by Georg Brandl ge...@python.org:
--
priority: deferred blocker - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9116
___
Changes by Georg Brandl ge...@python.org:
--
priority: deferred blocker - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8959
___
Changes by Georg Brandl ge...@python.org:
--
priority: deferred blocker - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9437
___
Changes by Georg Brandl ge...@python.org:
--
priority: deferred blocker - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9662
___
Changes by Georg Brandl ge...@python.org:
--
priority: deferred blocker - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8611
___
Gregory P. Smith g...@krypto.org added the comment:
Implemented in py3k r84554.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7418
___
Sébastien Sablé sa...@users.sourceforge.net added the comment:
I can confirm that this problem is still present with Python 3.1.2 on AIX 6.1.
This is just a compilation warning, but the patch in
msg110771 correctly cleans it.
xlc_r -c -DNDEBUG -O -I. -IInclude -I./Include
Mark Dickinson dicki...@gmail.com added the comment:
... change all hash values to be of Py_ssize_t values rather than C longs ...
Yes, please! (Provided this change can go in before 3.2.) For the numeric
types at least, this should be a straightforward adjustment.
And while we're at it,
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Closing out because no response has been provided by the OP.
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6768
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Josiah are you still interested in this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8684
___
New submission from Arialdo Martini arialdo.mart...@gmail.com:
In the Italian version of the Official Turorial, the link to Python Bug
Tracker is dead.
--
assignee: d...@python
components: Documentation
messages: 115698
nosy: Arialdo.Martini, d...@python
priority: normal
severity:
Changes by Arialdo Martini arialdo.mart...@gmail.com:
--
title: Dead link - Dead link in Italian Tutorial
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9781
___
New submission from Antoine Pitrou pit...@free.fr:
There are various warnings when compiling the _multiprocessing extension in
64-bit mode under Windows. Many seem related to the fact that read() and
friends under Windows take int size arguments rather than size_t.
20-- Build started:
New submission from Antoine Pitrou pit...@free.fr:
Some of these warnings could be serious (e.g. the one where the 64-bit self
is converted to a 32-bit long):
13..\Modules\_elementtree.c(696) : warning C4244: 'function' : conversion from
'Py_uintptr_t' to 'long', possible loss of data
New submission from Antoine Pitrou pit...@free.fr:
I'm posting this in case it is a sign of a problem. Apparently some variable
named hf is an INT_PTR used as an int (according to Visual Studio), but hf
doesn't seem to be defined or declared in _msi.c at all.
12..\PC\_msi.c(66) : warning
New submission from Trigve Siver trig...@gmail.com:
I'm using C++ with python embeding.
I'm creating a couple of unicode objects and then some
exception is thrown. While handling exception I create othet unicode objects.
Then when creating some unicode object crash occurs. The problem is in
Sébastien Sablé sa...@users.sourceforge.net added the comment:
Hi,
I have updated the patch and adapted it for Python 3.1.2:
* this time ld_so_aix is moved to ld_so_aix.in which is converted to ld_so_aix
by 'configure' so that it has the right version number for the python library
* there
Changes by Sébastien Sablé sa...@users.sourceforge.net:
Added file:
http://bugs.python.org/file18763/python312_AIX61_static_nopatch.txt.gz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue941346
___
Changes by Sébastien Sablé sa...@users.sourceforge.net:
Added file:
http://bugs.python.org/file18764/python312_AIX61_static_patch_shared.txt.gz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue941346
Changes by Sébastien Sablé sa...@users.sourceforge.net:
Added file:
http://bugs.python.org/file18765/python312_AIX61_shared_patch_shared.txt.gz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue941346
Changes by Sébastien Sablé sa...@users.sourceforge.net:
--
versions: +Python 2.6, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue941346
___
Benjamin Peterson benja...@python.org added the comment:
We don't maintain an Italian version of the tutorial. You'll have to contact
its maintainer.
--
nosy: +benjamin.peterson
resolution: - wont fix
status: open - closed
___
Python tracker
Giampaolo Rodola' g.rod...@gmail.com added the comment:
This is already in 2.6 branch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9129
___
Sébastien Sablé sa...@users.sourceforge.net added the comment:
Here is the version of the patch for Python 2.7.
I had to change AC_TRY_COMPILE to AC_COMPILE_IFELSE and AC_TRY_LINK to
AC_LINK_IFELSE.
The syntax in configure.in is the same between Python 2.7 and the trunk. It is
also the same
Antoine Pitrou pit...@free.fr added the comment:
Thank you. For the record, here is the patch adapted for 3.2 development
branch. It looks ok to me.
--
stage: unit test needed - patch review
versions: +Python 3.2 -Python 2.6
Added file: http://bugs.python.org/file18767/aix32.diff
Sébastien Sablé sa...@users.sourceforge.net added the comment:
Here is the patch for Python 2.7.
The only difference compared to Python 3.1.2 is that we don't rename
initmodulname to PyInit_modulename.
--
versions: +Python 2.6 -Python 3.2
Added file:
Antoine Pitrou pit...@free.fr added the comment:
* there are no more warnings for 'Duplicate symbol': I changed
build_ext.py to not link extensions with libpython since the symbols
are already defined by python.exp
Could this affect building extensions with gcc under AIX? Or does gcc
Eric Smith e...@trueblade.com added the comment:
Sorry to respond late.
The reason for this is that the parsing of the string (as delimited by { and
}) happens before the results are then interpreted as format specifiers.
There's no way around it, short of the parser understanding every
Changes by Jonas H. jo...@lophus.org:
--
nosy: +jonash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1731717
___
___
Python-bugs-list mailing list
Michael Haubenwallner michael.haubenwall...@salomon.at added the comment:
While I've not tested these patches myself, I do think there still is an
unhandled case: building a 64bit python.
As libbsd.a contains 32bit objects only, there is no 64bit flock().
So AC_CHECK_LIB(bsd,flock) may still
Changes by Greg Malcolm g...@gregmalcolm.com:
Removed file: http://bugs.python.org/file18537/test_keyword.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9607
___
Greg Malcolm g...@gregmalcolm.com added the comment:
Thanks for the feedback David! I've replaced the old patch with a new version
that uses Popen/sys.executable as suggested.
- Greg
--
Added file: http://bugs.python.org/file18769/test_keyword_v2.patch
Brian Curtin cur...@acm.org added the comment:
Checked in the suggested fixes in r84556 (py3k), r84557 (release27-maint), and
r84558 (release27-maint).
--
resolution: accepted - fixed
stage: patch review - committed/rejected
status: open - closed
Trigve Siver trig...@gmail.com added the comment:
I've tried to examine it in more depth.
Setting the python exception isn't necessary, only throwing the C++ exception
is needed for demonstrating the problem.
Also sometimes the address is 6 bytes lower than should be.
--
Brian Curtin cur...@acm.org added the comment:
Fixed in r84559 (py3k) and r84560 (release27-maint).
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
David Watson bai...@users.sourceforge.net added the comment:
baikie, coming back to your original message: what precisely makes you
believe that sun_path does not need to be null-terminated on Linux?
That's the way I demonstrated the bug - the only way to bind to a
108-byte path is to pass
Brian Curtin cur...@acm.org added the comment:
Added in r84561.
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7566
Antoine Pitrou pit...@free.fr added the comment:
The patch doesn't apply cleanly anymore. Furthermore, I discovered some
additional issues:
- load, dump, loads and dumps from the _pickle module were never used because
they were shadowed by the same functions in pickle.py
- once the C functions
Ned Deily n...@acm.org added the comment:
IDLE from the Python 3.2s2 OS X installer exhibits the same buggy behavior on
10.5 as 3.1.2 (hangs with system Tk 8.4, OK with ActiveState Tk 8.4). There
also seem to be some unexpected differences in IDLE behavior between 2.7 and
3.x as if some
Ned Deily n...@acm.org added the comment:
IDLE from the Python 3.2a2 OS X installer exhibits the same buggy behavior on
10.5 as 3.1.2 (hangs with system Tk 8.4, OK with ActiveState Tk 8.4). There
also seem to be some unexpected differences in IDLE behavior between 2.7 and
3.x as if some
Changes by Ned Deily n...@acm.org:
--
Removed message: http://bugs.python.org/msg115719
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9763
___
___
Trigve Siver trig...@gmail.com added the comment:
Nevermind, I found out it was problem with ref count while using
PyTuple_SetItem()
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
Ned Deily n...@acm.org added the comment:
Closing as works for me. If you have a suggestion for a change to IDLE
behavior, suggest discussing on the IDLE development list or opening a new
issue and supply a patch.
--
resolution: - works for me
status: open - closed
Alexandre Vassalotti alexan...@peadrop.com added the comment:
Antoine, I fixed these issues in the latest patch posted on Rietveld. Also,
Skip added the buffer limit in Unladen Swallow (see msg112956). We just need to
merge that.
--
Added file:
Antoine Pitrou pit...@free.fr added the comment:
Here is a patch. Benchmark numbers:
* dumps():
./python -m timeit -s import pickle, io; d={(x, 'a'): x for x in
range(1)} pickle.dumps(d)
- before: 100 loops, best of 3: 7.47 msec per loop
- after: 100 loops, best of 3: 2.45 msec per loop
Antoine Pitrou pit...@free.fr added the comment:
Gosh. My patch is based on an outdated patch :(
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9410
___
Antoine Pitrou pit...@free.fr added the comment:
Ok, this patch merges my changes with Alexandre's previous patch. Performance
is similar as the previous posted patch.
--
Added file: http://bugs.python.org/file18779/pickle_optimizations5.diff
___
Éric Araujo mer...@netwok.org added the comment:
Great, thank you!
--
resolution: accepted - fixed
stage: needs patch - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7418
Antoine Pitrou pit...@free.fr added the comment:
This was committed in r84562.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5506
Sébastien Sablé sa...@users.sourceforge.net added the comment:
Yes Antoine, gcc only handles compilation; the linker is explicitly called
through the ld_so_aix script which handles calling the native ld with the right
flags to import symbols.
I will check with gcc and attach the log on
Antoine Pitrou pit...@free.fr added the comment:
Committed in r84563!
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9754
Sébastien Sablé sa...@users.sourceforge.net added the comment:
Hum, forget my previous note;I checked ld_so_aix and it actually calls $CC to
handle linking not ld. I suppose gcc will call the native ld.
Anyway, I will run the test with gcc on Wednesday and know for sure if that
works.
Sébastien Sablé sa...@users.sourceforge.net added the comment:
[rant: grrr, AIX is really a crappy platform; no consistency between releases;
there are dozens of obvious bugs like that... anyway...]
The fact that there is no 64 bits objects in libbsd.a on AIX 6.1 is a
documented bug:
Antoine Pitrou pit...@free.fr added the comment:
Well, I suppose if flock needs libbsd on AIX (which is quite weird in itself),
and AIX fails to ship libbsd for some executable formats, then it's AIX's
problem.
--
nosy: +pitrou
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Anyway, I will run the test with gcc on Wednesday and know for sure if
that works.
Thank you! If it works, it's good for commit.
--
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
Thanks for contributing this; sorry it took so long to get a review. Overall
the tests look good (I didn't work through the logic of each test that looks up
data; I'm trusting you on that part :)
Here are some comments:
1) In
Senthil Kumaran orsent...@gmail.com added the comment:
Simply applying the patch would break the testsuite of urlparse ( test_RFC3986
case of urljoin for ';' starting joinurls). The expected behavior should be
trim off all receding chars until a '/' and then join the semi-colon starting
url.
Brian Curtin cur...@acm.org added the comment:
#3778 covers the same issue and has more discussion. Closing this as a
duplicate.
--
resolution: - duplicate
stage: unit test needed - committed/rejected
status: open - closed
superseder: - python uninstaller leave registry entries
Changes by Brian Curtin cur...@acm.org:
--
nosy: +tebeka
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3778
___
___
Changes by Guido van Rossum gu...@python.org:
--
nosy: -gvanrossum
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1731717
___
___
Python-bugs-list
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Put in a fix with r84576. May come back to it to see if it can or should be
optimized with C. For now, this gets the job done.
--
resolution: - fixed
status: open - closed
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Added a doc fix to r84576.
Advice is don't do that ;-)
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9379
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Fixed in r84574 and r84576. The seed function no longer uses hash() for str,
bytes, or bytearray arguments.
--
resolution: - fixed
status: open - closed
___
Python tracker
Alan McIntyre alan.mcint...@gmail.com added the comment:
Here's an updated patch for the py3k trunk with tests. This pretty much
doubles the runtime of test_zipfile64.py. The patch also removes some
unnecessary code from the existing test_zipfile64 tests.
Note: It looks like writestr will
New submission from Kristján Valur Jónsson krist...@ccpgames.com:
The following patch adds native TLS implementation for pthreads, avoiding the
relatively slow and clunky default tls implemented in thread.c
--
components: Interpreter Core
files: pthread_tls.patch
keywords: needs
67 matches
Mail list logo
