aaditya sood aadi...@sood.net.in added the comment:
Ronald, if you can also put the magic incantations on a wiki page
somewhere it'd really help me out. I can then download 2.6.2 and build
it for snow leopard.
I can put up a downloadable version for other people if needed.
I'm assuming this
Ezio Melotti ezio.melo...@gmail.com added the comment:
Fixed in r74958 (trunk), r74959 (release26-maint), r74960 (py3k) and
r74961 (release31-maint).
--
resolution: accepted - fixed
stage: - committed/rejected
status: open - closed
___
Python
New submission from Ned Deily n...@acm.org:
Release blocker
On OS X IDLE 2.6 shows two Preference menu items, the second dimmed out,
but only when running with an installed Tk 8.4 8.4.7.
This is the same problem identified in Issue6100 and was fixed in trunk
but not backported. Now that
Changes by Georg Brandl ge...@python.org:
--
keywords: +easy
priority: - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6951
___
___
Mark Dickinson dicki...@gmail.com added the comment:
I do think it would be unfortunately to not go a little further though -
just because we can do better with little effort, we can save a few CPU
cycles which means saving time, money and all of this can only be good
for the planet. ;-)
Ned Deily n...@acm.org added the comment:
Here's a status update:
After testing 2.6.3-pre-rc1 with various combinations of Apple and
ActiveState Tk 8.4 and 8.5 on 10.5 and 10.6, so far I have only seen the
new window hang problem with Apple's Tk 10.5 (10.5.7) as supplied with
10.6 Snow
Ronald Oussoren ronaldousso...@mac.com added the comment:
Thomas: I haven't fixed anything yet.
The error only happens when building a PPC binary (either a single-
architecture build on a PPC machine or a fat binary).
The error occurs in assembly files that contain manually constructed C++
Ronald Oussoren ronaldousso...@mac.com added the comment:
The attached patch was not 100% correct in the error handling in the
set_proxies functions. That is fixed in the actually commit.
Committed as r74962 (trunk), r74963 (2.6).
--
resolution: accepted - fixed
stage: needs patch -
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've just committed a fix for another issue and that completely removes
the ctypes-based code that causes this issue (replacing it by a C
extension)
Therefore this issue should no longer occur and hence can be closed.
--
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've fixed this issue in all 4 active branches.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: compile error - behavior
versions: +Python 2.6, Python 2.7 -Python 3.0
New submission from Barry Alan Scott barry-sc...@users.sourceforge.net:
Many Python API functions are causing GCC to rightly complain
that const char * strings are being passed to python functions
that take char * but do not need to modify the args.
g++ reports example.cxx:633: warning:
Kevin Walzer wordt...@users.sourceforge.net added the comment:
I don't understand the logic of saying that IDLE in Python 2.6.3 will not
support Tk 8.5 in any fashion when you say that it runs fine with
ActiveState Tk 8.5. 8.4 is obsolete. The new window hang bug is specific
to the version of
Changes by Marcin Wider mwi...@gmail.com:
--
nosy: +marcin.wider
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5080
___
___
Python-bugs-list
Ronald Oussoren ronaldousso...@mac.com added the comment:
To build universal build of Python use --enable-universalsdk or --
enable-universalsdk=/ (the former defaults to the 10.4 SDK, which
doesn't support a 64-bit build). You can then use the --with-
universal-archs option to select the type
New submission from Ronald Oussoren ronaldousso...@mac.com:
The documentation for the readline module is a bit too minimal.
1) function 'add_history' is described at the end of the documentation,
not near the other functions for manipulation the history stack.
2) the index for
Ronald Oussoren ronaldousso...@mac.com added the comment:
Mark: it turns out that GNU readline has a rather odd interface, only
the index of get_history_item is 1-based, all others are 0-based. This
is not mentioned in the documentation (neither that of the readline
module or the GNU
Ronald Oussoren ronaldousso...@mac.com added the comment:
Committed my latest version of the patch as r74970 (trunk) and r74971
(3.2)
Barry: what's your opinion on a backport of this to 2.6?
--
nosy: +barry
___
Python tracker
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
resolution: - fixed
stage: - committed/rejected
type: crash - compile error
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6877
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
This is a duplicate of issue 6877, I'm therefore closing this one.
I've just committed a slightly updated patch from that issue to the trunk
and 3.2.
--
resolution: - duplicate
status: open - closed
Ronald Oussoren ronaldousso...@mac.com added the comment:
This should be fixed in the trunk and 2.6 branches due to autodetection of
the -arch_only flag (which was needed for OSX 10.6 support)
--
assignee: - ronaldoussoren
nosy: +ronaldoussoren
resolution: - fixed
status: open -
Ronald Oussoren ronaldousso...@mac.com added the comment:
The value of sys.path is rather strange, it includes both the system
Python.framework and one in /Library/Frameworks.
Have you installed a copy of Python (for example by using the 2.6.2
installer on the Python.org website)? If so, have
Robert Lehmann lehman...@gmail.com added the comment:
I revised the patch for Python 3.1 and added notices to Misc/NEWS and
the range documentation.
(Changing Type to resource usage.)
--
nosy: +lehmannro
type: feature request - resource usage
Added file:
Ned Deily n...@acm.org added the comment:
@Kevin: I didn't say it runs fine with ActiveState TK 8.5.7; that's what
the other serious issues refer to. I need to do some more work to
isolate those problems.
--
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Is it the same as #3976?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6945
___
Armin Ronacher armin.ronac...@active-4.com added the comment:
Yes. Appears to be related.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6945
___
Changes by Armin Ronacher armin.ronac...@active-4.com:
--
nosy: +aronacher
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3976
___
___
Armin Ronacher armin.ronac...@active-4.com added the comment:
Duplicate of #3976
--
resolution: - duplicate
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6945
___
Changes by Armin Ronacher armin.ronac...@active-4.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6945
___
___
Georg Brandl ge...@python.org added the comment:
Also note that this patch will not sort sequences of mixed types where
some types are intercomparable correctly (in the way that Python 2
did), e.g. for
{1:2, 2:3, 'a':4, 1.5: 5}
the 1.5 key will not be placed between the 1 and 2 keys.
I'm not
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I'm thinking that pprint should not try to sort unsortable items.
try:
items = sorted(items)
except TypeError:
items = list(items)
--
assignee: - rhettinger
nosy: +rhettinger
versions: +Python
Georg Brandl ge...@python.org added the comment:
OK, there *is* a way. Consider this:
class safe_key(object):
__slots__ = ('obj',)
def __init__(self, obj):
self.obj = obj
def __eq__(self, other):
return self.obj.__eq__(other.obj)
def __lt__(self, other):
Armin Ronacher armin.ronac...@active-4.com added the comment:
@Georg: Instead of catching a TypeError i would rather call __gt__ /
__lt__ directly and check for NotImplemented. Python 2.x did not catch
TypeErrors either.
--
___
Python tracker
Armin Ronacher armin.ronac...@active-4.com added the comment:
Eg, something like this:
class safe_key(object):
__slots__ = ('obj',)
def __init__(self, obj):
self.obj = obj
def __eq__(self, other):
return self.obj.__eq__(other.obj)
def __lt__(self, other):
Changes by Christoph Zwerschke c...@online.de:
--
nosy: +cito
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2504
___
___
Python-bugs-list mailing
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've merged the latest copy of Apple's version of libffi into libffi_osx,
that ensures that libffi compiles again on OSX 10.6.
Checked in in r74972 (trunk), r74973 (2.6), r74974 (3.x), r74975 (3.1).
--
resolution: - fixed
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've svnmerge-d the patch in r74976.
BTW. Thanks for checking the various Tk releases on 10.5/10.6.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6951
Ronald Oussoren ronaldousso...@mac.com added the comment:
I agree that we should mention in the news file that Apple's version of
Tk 8.5 in Snow Leopard causes problems with IDLE.
W.r.t. Tk 8.4 vs. 8.5: the 2.6 binary releases will be linked to Tk 8.4
because of two reasons. Firstly all 2.6
Ronald Oussoren ronaldousso...@mac.com added the comment:
To explain my previous entry about shipping 8.4 and 8.5 versions of
_tkinter, one way to implement this is:
* Build two copies of _tkinter.so: _tkinter84.so and _tkinter85.so
* Add _tkinter.py to Lib/plat-mac with the following
Georg Brandl ge...@python.org added the comment:
2.6.3 will be out soon with a valid chm again.
--
resolution: - later
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5764
Ronald Oussoren ronaldousso...@mac.com added the comment:
The problem is *not* reproducible using the trunk (2.7).
I haven't been able to isolate the change that fixes the issue. As a
quick hack I replaced _tkinter.so and Lib/idlelib/*.py in a 2.6 tree by
the same files from the trunk. That
Ronald Oussoren ronaldousso...@mac.com added the comment:
I'm re-prioritizing this as high because the binary installer won't
suffer from this issue and there is no straightforward bugfix.
--
priority: release blocker - high
___
Python tracker
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
resolution: - accepted
stage: - committed/rejected
status: open - closed
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6951
New submission from Ned Batchelder ned...@users.sourceforge.net:
If you set the environment variable DISTUTILS_DEBUG=1, distutils will
run with DEBUG, which will trace internal activity. But one of the
traces is incorrect, and leads to this stack trace:
Traceback (most recent call last):
Martin v. Löwis mar...@v.loewis.de added the comment:
A patch would definitely help. Such a patch shouldn't whole-sale replace
char with const char, but selectively only change locations where it is
actually necessary and doesn't hurt.
--
nosy: +loewis
Ned Batchelder ned...@users.sourceforge.net added the comment:
Another one:
Traceback (most recent call last):
File setup.py, line 72, in module
**addl_args
File c:\python31\lib\distutils\core.py, line 149, in setup
dist.run_commands()
File c:\python31\lib\distutils\dist.py, line
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Thanks for noticing this. I'll add some test covering these and fix the
problems.
--
priority: - normal
resolution: - accepted
___
Python tracker rep...@bugs.python.org
New submission from lovelygoo2 smergibblegibber...@usa.com:
max(['34', '7'])
'7'
#This happens because it is comparing strings.
#I have found a way to fix it though.
def Max(li):
...greatest=li[0]
...for item in li:
...for item2 in li:
...if int(item)int(item2) or
Benjamin Peterson benja...@python.org added the comment:
This is the way strings are compared. You can change this easily,
though, using max(list_of_string_numbers, key=int).
--
nosy: +benjamin.peterson
resolution: - wont fix
status: open - closed
Changes by Leon Matthews l...@lost.co.nz:
--
nosy: +leonov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6715
___
___
Python-bugs-list mailing
49 matches
Mail list logo