Ronald Oussoren added the comment:
I agree that this should be closed.
--
resolution: -> wont fix
status: open -> closed
versions: +Python 2.7, Python 3.3
___
Python tracker
<http://bugs.python.org/i
Ronald Oussoren added the comment:
As mentioned by Ned this is a duplicate of #8716.
The proposed change to tkinter initialization in msg81468 might be useful to
look into, but I'm not interested in doing that work because I don't use
Tkinter myself which makes it harder to t
Ronald Oussoren added the comment:
issue-18181-full-v2.txt adds more tests to v1 and has slightly better
documentation (still not good enough).
A major issue with the patch: for some reason the tests pass when run
standalone ("./python.exe -m test.regrtest test_pep447"), but crash
Changes by Ronald Oussoren :
--
versions: +Python 3.4
___
Python tracker
<http://bugs.python.org/issue12669>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ronald Oussoren added the comment:
The crash was due to a bug in the test extension. Fixed in version 2b.
--
title: Add type.__locallookup__ -> PEP447: Add type.__locallookup__
Added file: http://bugs.python.org/file31014/issue-18181-full-v2b.
Ronald Oussoren added the comment:
I just noticed that the Tk tests still get skipped on my machine, and
rediscovered this issue. The reason that MacOS.WMAvailable() returns False on
the buildbot is because it runs "./python.exe", which is not part of an
application bundle and the
Ronald Oussoren added the comment:
To respond to my own message: running a small Tcl script is not good enough,
the process environment of python itself is also important.
In particular, GUI frameworks only work from inside an application bundle (or
by using some undocumented private APIs
Ronald Oussoren added the comment:
What is cppcheck?
The report contains some very dodgy false positives, like:
[Modules/_cursesmodule.c:1095]: (style) Variable 'rtn' is assigned a value that
is never used.
[Modules/_cursesmodule.c:1097]: (style) Unused variable: break
1) The &qu
Ronald Oussoren added the comment:
I also don't understand why the optimization level shouldn't be used when
building 3th-party extensions.
Removing the -O flag for build_ext would be a regression compared to the
current behavior because 3th-party extensions would suddenly be com
Ronald Oussoren added the comment:
It doesn't really live up to its description.
>From the start of the 'filtered' list:
* Messages about PyThread_acquire_lock appear to be false positives,
that name is a function that's called by the macros expanded on those
li
Ronald Oussoren added the comment:
mod_python isn't part of the cpython std lib. As such, this isn't the right
tracker to report problems with mod_python.
You may have more success by asking the project itself
(<http://www.modpython.org>).
--
nosy: +ronaldous
Ronald Oussoren added the comment:
I don't know if multiple inheritance is explicitly supported at the C level,
but it is possible to create an extension type with multiple base classes in
tp_bases.
--
nosy: +ronaldoussoren
___
Python tr
Changes by Ronald Oussoren :
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue6627>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ronald Oussoren :
--
stage: -> committed/rejected
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue18542>
___
___
Pyth
Changes by Ronald Oussoren :
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue18387>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ronald Oussoren:
On Unix the __all__ of the os module doesn't list the names imported from the
posix module.
The attached patch ensures that exports from the posix module are added to
__all__, just like they are for NT and for Python 2.7.
--
components: Li
Ronald Oussoren added the comment:
This appears to be harmless. The contents of the "temp" list are added by
mro_subclasses, and that function only adds tuples of 2 elements. That means
that the call to PyArg_UnpackTuple cannot fail.
It might be better to explicitly document th
Changes by Ronald Oussoren :
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue12978>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ronald Oussoren added the comment:
The OSX API also has a "position" argument for both getting and setting
extended attributes. The position should be 0 for normal attributes, and can
have other values when accessing the resource fork
Ronald Oussoren added the comment:
* Improved docmentation
* __locallookup__ is now called unconditionally, the attribute lookup
cache is now disabled when aType.__locallookup__ != type.__locallookup__
This gives a slightly nicer API (the only reason the new method
was optional was due
Ronald Oussoren added the comment:
Documenting this would be useful because it appears to be non-trivial to
actually run the benchmark suite with Python 3.
* Using "python perf.py -b default" fails due to some code in the
benchmarks that is not python3 compatible
* Using &quo
Ronald Oussoren added the comment:
The overhead of 2to3 isn't too bad, especially because only a subset of the
benchmarks is translated in the first place.
It is more important that there is better documentation than there is now, it
seems that you're supposed to use either &
Ronald Oussoren added the comment:
The attached patch for the benchmark README.txt should document the status quo.
--
Added file: http://bugs.python.org/file31073/issue-18181-full-v3.txt
___
Python tracker
<http://bugs.python.org/issue17
Ronald Oussoren added the comment:
Sorry about that. I stored the patch file in the wrong directory and attached
the most recent file in the directory where I had expected the patch to be.
--
Added file: http://bugs.python.org/file31074/issue-17449-readme.txt
Changes by Ronald Oussoren :
Removed file: http://bugs.python.org/file31073/issue-18181-full-v3.txt
___
Python tracker
<http://bugs.python.org/issue17449>
___
___
Pytho
New submission from Ronald Oussoren:
The zipfile format (as described by .zip file format specification) allows for
storing extra unix data, such as symlinks and device nodes in zipfile.
Storing at least symlinks would be useful, and is supported by the infozip
tools as well (the command-line
Ronald Oussoren added the comment:
I won't be able to work on this before 3.4a1 is released, and that shouldn't be
a problem.
I do think this should be fixed before the first beta though.
(That said, I'd rather not work on this at all, I didn't in
Ronald Oussoren added the comment:
At first glance statistics.sum does the same as math.fsum (and statistics.
add_partial seems to be a utility for implementing sum).
I agree that a PEP would be useful.
--
nosy: +ronaldoussoren
___
Python tracker
Ronald Oussoren added the comment:
Updated the patch for PEP 442.
--
Added file: http://bugs.python.org/file31107/issue-18181-full-v4.txt
___
Python tracker
<http://bugs.python.org/issue18
Ronald Oussoren added the comment:
The attached patch removes the code that checks if "Python Launcher" is the
default application for opening python files.
--
Added file: http://bugs.python.org/file31108/issue-5262.txt
___
Python trac
New submission from Ronald Oussoren:
There are some issues with the Python Launcher application:
1) There is a useless 'Help' menu, the application does not
include help (removal is trivial and doesn't affect functionality)
2) The list of interpreters does not includ
Ronald Oussoren added the comment:
It's a bit tedious, but not too bad. The attached patch appears to work, but
needs review (especially for the Windows and VMS branches in
internal_setblocking.
This changes the return value of internal_setblocking, it was unconditionally 1
and is now
Ronald Oussoren added the comment:
My initial plan was to add the patch soon after filing the issue, but that's
before I noticed that this needs some API design to integrate nicely :-)
My current idea for the api:
* add "symlink(path, target") to write a symlink
* add &quo
Ronald Oussoren added the comment:
I don't expect problems on OSX because of this.
However: the patch replaces support.anticipate_failure by unittest.skipIf and
that seems wrong to me.
--
___
Python tracker
<http://bugs.python.org/is
Ronald Oussoren added the comment:
As noted before statistics.sum seems to have the same functionality as
math.fsum.
Statistics.add_partial, which does the majority of the work, also references
the same cookbook recipe as the math.fsum documentation.
IMHO statistics.sum should be removed
Changes by Ronald Oussoren :
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue18660>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ronald Oussoren :
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue18693>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ronald Oussoren added the comment:
Your analysis looks correct to me, that is "raise e" is supposed to raise the
exception caught by the first try block.
--
___
Python tracker
<http://bugs.python.o
Ronald Oussoren added the comment:
oops. This should be the right patch.
--
Added file: http://bugs.python.org/file31554/issue-18550.txt
___
Python tracker
<http://bugs.python.org/issue18
Ronald Oussoren added the comment:
That help() is confused by __dir__ is documented in #16938.
AFAIK help is fairly fragile in its expectations of the attributes present on
classes and the correspondence between dir(cls) and list(cls.__dict__), and
that is something that could be fixed in
Ronald Oussoren added the comment:
Great work. Thanks.
--
___
Python tracker
<http://bugs.python.org/issue15663>
___
___
Python-bugs-list mailing list
Unsub
Ronald Oussoren added the comment:
The documentation does not explain how this new API is different from
PyErr_Fetch/PyErr_Restore. In particular the documentation doesn't mention
that PyErr_Fetch and PyErr_GetExcInfo access different bits of the error state
(curexc_* vs. exc_* i
Ronald Oussoren added the comment:
Do you have a recent version of ActiveState's Tcl/Tk distribution installed?
If you do not have this installed you ran into a known issue in Apple's copy of
Tcl/Tk, see <http://www.python.org/download/mac/tcltk/> for
Ronald Oussoren added the comment:
Yes. As the webpage I mentioned describes Apple's installation of Tcl/Tk
contains a number of serious bugs, one of which is that Tk's handling of dead
keys (the "^" you use write "û") causes crashes.
To get a fully function
Ronald Oussoren added the comment:
The build script you mentioned seems to be for python 2.6, did you have to
change anything beyond the version numbers to get it to build python 3.2 as
well?
--
___
Python tracker
<http://bugs.python.
Ronald Oussoren added the comment:
Thanks for posting a working script. I was mostly interested in this because
I'll likely need this functionality myself in the near future ;-)
--
___
Python tracker
<http://bugs.python.org/is
New submission from Ronald Oussoren :
The pysetup3 command gives a fairly unfriendly error message with python
traceback when you specify an unknown command:
pysetup3 instal
Unrecognized action "instal"
Traceback (most recent call last):
File
"/Library/Frameworks/Pyth
Ronald Oussoren added the comment:
The patch looks fine, but as you noticed there should be a test case for this.
I'm -1 w.r.t. applying this to 3.2 or 2.7, it is a functional change that isn't
a bug (Apple's libraries will happily read empty arrays that
Ronald Oussoren added the comment:
Sidney: Would you be willing to sign the contributor agreement? The following
page contains more information on the agreement:
http://www.python.org/psf/contrib/
--
___
Python tracker
<http://bugs.python.
Ronald Oussoren added the comment:
s7v7nislands: you cannot use Xcode-select to fix this, xcode-select is used to
switch between 2 or more installed versions of Xcode.
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue14
Ronald Oussoren added the comment:
The issue is more annoying than the change of location of the SDK, the path to
the compiler has also changed unless users manually install the Unix
command-line tools, either using a button in the GUI or by installing a
separate DMG.
There seem to be two
Ronald Oussoren added the comment:
I agree with Ned that this is a bug in Tk, especially because the problem goes
away with small changes to the layout of the UI.
--
status: open -> pending
___
Python tracker
<http://bugs.python.org/issu
Ronald Oussoren added the comment:
What I'd prefer to look for the compiler:
* in distutils: if $CC is an absolute path and exists, use that
* look for clang on $PATH, use it if found
(default configure looks for GCC in preference of other compilers,
but with Apple's toolc
Ronald Oussoren added the comment:
That's not a bug, the build prices unconditionally builds a file that contains
optional definitions. On OSX none of these optional definitions are used, and
hence pymath.o is empty.
--
resolution: -> invalid
status: open -
New submission from Ronald Oussoren :
I'm sometimes using an array.array with format character "u" as a writable
backing store for buffers shared with platform APIs that access buffers of UCS2
values. This works fine in python 3.2 and earlier with a ucs2 build of python,
but
Ronald Oussoren added the comment:
This is intentional behavior, you can install packages you want to share
between python installations in /Library/Python instead of the regular
site-packages directory.
Macports could always patch their site.py file to avoid this
Ronald Oussoren added the comment:
This was added in issue4865.
(The same behavior is present in 3.2 and 3.3)
--
resolution: -> rejected
versions: +Python 3.2, Python 3.3
___
Python tracker
<http://bugs.python.org/issu
Changes by Ronald Oussoren :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue15048>
___
___
Python-bugs-list mailing list
Unsubscri
Ronald Oussoren added the comment:
Python installation are already not isolated: there is a per-user site-packages
directory on all platforms that is shared between all installations of a
particular python release. This directory is located in a subdirectory of
~/.local on POSIX systems
Ronald Oussoren added the comment:
There is a bug in the version of GCC that's shipped with Xcode.
Try building using clang:
configure ... CC=clang CXX=clang++
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/is
Ronald Oussoren added the comment:
This is a duplicate of #13241
We (and in particular Ned Deily are working on a change to the build process
that would fix this, and will make it possible to build extensions on OSX
regardless of which Xcode variant you use and which variant was used to
Ronald Oussoren added the comment:
The attached configure.ac is a fragment of a configure script that tries to
detect if AC_PROG_CC would pick llvm-gcc when clang is also available and then
explicitly picks clang.
This would avoid "python3.3 won't build on OSX 10.7" bug report
Ronald Oussoren added the comment:
The attached patch "issue13241-configure-version1.txt" implements a number of
changes to configure (although only configure.ac is present in the patch)
1) Autodetect the compiler on OSX, in particular
- detect llvm-gcc and use clang instead
-
Ronald Oussoren added the comment:
Sadly enough the crash report is not very helpful for us.
Can you reproduce the issue? If so, can you either provide more information by
running the programming in a debugger or create a script that reproduces the
problem?
And as Apple uses a patched
Ronald Oussoren added the comment:
Letting us know of the problem is fine, in general Python should not crash. But
without a way to reproduce the problem it is very hard to do anything about
that.
There are a number of known issues that can cause crashes, a subset of those
can be seen at
New submission from Ronald Oussoren :
I just noticed that test_urllib fails for me because urllib.request.thishost()
fails:
==
ERROR: test_thishost (test.test_urllib.Utility_Tests)
Test the urllib.request.thishost utility
Ronald Oussoren added the comment:
The attached patch (issue1390-version1.txt) is not tested very well at the
moment because I'm running into another problem when building on OSX 10.5, but
should improve the build situation
With this patch:
* Configure will automatically pick clang whe
Ronald Oussoren added the comment:
Thanks, I'll add it to the patch when I have a working build again.
Looks like I get a failure because "pybuilddir.txt" is not created, and that's
because "./python.exe setup.py build" crashes when distutils.sysconfig tries to
Ronald Oussoren added the comment:
With version 2 of the patch I can bootstrap on OSX 10.5 as well (removes the
dependency on subprocess, falls back on os.system instead)
This also removes _binary_on_path as suggested by Éric.
The patch needs more testing: I haven't tried using the b
Ronald Oussoren added the comment:
Removing libffi_osx would be fairly hard due to the creation of fat binaries,
the libffi_osx tree supports building all files using 'cc -arch i386 -arch ppc
-arch x86_64', the regular libffi sources require a more complex dance
(basically
New submission from Ronald Oussoren :
The attached patch ensures that "python3.3 -mvenv --symlinks myenv" works with
framework builds.
There are two functional changes:
1) don't call 'realpath' in pythonw.c because realpath resolves
symlinks and that breaks the &#x
Changes by Ronald Oussoren :
--
nosy: +ned.deily, vinay.sajip
___
Python tracker
<http://bugs.python.org/issue15307>
___
___
Python-bugs-list mailing list
Unsub
Ronald Oussoren added the comment:
The current code works, and I don't understand why it does.
I'd love to get rid of the long deprecated APIs like NSModuleForSymbol as well,
but we'll have to ask the RM if that is an acceptable change at this point in
the 3.3 release pr
Ronald Oussoren added the comment:
I've attached a new version of the patch:
* copy to tmp buffer instead of argv0_buffer (see comment by Ned)
* add include in pythonw.c to avoid compiler warning
* use _Py_char2wchar instead of blindly casting a char* to a wchar_t*
The behavior i
Ronald Oussoren added the comment:
based on code inspection I'd say that sys.executable was broken without my
patch as well. The code that sets that value is unchanged from Python 3.2, and
that points to the executable inside the Python.app application bundle.
I've attached v3 o
Ronald Oussoren added the comment:
I removed the call to realpath from pythonw because resolving symlinks breaks
the feature. Realpath also converts relative paths to absolute paths, and that
probably explains the new failure you're having.
I'll try to find a solution for this, p
Ronald Oussoren added the comment:
v5 adds test cases for sys.executable and calls realpath on dirname(argv[0]) in
pythonw.c and also has the changes in Ned's v4.
The test failure for test_venv is expected, the note in
<http://docs.python.org/dev/library/venv.html> ex
Ronald Oussoren added the comment:
Ned mentioned that test_venv fails on line 95 when you run test_venv *in* a
virtualenv, that is:
$ pyvenv testenv
$ testenv/bin/python3 -m test.test_venv
This fails because sys.prefix != sys.base_prefix for testenv/bin/python3, and
that's exp
Ronald Oussoren added the comment:
The test failure in test_osx_env is in itself fairly harmless because
PYTHONEXECUTABLE is only used to ensure IDLE.app works correct, and IDLE.app
doesn't use the pythonw executable and hence won't hit the code that
special-cases the venv locat
Ronald Oussoren added the comment:
I get failures for the same test on my machine running OSX 10.7, the machine is
fairly overloaded right now because I'm running a large VM in the background.
Increasing the timeout from 5.0 to 15.0 seconds ensures that the test passes.
--
Ronald Oussoren added the comment:
And a final update: don't use TAB characters
--
Added file: http://bugs.python.org/file26398/venv-symlinks-v7.txt
___
Python tracker
<http://bugs.python.org/is
Ronald Oussoren added the comment:
I don't recall what the issue was the resulted in the check-in that you
mention. Sadly enough it is not-trivial to find that check-in I mention due to
the migration from Subversion to Mercurial.
How was python itself configured (configure command
Ronald Oussoren added the comment:
srcdir vs. project base is quite easy: srcdir is the directory containing the
source files, the project base is where you ran configure. These are the same
if you run configure in the root of a checkout, but don't have to be, for
example when y
Ronald Oussoren added the comment:
I'd make get_config_var('srcdir') to be None for installed systems, because the
source tree is not available there.
The advantage of making the value None is that this is easy to test for and
would quickly break path manipulation cod
Ronald Oussoren added the comment:
There is no NEWS entry, I'll commit one when I get home.
--
___
Python tracker
<http://bugs.python.org/issue15307>
___
___
Ronald Oussoren added the comment:
Whether or not rename is atomic should be irrelevant for test_rename.
Test_rename "just" performs renames in a tight loop and doesn't do concurrent
access from another thread.
The test result seems to indicate that rename() sometimes isn&
Ronald Oussoren added the comment:
The current patch should be fine, although it is IMHO not the long-term
solution. For installed python's get_config_var('srcdir') still lies, but now
at least returns slightly more sane path.
As I noted before the real problem is that it is
Ronald Oussoren added the comment:
Removing the dependency on NSLookupAndBindSymbol (and related APIs) is easier
than I expected.
The attached patch (issue15498-v1.txt) uses dladdr to get symbol information
for Py_Initialize and that information includes the path for the library where
that
Ronald Oussoren added the comment:
To reproduce this issue you could use the "Unicode Hex Input" input source
(enable this in the Language & Text prefpane, switch between sources either
using CMD-space or the menu bar icon).
I can "あ" by keeping ALT pressed and typin
Changes by Ronald Oussoren :
--
keywords: +needs review
versions: +Python 3.4 -Python 3.3
___
Python tracker
<http://bugs.python.org/issue11486>
___
___
Python-bug
Ronald Oussoren added the comment:
Patch is already applied (ages ago), forgot to close this issue.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ronald Oussoren added the comment:
Closing because this issue is a bug in Tk, not a bug in Python.
--
resolution: -> wont fix
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ronald Oussoren added the comment:
MacOSX provides functionality simular to os.startfile in the LaunchServices
framework.
I've tried to prototype a startfile implementation using this framework, (see
issue3177-os_startfile_macosx.txt) but I'm not too happy about it because the
Ronald Oussoren added the comment:
msg126598 says that waitid is broken on MacOSX. In what way it is broken?
The code is currently disabled for OSX without any indication why this is so,
that makes it hard to know how to test if new OSX releases (like the just
released OSX 10.8) fix waitid
Ronald Oussoren added the comment:
To elaborate: when I remove the "&& !defined(__APPLE__)" tests from
posixmodule.c test_posix passes on OSX 10.8, including test_waitid.
I have no idea if this means that waitid is no longer "broken" in OSX 10.8 or
that test_pos
Ronald Oussoren added the comment:
I have VMs with earlier versions of OSX (at least 10.5 and 10.6). I cannot run
those right now because they use enough resources to interfere with other
activities. I'll try to test later this week.
BTW. I'd prefer to make waitid available on OSX
Ronald Oussoren added the comment:
The test passes fine on OSX 10.8 (even when running the threading test in a
loop). This might be because a platform bug is fixed in OSX 10.8, or because
the crash happens due to a race condition of some sort (either in Python itself
or the system).
This
Ronald Oussoren added the comment:
I can reproduce this on an OSX 10.8 system, both using python 2.7 and python
3.3. The growth is significantly less using python 3.3.
What's odd is that the growth does not occur when both test_iter calls use
1<<24 as the argument (or larger value
Ronald Oussoren added the comment:
BTW. I don't think this is a memory leak, the amount of memory used doesn't
increase when there are more calls to test_iter(1<<23).
--
___
Python tracker
<http://bugs.py
Ronald Oussoren added the comment:
I've added calls to vmmap to the script (using os.system) to check my guesss.
The relevant bit after the call to test_iter(1<<24):
REGION TYPE VIRTUAL
=== ===
MALLOC
1501 - 1600 of 2445 matches
Mail list logo
