Ned Deily added the comment:
Trying to set the recursion limit to a large number defeats its purpose. As
documented in the Standard Library Reference:
The highest possible limit is platform-dependent. A user may need to set the
limit higher when she has a program that requires deep
Ned Deily added the comment:
But after setting it, IDLE is going to be executing code. In the 64-bit
Windows Python 2.7.2 that I have available, there were exceptions reported in
the command line interpreter (not IDLE) after changing the recursion limit and
then executing some code
Ned Deily added the comment:
LGTM
--
___
Python tracker
<http://bugs.python.org/issue13546>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Ned Deily added the comment:
(Reference original discussion in pyobjc-dev mailing list archived here:
http://comments.gmane.org/gmane.comp.python.pyobjc.devel/5965)
--
___
Python tracker
<http://bugs.python.org/issue13
Changes by Ned Deily :
--
nosy: +bethard
___
Python tracker
<http://bugs.python.org/issue13584>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
IDLE.app on OS X also has the issue of stderr messages not being presented to
users unless you know to look in the system log where they get written. So
writing to stderr is not fatal but displaying them in a popup would be an
improvement.
--
nosy
Ned Deily added the comment:
A couple of comments on the patch:
1. Displaying a popup is fine but it gets annoying when it does it repeatedly.
Since this is really a non-fatal error as the user can continue, it would be
better to only display the popup once.
2. Another file in .idlerc
Changes by Ned Deily :
Added file: http://bugs.python.org/file23954/issue4625_rev1_27.patch
___
Python tracker
<http://bugs.python.org/issue4625>
___
___
Python-bug
Ned Deily added the comment:
As there are proposed patches in Issue4625 that address the original problem
reported here, let's move the discussion there.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: ->
Ned Deily added the comment:
Applied to 2.7 (for release in 2.7.3), 3.2 (3.2.3), and default (3.3).
--
assignee: -> ned.deily
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: +Python 2.7, Python 3.2, Python 3.3
Changes by Ned Deily :
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue13631>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +haypo
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue13051>
___
___
Python-bugs-list mailing list
Un
Ned Deily added the comment:
Thanks, Roger. It would also be helpful if you ascertain for the overlaps
which of the two versions is newer, the individual issue/path or the large
feature diff. The relative import changes should not be applied in the
standard library; they were specifically
Changes by Ned Deily :
--
resolution: -> duplicate
stage: needs patch -> committed/rejected
status: open -> closed
superseder: -> IDLE/Win Installer: drop -n switch for 2.7/3.1; install 3.1 as
idle3
versions: +Python 2.7, Python 3.1
Changes by Ned Deily :
--
resolution: out of date -> duplicate
stage: -> committed/rejected
superseder: -> IDLE/Win Installer: drop -n switch for 2.7/3.1; install 3.1 as
idle3
___
Python tracker
<http://bugs.python.o
Changes by Ned Deily :
--
resolution: -> duplicate
stage: needs patch -> committed/rejected
status: open -> closed
superseder: -> "Restart Shell" command leaves pythonw.exe processes running
___
Python tracker
<http://
Ned Deily added the comment:
The fix has been released in Python 3.2.2. It will be in Python 2.7.3 when
released.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> IDLE problem displaying war
Ned Deily added the comment:
The problem was originally reported in Issue4676 and fixed partly there and
partly in Issue3851.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> python3 closes
Ned Deily added the comment:
Issue8713 proposes adding the option of using processes for multiprocessing
rather than bare forks. Let's consolidate this issue with that one.
--
resolution: -> duplicate
stage: -> committed/rejected
status: open -> clo
Ned Deily added the comment:
See also consolidated Issue13558 for additional justification for processes
option on OS X.
--
nosy: +mrmekon, ned.deily
___
Python tracker
<http://bugs.python.org/issue8
Changes by Ned Deily :
--
nosy: +belopolsky, lemburg
___
Python tracker
<http://bugs.python.org/issue13556>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue13128>
___
___
Python-bugs-list mailing list
Unsubscri
Ned Deily added the comment:
That works for Xcode 4.1, which is now out-of-date. The current releases of
Xcode, 4.2.x for 10.7 Lion and optionally for 10.6 Snow Leopard, no longer
include gcc-4.2, only llvm-gcc and clang. I am working on completing an
extensive set of regression tests for
Ned Deily added the comment:
Can you give the exact steps of what you did to demonstrate the problem? Also,
there are two OS X installers for Python 3.2.2. Which one did you install?
(The two lines of version information when starting Python is enough to
identify which one it is
Ned Deily added the comment:
I am not familiar with the Japanese input methods available in OS X. But using
copy and paste with an US UTF-8 locale, it seems to work. Perhaps there is a
different locale in effect?
Python 3.2.2 (v3.2.2:137e45f15c0b, Sep 3 2011, 17:28:59)
[GCC 4.2.1 (Apple
Ned Deily added the comment:
How are you launching IDLE? Are you sure you aren't launching the IDLE for the
Apple-supplied Python 2.6? The two easiest ways to launch IDLE 3.2 are to
either double-click on the IDLE file in the /Applications/Python 3.2 folder or,
from a terminal shell w
Changes by Ned Deily :
--
nosy: +ghaering
___
Python tracker
<http://bugs.python.org/issue11689>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue11653>
___
___
Python-bugs-list mailing list
Unsubscri
Ned Deily added the comment:
Version 4 looks good and the tests pass on OS X with pydebug enabled. Applied
in 2.7 (for release in 2.7.2), 3.1 (for 3.1.4). 3.2 (for 3.2.1), and default
(for 3.3).
--
resolution: -> fixed
stage: patch review -> committed/rejected
status
Ned Deily added the comment:
Thank you for the patch and tests! Applied in 3.1 (for 3.1.4), 3.2 (for
3.2.1), and 3.3. (The 2.x version of plistlib differs somewhat from the 3.x
version so the patch would need some rework and testing for 2.7; that is
probably not worth the effort at this
Ned Deily added the comment:
Thanks for the suggested patch. In addition to the "installunixtools" target,
the "altinstallunixtools" target needed to be updated; it is used by default in
the Python 3.x Makefiles. The applied fix causes the following additional
symlink
Ned Deily added the comment:
All that said, the best solution to the problem is to use an appropriately
configured Python for the task at hand. If you want to build Python
executables that are compatible with older OS X versions and Mac hardware (in
particular, all machines capable of
New submission from Ned Deily :
==
FAIL: test_wait_when_sigchild_ignored
(test.test_subprocess.POSIXProcessTestCase)
--
Traceback (most recent call last
Ned Deily added the comment:
Applied to 2.7 (for 2.7.2) and 3.1 (for 3.1.4).
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
"Compilers are smart enough to pick the right architecture for them (xcode3
will build ppc/i386/x64 and xcode4 i386/x64"
Actually, that's not the case for Python builds. The architecture selection is
based on what the builder of the Python interp
Ned Deily added the comment:
Should this be a release blocker for 3.2.1?
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue11254>
___
___
Pytho
Ned Deily added the comment:
The changes looked good to me and fixed the test failures with Cocoa Tk 8.5.9
and caused no regressions with the ActiveState Carbon Tk 8.4 so I committed
them to get some exposure. But then I recalled I had not tested with just the
old Apple-supplied Tk 8.4 and
Ned Deily added the comment:
It appears the original (unmodified) test also fails with the old
Apple-supplied Tk 8.4 (this is on OS X 10.5). So I'll do some more testing and
then probably re-apply this at some point after the current round of rel
Ned Deily added the comment:
If the problem is with an ActiveState distribution of Python 3.2, you should
probably be asking this on the ActiveState forums.
--
nosy: +brian.curtin, loewis, ned.deily
___
Python tracker
<http://bugs.python.
Changes by Ned Deily :
--
stage: -> needs patch
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue12220>
___
___
Python-bugs-list
Ned Deily added the comment:
Issue12220 also addresses this problem in somewhat more detail. Consolidating
this issue with that one.
--
resolution: -> duplicate
status: open -> closed
superseder: -> minidom xmlns not handling spaces in xmlns attribute va
Changes by Ned Deily :
--
nosy: +bquinlan
___
Python tracker
<http://bugs.python.org/issue11271>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
As the OP notes, autoconf needs to be run to update `configure` and those
changes needs to be pushed as well so that 'configure.in' and 'configure' are
in sync again.
--
nosy: +ned.deily
___
P
> --
> nosy: +python-dev
> resolution: duplicate -> fixed
Whoever pushed this - as the OP mentioned, you need to run autoconf to
get configure updated and push that as well.
--
Ned Deily,
n...@acm.org
___
Python-bugs-list mailing list
Changes by Ned Deily :
--
nosy: +benjamin.peterson, georg.brandl
priority: normal -> release blocker
versions: +Python 3.1, Python 3.2
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
Can we be sure it's harmless? A quick Google search turned up at least one
package that depends on Tkinter.__version__ (granted, for Python 2).
http://permalink.gmane.org/gmane.comp.python.matplotlib.general/24453
--
nosy: +ned.
Ned Deily added the comment:
The difference in behavior you are seeing does indeed have to do with the PATH
environment variable. When you start IDLE via a terminal shell, it inherits
the PATH value from your shell environment. path_helper(8) sets the default
value for a login shell PATH
Ned Deily added the comment:
Assuming you are using the "Mac OS X 64-bit/32-bit x86-64/i386 Installer
(2.7.1) for Mac OS X 10.6", note that the download page was updated sometime
ago to include the following warning: "[You may not be able to run IDLE or use
Tkinter with this
Ned Deily added the comment:
Thanks for the update. Since the fix will be in a future version of OS X 10.7
Lion, and which has not been released yet, so it is not appropriate to change
mmap until there has been an opportunity to test it. But even then, we would
need to be careful about
Ned Deily added the comment:
Victor, please do not use magic constants like that in C. The symbolic values
are available in include files:
#include
SInt32 major = 0;
SInt32 minor = 0;
Gestalt(gestaltSystemVersionMajor, &major);
Gestalt(gestaltSystemVersionMinor, &minor);
if ((maj
Ned Deily added the comment:
It's being called for hg:
-DHGVERSION="\"`LC_ALL=C hg id -i .`\"" ...
--
nosy: +ned.deily
___
Python tracker
<http:
Ned Deily added the comment:
Listing all those directories to the Makefile does seem very brittle and will
certainly be a maintenance hassle. OTOH, there is something to be said for
being explicit about what gets installed. I suppose you could add the find
step to ./configure and pass the
Ned Deily added the comment:
Here are patches to install a copy of xxmodule.c in the distutils tests
directory (for 3.3, 3.2, and 2.7) and a copy in packaging tests for 3.3. With
them in place, test_build_ext/test_command_build_ext now executes when the
tests are run from an installed
Changes by Ned Deily :
Added file: http://bugs.python.org/file22347/issue12132_backport_32.patch
___
Python tracker
<http://bugs.python.org/issue12141>
___
___
Python-bug
Changes by Ned Deily :
Added file: http://bugs.python.org/file22348/issue12141_32.patch
___
Python tracker
<http://bugs.python.org/issue12141>
___
___
Python-bugs-list m
Changes by Ned Deily :
Added file: http://bugs.python.org/file22349/issue12141_27.patch
___
Python tracker
<http://bugs.python.org/issue12141>
___
___
Python-bugs-list m
Ned Deily added the comment:
There are several issues here now.
With the patches as now applied, when running the tests with standard OS X
installer Pythons, I saw occasional failures of the new test_deployment_target
test case ("Unexpected target"). After ensuring that the build
Changes by Ned Deily :
Added file: http://bugs.python.org/file22352/issue9516_v3_distutils.patch
___
Python tracker
<http://bugs.python.org/issue9516>
___
___
Python-bug
Changes by Ned Deily :
Added file:
http://bugs.python.org/file22353/issue9516_v3_test_distutils_27.patch
___
Python tracker
<http://bugs.python.org/issue9516>
___
___
Changes by Ned Deily :
Added file: http://bugs.python.org/file22354/issue9516_v3_distutils_27.patch
___
Python tracker
<http://bugs.python.org/issue9516>
___
___
Pytho
Changes by Ned Deily :
Added file: http://bugs.python.org/file22355/issue9516_v3_test_packaging.patch
___
Python tracker
<http://bugs.python.org/issue9516>
___
___
Pytho
Changes by Ned Deily :
Added file: http://bugs.python.org/file22356/issue9516_v3_packaging.patch
___
Python tracker
<http://bugs.python.org/issue9516>
___
___
Python-bug
Ned Deily added the comment:
I think one of the objectives of the test is to see that it works with the C
API of that particular Python release as captured in its version of xxmodule.c.
And, while it could be argued that both distutils and packaging don't need
their own copies, I thi
Ned Deily added the comment:
>From the discussions here, http://wiki.tcl.tk/1364, it appears that Tcl 8.5
>(and earlier) does not support Unicode code points outside the BMP range as in
>this example. I don't think there is anything practical IDLE or tkinter can d
Ned Deily added the comment:
It looks like that error message has been in _tkinter.c since 2002:
http://svn.python.org/view/python/trunk/Modules/_tkinter.c?r1=28989&r2=28990&;
I suppose it could be slightly more informative but it seems pretty unambiguous
to me. Martin, any
Ned Deily added the comment:
I would like Ronald's take on it (also, I expect to be off-line for the
weekend). Note, as it stands now, 3.2.1 (without any further patches) would
have the same less than ideal behavior as 2.7.2.
--
___
P
Ned Deily added the comment:
Are the patches good to go? And would you like me to apply them?
--
___
Python tracker
<http://bugs.python.org/issue12141>
___
___
Changes by Ned Deily :
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> pending
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
Thanks for the additional tests, Garrett. I've applied them (modulo a fix).
I've also applied the corrections to configure which should make os.chflags()
and os.lchflags() reappear again in BSD and OS X builds where supported. I've
also added
Ned Deily added the comment:
Patches applied as described above for 3.3, 3.2.1, and 2.7.3. I'm setting the
status of the issue to pending and, assuming there are no buildbot failures in
the near future, I will close it unless anyone sees a reason not to.
--
resolution: -&g
Ned Deily added the comment:
A similar fix was applied and released in both 2.6.6 and 2.7.1.
--
nosy: +ned.deily
resolution: -> out of date
stage: -> committed/rejected
status: open -> closed
type: compile error ->
___
Python tr
Changes by Ned Deily :
--
nosy: +orsenthil
___
Python tracker
<http://bugs.python.org/issue12431>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
No, the svn repos for python itself (at svn.python.org) are frozen as of the hg
transition and are for historical reference only. See
http://docs.python.org/devguide/ for more info on current practices.
--
___
Python
Ned Deily added the comment:
No obvious buildbot problems so far so I'm going to close this as fixed.
Thanks for the patch, Ronald.
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org
Changes by Ned Deily :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue8746>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Ned Deily :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue12141>
___
___
Python-bugs-list mailing list
Unsubscri
Ned Deily added the comment:
Since there's been no response and I believe the problem should not occur with
a properly installed Python 3.2 and ActiveState Tcl 8.5 as described here
(http://www.python.org/download/mac/tcltk/), I'm going to close this issue.
Please reopen if t
Ned Deily added the comment:
Fixed by Benjamin in f8f1d5691ae8.
--
nosy: +ned.deily
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
While I am a little concerned about applying these fixes, it is clear that the
previous behavior was broken and the initial set of patches as applied did not
improve matters. The only risk I can see is that there is a slight chance that
there *might* be some 3rd
Ned Deily added the comment:
> Eric is right. I don't see the patch when reading "hg log" output
... or when looking at the issue tracker. Yes, one can probably figure out the
intent by looking at the whole patch but it's kind of rude to force people to
do that.
Changes by Ned Deily :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue9516>
___
___
Python-bugs-list mailing list
Unsubscri
Ned Deily added the comment:
I forgot that there was another issue with F5 using IDLE on OS X when linked to
Cocoa Tcl/Tk 8.5, including ActiveState 8.5; see Issue11088. The fix for it
was released in Python 2.7.2 and will be in the forthcoming Python 3.2.1 (as of
rc2
Changes by Ned Deily :
--
nosy: +ned.deily, ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue12452>
___
___
Python-bugs-list mailing list
Unsub
Ned Deily added the comment:
I think this issue should be considered a test environment error. Since this
buildbot is set up in an environment where it is "running headless", that is to
say the tests are run under a username that is not logged in to the window
server, we sho
Ned Deily added the comment:
See comments to Issue8716. Suggest any further comments on the "headless" crash
issue go there and reserve this issue for investigation into the suggested
changes to initialization when using Aqua Tk. BTW, the supplied patch has
compile time Tk ver
Ned Deily added the comment:
Victor, I don't understand what your patch is trying to accomplish. The
problem is not that Tkinter isn't built; the problem is simply at execution
time. Yes, you'll see exactly the same behavior if you are logged in via ssh
and the usename
Ned Deily added the comment:
> It skips test_tk and test_ttk_guionly if the DISPLAY environment variable is
> not set.
Whether DISPLAY is set or not isn't relevant. What's relevant is whether I'm
logged in as the GUI user. In this example, I'm logging in throug
Changes by Ned Deily :
--
assignee: -> ned.deily
___
Python tracker
<http://bugs.python.org/issue8716>
___
___
Python-bugs-list mailing list
Unsubscri
Ned Deily added the comment:
Hold off on the buildbot changes for the moment. I have an idea for a possible
workaround/solution.
--
___
Python tracker
<http://bugs.python.org/issue8
Ned Deily added the comment:
The test case you've provide is working as expected but the code doesn't make a
lot of sense as provided. The function loadDbase sets sys.stdin to a disk file
but never sets it back again. If you run this in an interactive interpreter on
any Unix-l
Changes by Ned Deily :
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue10734>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
The failure is not unique to Windows. It fails on OS X with the current
ActiveState Tk 8.5.9. I've temporarily disabled the test on 2.7 as well.
--
title: test_ttk failure under Windows -> test_ttk test_heading_callback fails
with newer Tk 8.5
Ned Deily added the comment:
Let's try this: when running under OS X, the tk and ttk test runners now
perform their initial Tk-available sanity check in a subprocess rather than in
the main interpreter process. If the subprocess fails, the tests are skipped.
There are some differenc
Changes by Ned Deily :
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issue8716>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Ned Deily :
--
nosy: +orsenthil
___
Python tracker
<http://bugs.python.org/issue12487>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
Two problems: (1) on OS X builds, libssl is dynamically linked to _ssl.so so
there is a potential disconnect when combining checking versions based on a
compile time check (as in _ssl.c) with an execution time check of the actual
loaded library (as in test_ssl.py
New submission from Ned Deily :
==
ERROR: test_connect_capath (test.test_ssl.NetworkedTests)
--
Traceback (most recent call last):
File
"/Library/Frame
Changes by Ned Deily :
--
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
New submission from Ned Deily :
[ 54/352] test_codecmaps_cn
fetching
http://source.icu-project.org/repos/icu/data/trunk/charset/data/xml/gb-18030-2000.xml
...
test_codecmaps_cn skipped -- Could not retrieve
http://source.icu-project.org/repos/icu/data/trunk/charset/data/xml/gb-18030
Changes by Ned Deily :
--
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
201 - 300 of 6927 matches
Mail list logo
