Ned Deily added the comment:
Thanks for the report.
--
nosy: +ned.deily
versions: +Python 2.7, Python 3.4
___
Python tracker
<http://bugs.python.org/issue18
Changes by Ned Deily :
--
resolution: wont fix -> duplicate
stage: -> committed/rejected
superseder: -> libedit history offset workaround
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
Issue18458 has been opened to track this problem.
--
___
Python tracker
<http://bugs.python.org/issue18289>
___
___
Python-bugs-list m
Ned Deily added the comment:
The behavior you are reporting is in the Tk listbox widget. Python's Tkinter
is a fairly thin wrapper around Tk and its widgets. I believe you will see the
same behavior if you translate your Python code snippet to an equivalent Tcl
wish script. If you
New submission from Ned Deily:
In the top-level setup.py, the code to define the Extension instance for the
"xxlimited" extension is currently incorrectly located near the end of
detect_tkinter() rather than in its parent detect_modules(). This has the
effect of skipping th
Changes by Ned Deily :
--
keywords: +patch
Added file: http://bugs.python.org/file30993/issue_X_setup_xxlimited.patch
___
Python tracker
<http://bugs.python.org/issue18
New submission from Ned Deily:
See for instance:
http://buildbot.python.org/all/builders/x86%20Tiger%203.x/builds/6626
I was also able to reproduce and bisect on an OS X 10.5 (Leopard) PPC system:
$ hg bisec -b
The first bad revision is:
changeset: 84704:48a869a39e2d
user:Victor
Ned Deily added the comment:
If you are using an existing binary installation, you could disable readline
processing altogether by simply renaming the readline extension module, for
example:
cd /Library/Frameworks/Python.framework/Versions/3.3
cd ./lib/python3.3/lib-dynload
sudo mv
Ned Deily added the comment:
Re the patch: it looks like there's a debugging print left in it. (Also, FYI,
the patch did not apply cleanly using normal Unix patch; I had to strip the \r
characters with (tr -d '\r'
<http://bugs.pyt
Ned Deily added the comment:
Ariel, if you think there is a problem, please open a new issue with all the
pertinent information. This issue was closed long ago.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue791
Ned Deily added the comment:
Thanks for the analysis. I'm consolidating this issue with Issue18580.
--
assignee: eric.araujo -> ned.deily
nosy: +ned.deily
resolution: -> duplicate
stage: -> committed/rejected
superseder: -> _osx_suppo
Changes by Ned Deily :
--
nosy: +lars.gustaebel
___
Python tracker
<http://bugs.python.org/issue18575>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
The changes for this issue appear to have changed the behavior of test_sqlite.
Prior to 5643e873f06e on OS X 10.4 Tiger with the system libsqlite (3.1.3), all
test cases of test_sqlite pass. As of current tip on the same platform, there
are now two failures in
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg193830
___
Python tracker
<http://bugs.python.org/issue18580>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Thanks for the analysis. I'm consolidating this issue with Issue18071.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org
Ned Deily added the comment:
Alexey's analysis is correct. The problem is seen when the Xcode command line
tools are not installed. When building an extension module, Distutils is then
unable to find a compiler at the normal path and consults the 'xcrun' utility
to find the
Ned Deily added the comment:
Also fails occasionally on OS X 3.3 and 3.x with much smaller deltas:
==
FAIL: testConnectTimeout (test.test_timeout.TCPTimeoutTestCase
Ned Deily added the comment:
c73f4dced6aa appears to fix the problem on 10.4 Tiger. Thanks!
--
___
Python tracker
<http://bugs.python.org/issue18519>
___
___
Ned Deily added the comment:
Committed patch (with slight modifications) for release in 2.7.6, 3.3.3, and
3.4.0. Thanks again, Mateusz.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: -P
Changes by Ned Deily :
--
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue18627>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
On further reflection, only building on a debug build partially defeats part of
the reason for building xxlimited; the current setup.py skips building in the
debug case. Perhaps another approach would be to comment out the build in
setup.py and instead add a new
Ned Deily added the comment:
test_executable_without_cwd was broken by the test enhancements added for
Issue15533. This particular test case is skipped unless the tests are being
run from an installed Python rather than from a build directory, the more
typical case. The applied patch (for
Ned Deily added the comment:
Terry, your patch did not get attached. Do you still have it?
--
___
Python tracker
<http://bugs.python.org/issue18270>
___
___
Pytho
Changes by Ned Deily :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue17704>
___
___
Python-bugs-list mailing list
Unsubscri
Ned Deily added the comment:
Since there has been no further activity on this issue and it seems to be
isolated to a particular user build, I'm going to close this. Feel free to
reopen with more documentation if you believe there is a problem with Python
itself.
--
resol
Ned Deily added the comment:
Has anyone seen this problem on other than OS X 10.6? If not, I suggest we
assume it was, in fact, due to a platform bug and close.
--
___
Python tracker
<http://bugs.python.org/issue15
New submission from Ned Deily:
Testing the 3.4.0a1 OS X 10.6 installer on OS X 10.8, I've now seen test_pydoc
fail twice when the tests are run in order but then passing when the test is
automatically rerun. I've not seen this failure previously.
/usr/local/bin/python3.4 -m tes
Ned Deily added the comment:
Sorry, I'm not seeing this behavior. Is it still happening for you?
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/is
Ned Deily added the comment:
While it looks unusual, the commit list is fine. It reflects what you see
currently in a "hg log". What happened is that someone imported an older local
change set or something similar. It's not always easy to tell from the log.
--
Ned Deily added the comment:
Make sure the tests still work when run from an installed Python rather than
just from a build directory. In particular, if you rename test directories,
you will need to change LIBSUBDIRS in Makefile.pre.in to ensure the directories
and their files are installed
Ned Deily added the comment:
Richard, can you say what failed on the OS X 10.4 (Tiger) buildbot? FWIW, I
tested b3620777f54c.diff (and commented out the darwin skip of
test_multiprocessing_forkserver) on OS X 10.4, 10.5, and 10.8. There were no
failures on any of them. The only vaguely
Ned Deily added the comment:
Ethan, http://www.python.org/dev/peps/pep-0429/#release-schedule
TL;DR - no new features after beta 1 (2013-11-24), no non-release-critical bug
fixes after rc1 (2014-01-19)
--
nosy: +ned.deily
___
Python tracker
<h
Ned Deily added the comment:
Please upload the test results as file attachment(s) to this issue. Files
stored elsewhere may disappear.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue18
Ned Deily added the comment:
Thanks for the report!
--
nosy: +ned.deily
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
type: enhancement ->
versions: +Python 3.3, Python 3.4
___
Python tracker
<http://
Ned Deily added the comment:
isdecimal() is working as documented, isn't it? A period character serving as
a decimal point is not the same as a decimal character.
"Return true if all characters in the string are decimal characters and there
is at least one character, false otherwis
Changes by Ned Deily :
--
nosy: +lars.gustaebel
___
Python tracker
<http://bugs.python.org/issue18744>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
What platform are you running on? Please run the following script in the same
environment as you get the segfault and report the results.
#!/usr/bin/env python
import multiprocessing
import platform
import sqlite3
import sys
print(sys.version)
print(sqlite3
Ned Deily added the comment:
I agree with Richard's comments. The crash appears to be a result of an
unsupported usage of SQLite and one that Python can't really protect you from.
--
resolution: -> invalid
stage: -> committed/rejected
status
Changes by Ned Deily :
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue18821>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Ned Deily :
--
nosy: +orsenthil
___
Python tracker
<http://bugs.python.org/issue18828>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
See http://docs.python.org/2/library/functions.html#unicode. It appears to me
that unicode() is behaving exactly as documented. In particular:
"If encoding and/or errors are given, unicode() will decode the object which
can either be an 8-bit string
Ned Deily added the comment:
The use of libedit is not restricted to OS X; in particular, some other
BSD-derived distributions use it. There are some other open issues regarding
generalization of support for libedit. So I don't think the proposed comments
should be added to site.py.
Changes by Ned Deily :
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue18893>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ned Deily :
--
nosy: +michael.foord
title: Python docs link to terrible outsi -> Confusing documentation in the
urllib2 HOWTO
___
Python tracker
<http://bugs.python.org/issu
Ned Deily added the comment:
Here's a patch. It is simple-minded but I think it should be powerful enough
for advanced users to build with non-default Tcl and Tk libraries without
having to modify the source. It adds two new options to configure; if used,
both must be spec
Changes by Ned Deily :
--
dependencies: +Mac OS X: building with X11 Tkinter
___
Python tracker
<http://bugs.python.org/issue15663>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
The original patch missed one spot. Here's an updated version. I'm going to
apply this to default (for the imminent 3.4.0a2) in case people start running
into this on new versions of OS X. It needs to be backported to 2.7 and 3.3; a
test would be n
New submission from Ned Deily:
==
ERROR: test_above_fd_setsize (test.test_selectors.PollSelectorTestCase)
--
Traceback (most recent call last):
File
New submission from Ned Deily:
The 32bit-only OS X installer links with Tcl/Tk 8.4 as these are the only
supported native (Aqua) versions on older supported systems (OS X 10.5 Leopard
and earlier). These failures are also appearing on the Tiger (10.4) buildbots.
$ /usr/local/bin/python3.4 -c
Ned Deily added the comment:
LGTM. And, with the patch, test_tcl no longer fails.
--
___
Python tracker
<http://bugs.python.org/issue18964>
___
___
Python-bug
Ned Deily added the comment:
"As a simple check, does the following work on OSX ?
>>> limit = resource.getrlimit(resource.RLIMIT_NOFILE)
>>> resource.setrlimit(resource.RLIMIT_NOFILE, limit)"
It doesn't produce an exception.
"Does the attac
Ned Deily added the comment:
Martin builds the Windows installers.
--
nosy: +loewis, ned.deily
___
Python tracker
<http://bugs.python.org/issue18992>
___
___
Pytho
Ned Deily added the comment:
The crash dump confirms that the buggy Apple Tcl/Tk 8.5 frameworks are being
used (/System/Library/Frameworks/Tk.framework/Versions/8.5/Tk). As I
mentioned, the easiest solution is to install the most recent ActiveState
Tcl/Tk 8.5. The python.org Python 2.7.3
Ned Deily added the comment:
By the way, you should have been seeing a warning message in the IDLE shell
window when using 2.7.3 with the buggy Apple Tcl/TK 8.5, telling you to check
the information at http://www.python.org/download/mac/tcltk
Ned Deily added the comment:
That's unfortunate. But the documented location for customize_compiler is and,
AFAIK, had always been in distutils.sysconfig. It was an inadvertent
consequence of the bad revert during the 2.7 development cycle that a second
copy was made availab
Ned Deily added the comment:
And to recap the history here, there was a change in direction for Distutils
during the 2.7 development cycle, as decided at the 2010 language summit, in
particular to revert feature changes in Distutils for 2.7 to its 2.6.x state
and, going forward, "Dist
Ned Deily added the comment:
I agree that we should always try very hard not to break anything in point
releases. But I think it is fair to say that this is an unusual case. Looking
at the commit logs (and Tarek can correct me if I misread them), it appears the
change that, among other
Ned Deily added the comment:
The exception also occurs with Python 3.3 linked with Cocoa Tk 8.5. However,
the it does not appear when Python 3.x is linked with Carbon Tk 8.4.
--
components: +Tkinter
stage: -> needs patch
versions: +Python
Ned Deily added the comment:
It looks like the problem is that the current Cocoa Tcl/Tk 8.5.x returns an
incorrect MouseWheel event. Using the supplied test program and breakpointing
in PythonCmd (around Modules/_tkinter.c:2027 in default), I found that it is
being called from Tcl for
Ned Deily added the comment:
I've opened Tk Toolkit bug 3520202:
https://sourceforge.net/tracker/?func=detail&aid=3520202&group_id=12997&atid=112997
--
___
Python tracker
<http://bugs.p
Ned Deily added the comment:
A potential fix has been generated for Tk. I'll close this issue once the fix
has been verified with _tkinter.
--
resolution: -> out of date
stage: needs patch ->
status: open -> pending
___
Python
Ned Deily added the comment:
Thanks for supplying the test case. I can reproduce the incorrect behavior by
using Python 2.7 and the Apple-supplied system Tcl/Tk 8.4 on OS X 10.4. But if
a current ActiveState Tcl/Tk 8.4 is used with the same Python and OS X, the
correct behavior is seen
Ned Deily added the comment:
Thanks for the analysis. Yes, it looks like there's a difference between OS X
and current FreeBSDs, for example. chflags(2) on the latter is documented as
returning EOPNOTSUPP and on the former ENOTSUP. shutil should check for both.
A quick search o
Ned Deily added the comment:
Committed with minor revisions for 2.7.4, 3.2.4, and 3.3.0a3.
--
resolution: -> fixed
stage: commit review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
I will test and check it in next week if still open.
--
___
Python tracker
<http://bugs.python.org/issue14662>
___
___
Python-bug
Ned Deily added the comment:
Trent, yes, now that the Xcode 4 situation has settled down a bit, clang is the
compiler of choice for OS X 10.7 with Xcode 4.3 although there are still some
open questions. I intend to update configure in the near future for all active
branches to provide more
New submission from Ned Deily :
test_buffer can fail when run on an OS X 64-/32-bit universal build of Python
is run in 32-bit mode.
$ /usr/local/bin/python3.3 -m test test_buffer
[1/1] test_buffer
1 test OK.
$ /usr/local/bin/python3.3-32 -m test -v test_buffer
== CPython 3.3.0a3 (v3.3.0a3
Ned Deily added the comment:
Thanks for the patch! Tested with an NFS-mounted file system on OS X. Applied
for 2.7.4, 3.2.4, and 3.3.0.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Pytho
Ned Deily added the comment:
As is often the case with Tcl/Tk issues, there are platform differences. On OS
X, with the two native Tcl/Tk implementations (Aqua Cocoa and Aqua Carbon), the
examples work appear to work as is *and* type "UTF8_STRING" does not exist.
The less commonl
Ned Deily added the comment:
Most likely the best way to determine the windowing system is to use the "tk
windowingsystem" command (http://www.tcl.tk/man/tcl8.5/TkCmd/tk.htm#M10), so
something like this:
root = tkinter.Tk()
root.call(('tk', 'windowingsyst
Ned Deily added the comment:
A patch would be great. I don't have a strong opinion about the issue one way
or another. I suppose it would simplify things for Python 3 users if the
clipboard results were returned properly in the default case when no 'type'
argume
Ned Deily added the comment:
Martin, is that a way for _tkinter to know whether the result returned from
Tcl/Tk is an encoded string or not in this case?
With regard to the patch, it would be better to cache the results of the
first-time call to get the windowingsystem value so that we don&#
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg160554
___
Python tracker
<http://bugs.python.org/issue14777>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Martin, is there a way for _tkinter to know whether the result returned from
Tcl/Tk is an encoded string or not in this case?
With regard to the patch, it would be better to cache the results of the
first-time call to get the windowingsystem value so that we
Ned Deily added the comment:
+1 to Martin's proposal
--
___
Python tracker
<http://bugs.python.org/issue14777>
___
___
Python-bugs-list mailing list
Unsubsc
Ned Deily added the comment:
Not to bikeshed here but I think it would be better to cache the
windowingsystem value at the module level since I assume an application could
be calling clipboard_get on different tkinter objects and I don't there is any
possibility that the windowings
Ned Deily added the comment:
Serhiy, I don't know why Misc.Tk is not module level but it isn't so caching
global attributes there isn't effective. However, upon further consideration,
I take back my original suggestion of caching at the module level primarily
because I can
Changes by Ned Deily :
Added file: http://bugs.python.org/file25572/x11-clipboard-try-utf8-4_27.patch
___
Python tracker
<http://bugs.python.org/issue14777>
___
___
Pytho
Ned Deily added the comment:
The problem you described is definitely still an issue with 32-bit builds.
$ /usr/local/bin/python3.3
Python 3.3.0a3 (v3.3.0a3:0b53b70a40a0, May 1 2012, 11:39:35)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright
Ned Deily added the comment:
Applied for release in 2.7.4, 3.2.4 and 3.3.0. Thanks all!
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
Thanks for the report. I've fixed the 2.0.1 and 2.5.6 (also 2.5.5) link
problems you reported. It looks like the .asc files for the entire 3.1.x
release series do not exist; I've noised the release manager for that. The
/community/jobs section of t
Changes by Ned Deily :
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue14836>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ned Deily added the comment:
This is not the right place to get help for building or using Python (see, for
example, http://www.python.org/community/lists/). That said, you should read
the README files included in the source directory, in particular, the step
about running ./configure
Ned Deily added the comment:
This is really a duplicate of Issue11571 which gives an easier way to do this
directly using Tk calls. I'll see about getting that applied.
--
nosy: +ned.deily
resolution: -> duplicate
stage: -> committed/rejected
status: open -> clo
Changes by Ned Deily :
Removed file: http://bugs.python.org/file21581/unnamed
___
Python tracker
<http://bugs.python.org/issue11571>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
Marc, it could although that would be a change in behavior that possibly might
not be desired by all tkinter apps. Perhaps the thing to do is add an optional
"topmost" argument to tkinter.Tk() with the default value
Ned Deily added the comment:
Thanks for the patch to configure.ac. It appears to work on OS X 10.4 and it
should on any other system with an older version of sqlite3 installed. However,
I think a better approach is to just change the two problematic references in
Modules/_sqlite/connection.c
Ned Deily added the comment:
OK, the patch, as originally suggested by Joakim, is applied for release in
2.7.4. Thanks everyone.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python track
Ned Deily added the comment:
> Isn't 3.2 or 3.3 affected by this?
No, since the developer who made the original changes used sqlite3_int64 for
2.7 (37c824c3efe8) but chose to hardwire the type to PyLong_AsLongLong for 3.x
(2d16
Changes by Ned Deily :
--
Removed message: http://bugs.python.org/msg161213
___
Python tracker
<http://bugs.python.org/issue14572>
___
___
Python-bugs-list mailin
Ned Deily added the comment:
> Isn't 3.2 or 3.3 affected by this?
No, since the developer who made the original changes used sqlite3_int64 for
2.7 (789a3ea97083) but chose to hardwire the type to PyLong_AsLongLong for 3.x
(e67715b87131). [corre
Ned Deily added the comment:
Thanks for the report! The link has been added to the 2.7.3 download page.
--
nosy: +benjamin.peterson, loewis, ned.deily -docs@python
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
title: chm link missing from 2.7 down
Ned Deily added the comment:
I took a quick look at this. It's not just OS X, the following also fails on
FreeBSD 8.2:
$ python2.7 -c 'import readline'
$
$ python2.7 -c 'import readline' &
$
[1] + Stopped (tty output)python2.7 -c ?import readline
It seems
Ned Deily added the comment:
This should no longer be an issue on most platforms as of Python 2.7 and Python
3.1. Both added a new algorithm such that "the repr() of a floating-point
number x now returns a result based on the shortest decimal string that’s
guaranteed to round back
Ned Deily added the comment:
I disagree. I think you are confusing Python's sys.std* objects with the std*
file descriptors of a process. The important points here are that IDLE is
effectively substituting its rpcproxy for the std* file descriptors of the IDLE
shell process that it cr
Ned Deily added the comment:
I didn't mean to imply anything about subprocess.check_output(). It works as
expected, that is by explicitly intercepting anything written to the stdout of
the forked subprocess and returning it as the call result. What doesn't work
is if you try
Ned Deily added the comment:
http://docs.python.org/py3k/library/idle.html (duplicates much of the IDLE help
file)
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue14
Ned Deily added the comment:
Patch applied for 2.7.4, 3.2.4, and 3.3.0.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ned Deily added the comment:
For what it's worth, I was able to reproduce the behavior you describe (also on
OS X 10.7 using Python 3.3 and the latest ActiveState Tcl/Tk 8.5.11).
Scrolling is a lower level GUI operation that, AFAIK, managed by Tk and OS X
frameworks, and not by Pyth
4201 - 4300 of 6927 matches
Mail list logo
