Ned Deily added the comment:
That's puzzling. That particular segfault failure is on test_ttk_guionly but
test_tk apparently passed earlier in the run and it seems that this buildbot is
being run with a window manager connection available (the changes that I added
did not raise an exce
Ned Deily added the comment:
Despite evidence to the contrary, the temporary MacOS.WMAvailable code showed
that there was *not* a window manager connection. I'm still not sure what the
difference in environments is (perhaps it is just due to a different version of
Tcl/Tk on the bui
Ned Deily added the comment:
The problem is not with Python 2.7 per se. It's a problem when running on OS X
with a Python linked with the current Aqua Cocoa Tk 8.5, such as the
ActiveState Tcl/Tk. Your test case works OK when using the current 32-bit-only
Python 2.7.2 from python.org
Changes by Ned Deily :
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue11230>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
I haven't seen any failures yet so let's close it.
--
status: pending -> closed
___
Python tracker
<http://bugs.pyth
Ned Deily added the comment:
We need more information to be able to assist you:
1. How do you launch IDLE? Are you clicking on an icon and, if so, which one,
or are you entering a command from a terminal window or something else?
2. When IDLE starts up, what are the exact lines that appear
Ned Deily added the comment:
The problem is easily reproducible. Although it shouldn't give that error (and
that can be fixed), it seems to me that IDLE should not be trying to give a
calltip in that context. What it is trying to do is display the __doc__
attribute of the string bu
Ned Deily added the comment:
What version of OS X are you running this on? 10.7 perhaps? AFAIK, uname has
always reported 'i386' for Intel machines.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.o
Ned Deily added the comment:
I have never seen this failure on any Apple x86_64 running 10.x including
10.6.8. Could you please report what Mac model you are running on and the
output from running the following:
$ uname -m
$ /path/to/your/python
Python 3.2.1 (v3.2.1:ac1f7e5c0510, Jul 9
Ned Deily added the comment:
Thanks for running that. I guess the significant difference is having an i5
processor. We'll need to fix it.
--
assignee: ronaldoussoren -> ned.deily
stage: -> needs patch
___
Python tracker
<http://b
Changes by Ned Deily :
--
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
What operating system platform and version are you seeing this behavior? Also
can you report the versions of sqlite3 adapter and the sqlite3 library by
executing the following in the interpreter?
>>> sqlite3.version
'2.6.0'
>>> sqlite3
Ned Deily added the comment:
Sorry, I cannot reproduce on Mac OS X 10.6.8 the crash behavior you report
using various Python 3.1.x installed from the python.org Python OS X
installers, in particular, 3.1 and 3.1.4 (the first and the most recent 3.1
releases). If this Python instance was not
Ned Deily added the comment:
0xD800 does not represent a valid Unicode character; it's a surrogate code
point (see
http://en.wikipedia.org/wiki/Mapping_of_Unicode_characters#Surrogates). If you
use a code point that does represent a Unicode character, say 0xA800, there is
no error
Ned Deily added the comment:
This appears to be a Windows-only issue; I'm not able to readily reproduce it
on either Linux or OS X. Taking a quick look at diffs between 3.2 and 3.2.1,
there aren't a lot of changes in IDLE (Lib/idlelib) and nothing obviously
related. There are a
Ned Deily added the comment:
There is now a patch in the Tcl pipeline for this problem. See:
http://permalink.gmane.org/gmane.comp.lang.tcl.mac/6965
--
___
Python tracker
<http://bugs.python.org/issue11
Ned Deily added the comment:
See the developer's guide:
http://docs.python.org/devguide/setup.html#getting-the-source-code
hg clone http://hg.python.org/cpython directory_name
--
nosy: +ned.deily
___
Python tracker
<http://bugs.py
Ned Deily added the comment:
Works for me on another unix-y system. I don't see any reason in configure.in
or Makefile.pre.in why this shouldn't work assuming "make" is working as
expected. What version of "make" are you using
Ned Deily added the comment:
Or possibly "install".
--
___
Python tracker
<http://bugs.python.org/issue12582>
___
___
Python-bugs-list mailing list
Un
Changes by Ned Deily :
--
resolution: fixed -> invalid
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
Since there has been no response, I am closing this. Please re-open if you can
still reproduce the crash and, if so, supply the requested information so we
can investigate further.
--
resolution: -> works for me
stage: test needed -> committed/re
Ned Deily added the comment:
Works for me using the Pythons installed from the python.org 2.6.6 or 2.7.2
installer and with the current ActiveState Tcl/Tk 8.4 (for 2.6.6) and 8.5 (for
2.7.2) releases installed. Chances are this was a bug in the Apple-supplied
Cocoa Tcl/Tk 8.5 released with
Ned Deily added the comment:
It looks like a BOM has been present in that file for a *long* time: it is
there in the Python 3.0 source tarball, and, according to the converted
svn-to-hg history, it was there in its original check-in and is still there in
the current development tip
Ned Deily added the comment:
Thanks for the report and the patch! Applied to 3.2 (for 3.2.2) and default
(for 3.3).
--
assignee: -> ned.deily
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Py
Changes by Ned Deily :
--
assignee: -> ned.deily
nosy: +ned.deily
versions: +Python 2.7, Python 3.2, Python 3.3 -Python 2.6
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
Thanks for the report. The whole "Using Python on a Macintosh" section is very
out-of-date and needs a major update.
--
assignee: docs@python -> ned.deily
nosy: +ned.deily
stage: -> needs patch
versions: +Python 2.7, Python
Ned Deily added the comment:
A fix for this problem has been released in ActiveTcl 8.5.10.1 as of 2011-07-21.
--
resolution: -> out of date
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bug
Ned Deily added the comment:
Doesn't unix_terminate() also get called on Windows? If so, what does
os.kill() do on Windows? The docs for os.kill say "New in version 3.2: Windows
support." Perhaps this was being skipped before and now has some n
Changes by Ned Deily :
--
nosy: +ned.deily
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue12627>
___
___
Python-bugs-list mai
Changes by Ned Deily :
--
nosy: +eric.araujo
___
Python tracker
<http://bugs.python.org/issue8746>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Thanks for the report and the cite.
The problem appears to be a difference in behavior between Tk 8.5 and earlier
versions of Tk and not a platform difference. The fix is to use that 'yview'
method of Text instead of 'see'. That gives the ex
Changes by Ned Deily :
--
nosy: +brian.curtin, loewis
___
Python tracker
<http://bugs.python.org/issue11598>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
I've added a couple of review comments to the one Peter already made in
Rietveld. Here is an updated patch that addresses all of the comments. I've
tested in briefly on Windows and on OS X and it seems to work OK. Eli, if
you're OK with it, feel
Ned Deily added the comment:
I think you are confusing the Tix widget set, an independent Tk-based project,
with Tkinter, the Python interface to Tk, which is part of Python. The problem
you linked to appears to be a Tix issue. That code is not part of Python. It
needs to be addressed by
Ned Deily added the comment:
Ah, I see now that the question is actually about the python.org Windows
installers which, as a service to the user, pull in the external source of Tix
during the build. (Tix is not included in the Python source distribution nor
with the Mac OS X installers
Ned Deily added the comment:
With Eli's concurrence, I have applied the updated patch to 3.2 (for 3.2.2) and
to default (for 3.3).
--
assignee: -> ned.deily
resolution: -> fixed
stage: commit review -> committed/rejected
status:
Changes by Ned Deily :
--
nosy: +haypo
___
Python tracker
<http://bugs.python.org/issue10570>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Ned Deily :
--
nosy: +orsenthil
___
Python tracker
<http://bugs.python.org/issue12698>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> 3.x locale does not default to C, contrary to the
documentation and to 2.x behavior
___
Python tr
Changes by Ned Deily :
--
nosy: +ned.deily, ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue12701>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
This is essentially a duplicate of Issue11914. The root cause is that
pkgutil.iter_modules doesn't deal with permission errors when traversing paths.
Issue7367 is also related.
--
assignee: -> ned.deily
nosy: +n
Changes by Ned Deily :
--
assignee: -> ned.deily
nosy: +ned.deily
versions: -Python 3.1
___
Python tracker
<http://bugs.python.org/issue11914>
___
___
Python-
Changes by Ned Deily :
--
assignee: -> ned.deily
___
Python tracker
<http://bugs.python.org/issue7367>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Ned Deily :
--
versions: +Python 3.3 -Python 3.1
___
Python tracker
<http://bugs.python.org/issue7367>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
Keep in mind that os.lutimes() may not be available on the platform so the
patch will need to test for that.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue12
Ned Deily added the comment:
Chances are that you used the python.org 2.7.2 64-bit/32-bit installer but you
did not install the latest ActiveState Tcl, currently 8.5.10, as documented
here:
http://www.python.org/download/mac/tcltk/
On OS X 10.6, there should have been a warning message
Ned Deily added the comment:
That is encouraging. This is almost certainly a problem with Tk. The Cocoa
Tcl/Tk 8.5 used by Apple and ActiveState has been known to have issues with
composite characters. There are a couple of IDLE things to ask about first.
Have you made any Custom Key
Ned Deily added the comment:
Interesting, I didn't know the "Dvorak - Qwerty ⌘" input method existed. In
just some causal experimentation with it, it seems pretty clear that the input
method is not being consistently followed by Tk and there seem to be
differences between
Ned Deily added the comment:
A footnote: I brought this issue up on the Mac Tcl mailing list and it was
demonstrated that the problem with mishandling of the menu accelerators with
the Dvorak - Qwerty Cmd input method is a general Cocoa Tk problem, and not
unique to IDLE or Tkinter. I
New submission from Ned Deily :
[188/352] test_multiprocessing
Warning -- multiprocessing.process._dangling was modified by
test_multiprocessing
--
components: Tests
messages: 142295
nosy: ned.deily
priority: normal
severity: normal
stage: needs patch
status: open
title: Warning
Ned Deily added the comment:
This warning is a regression in 3.2.2 from previous 3.2 releases due to the
dangling Thread and Process checks added to 3.2 by 64e35f3bcda5 for Issue12573;
the same checks introduce a new warning in 3.2.2 for test_threaded_import which
has already been fixed in
Changes by Ned Deily :
--
nosy: +georg.brandl, pitrou
___
Python tracker
<http://bugs.python.org/issue12774>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +bethard
___
Python tracker
<http://bugs.python.org/issue12776>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
I can reproduce this. With -vv, the only difference in os.environ is HOME:
Before: 'HOME': '/Users/nad'
After: 'HOME': '/tmp/tmpqryo48/tmpt_mcrw'
Also, Warning -- threading._dangling was modified by test_packaging
Ned Deily added the comment:
The culrpit is test_custom_pydistutils
(packaging.tests.test_dist.MetadataTestCase)
Lib/packaging/tests/test_dist.py:379 & 386
--
___
Python tracker
<http://bugs.python.org/iss
Ned Deily added the comment:
I found it by patching the appropriate unittest test runner to check before and
after each test case. It would be nice if there were a standard option to do
that.
--
status: pending -> open
___
Python tracker
&l
Changes by Ned Deily :
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issue12765>
___
___
Python-bugs-list mailing list
Unsubscri
Ned Deily added the comment:
http://docs.python.org/devguide/patch.html
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue12713>
___
___
Pytho
Ned Deily added the comment:
I believe openat is new to POSIX (mandatory as of POSIX 2008). For example,
it's not currently in OS X and apparently was first added to FreeBSD in 8.0.
So it would have to be checked by configure and documented as
platform-dependent.
--
Ned Deily added the comment:
> We already have os.openat
Ah, right. The comment still applies, though, to future documentation of the
proposed feature. +1 on it.
--
___
Python tracker
<http://bugs.python.org/issu
Changes by Ned Deily :
--
nosy: +lars.gustaebel
___
Python tracker
<http://bugs.python.org/issue12800>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
This is the same issue as highlighted by Issue6676. The root cause is
attempting to reuse a parser instance and that is known to not work with the
version of expat included with Python. Whether the test program crashes with a
memory access violation or just
Ned Deily added the comment:
I agree that, at a minimum, the documentation should be updated to include a
warning about not reusing a parser instance. Whether it's worth trying to plug
all the holes in the expat library is another issue (see, for instance,
issue12829). David, would y
Ned Deily added the comment:
Also, note issue1208730 proposes a feature to expose a binding for
XML_ParserReset and has the start of a patch.
--
___
Python tracker
<http://bugs.python.org/issue6
Ned Deily added the comment:
The linecache module functions take a filename string as an argument, not a
file object. Try:
linecache.getlines("/path/to/filename", lineno)
http://docs.python.org/py3k/library/linecache.html
--
nosy: +ned.deily
resolution: -> works
Ned Deily added the comment:
Thanks for the suggested fix. It looks like the problem and fix have already
been documented in Issue7425. Merging this into the existing issue.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
s
Changes by Ned Deily :
--
nosy: +Christian.S..Perone, ned.deily
versions: +Python 3.3 -Python 3.1
___
Python tracker
<http://bugs.python.org/issue7425>
___
___
Changes by Ned Deily :
--
nosy: +lars.gustaebel
___
Python tracker
<http://bugs.python.org/issue12926>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue12958>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ned Deily :
Issue8455 documents a problem which resulted in test_urllib2_libnet failing on
OS X with "Connection refused" errors. r82150, r82280, r82281, and r82282
eliminated the test failures for all active branches when running on OS X 10.4
through 10.6. Ho
Changes by Ned Deily :
Added file: http://bugs.python.org/file18476/issue-proxy-10-3-py3k-31.txt
___
Python tracker
<http://bugs.python.org/issue9568>
___
___
Python-bug
Ned Deily added the comment:
The problem still exists on OS X 10.3. See Issue9568 for patches.
--
___
Python tracker
<http://bugs.python.org/issue8455>
___
___
Ned Deily added the comment:
The fix in r80243 for 27 and similar fixes for 26, 31, and py3k do prevent
crashes on OS X 10.3 when using network proxies so this issue can be closed.
However, the problem I mentioned above with changing the default sense which
caused tests to fail was
Ned Deily added the comment:
I've seen no further instances of this problem since the fixes for Issue7194
have been checked in. Let's call it fixed.
--
status: open -> closed
___
Python tracker
<http://bugs.pyth
Ned Deily added the comment:
As Mark has ported the fix for Issue5798 to 2.6 (thanks!), this can be closed,
too.
--
nosy: +mark.dickinson
___
Python tracker
<http://bugs.python.org/issue7
Ned Deily added the comment:
As Mark has ported the fix for Issue5798 to 2.6, this can be closed, too.
--
nosy: +mark.dickinson
___
Python tracker
<http://bugs.python.org/issue8
Ned Deily added the comment:
For the record, after some discussion at EuroPython and on the Pythonmac-SIG
mailing list (thread starting here:
http://mail.python.org/pipermail/pythonmac-sig/2010-July/022467.html), the
current plan is to make the "64-bit" installer variant support OS
Ned Deily added the comment:
Committed fix verified on 2.6: test_urllib2_localnet no longer fails on 10.3.
--
___
Python tracker
<http://bugs.python.org/issue9
Ned Deily added the comment:
This is a duplicate of open Issue9227. As described there, a workaround is to
use the 32-bit only ("10.3") python.org installer for Python 2.7.
--
assignee: -> ronaldoussoren
components: +Macintosh
nosy: +ned.deily, ronaldoussoren
title: ID
Ned Deily added the comment:
Suggest a different wording to reflect that the 3rd-party appscript package has
become the de facto standard for AppleScript support, so something like:
-stopped, and a replacement is expected for Python 2.5.
+stopped. For more up-to-date implementation of
Ned Deily added the comment:
Carbon does not exist in Python 3. There's no need to wait to close this issue.
--
nosy: +ned.deily
status: pending -> open
versions: -Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/
Ned Deily added the comment:
The test case supplied fails as described on OS 10.4 using a current 2.6 build
(2.6.6rc1) when using the Apple-supplied Aqua Tk 8.4 in 10.4 but the same build
and test case works correctly when used with a current ActiveState Tk 8.4.19 in
/Library/Frameworks
Ned Deily added the comment:
Terry, go ahead, I think that's the proper resolution.
--
___
Python tracker
<http://bugs.python.org/issue9620>
___
___
Pytho
Ned Deily added the comment:
Note, all of the patched files are for deprecated modules that have been
removed in Python 3 so the only applicability now could be as a bug fix to 2.7.
At this late date, though, I don't think it is worth worrying about trying to
review and test the pa
Ned Deily added the comment:
Yes, it is still an issue for all active branches. I'm working on a patch for
it.
--
nosy: +ned.deily
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 3.0
___
Python tracker
<http://bugs.python.org/i
Changes by Ned Deily :
--
assignee: -> ronaldoussoren
components: +Macintosh
versions: +Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/iss
Changes by Ned Deily :
--
nosy: +mark.dickinson
___
Python tracker
<http://bugs.python.org/issue9742>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Martin, the typo was fixed subsequently by r84231.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue843
Changes by Ned Deily :
--
nosy: +ghaering
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue9750>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
Nick, can you provide a unit test and a patch file for the issue against the
currently maintained versions? Adding Alexandre to comment on why the
configure change was made.
--
components: +Build
nosy: +alexandre.vassalotti, ned.deily
stage: -> u
Ned Deily added the comment:
Following your test case, I am able to produce a deadlocked IDLE when using the
python.org 3.1.2 OS X installer on 10.5.8 when using just the Apple-supplied Tk
8.4 framework. After installing a recent ActiveState Tcl/Tk 8.4 framework (the
python.org installers
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg115516
___
Python tracker
<http://bugs.python.org/issue9768>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
I am not sure what problem you are seeing. How did you install Python 3.1.2?
Using the python.org 3.1.2 installer for OS X? MacPorts? From source? If so,
which version of Tcl/Tk is IDLE using? Perhaps you can take a screen shot
(/Applications/Utilities
Changes by Ned Deily :
--
nosy: +akuchling
___
Python tracker
<http://bugs.python.org/issue9770>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
versions: +Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/issue9770>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
The black line border in the screen shot is the indication of which IDLE window
currently has the keyboard focus. Note that if you click on the IDLE shell
window or open and select other text windows, the black line border appears
around the currently selected
Ned Deily added the comment:
Note: autoreconf failure caused by r84379 was fixed by r84512.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue5
Ned Deily added the comment:
It's not just LLVM. Building a standard OS X installer on OS X 10.5 or 10.6
(gcc-4.0, 10.4u SDK, i386/ppc, deployment target=10.3), _ctypes fails:
*** WARNING: renaming "_ctypes" since importing it failed:
dlopen(build/lib.macosx-10.3-fat-3.
Ned Deily added the comment:
It's not just LLVM. Building a standard OS X installer on OS X 10.5 (gcc-4.0,
10.4u SDK, i386/ppc, deployment target=10.3) or 10.6 (gcc-4.2, 10.6 SDK,
i386/x86_64, dept target 10.6), _ctypes fails:
*** WARNING: renaming "_ctypes" since impo
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg115631
___
Python tracker
<http://bugs.python.org/issue9662>
___
___
Python-bugs-list mailin
301 - 400 of 6927 matches
Mail list logo