Ronald Oussoren added the comment:
I've committed the patch in #5504 in r84535 (3.2) and that fixes this issue.
The same problem affects 2.7, I'm currently running the testsuite with the
backport of this commit.
--
resolution: -> fixed
stage: needs patch -> co
Ronald Oussoren added the comment:
I'd prefer if the code no longer checked if the filename in the directory
matches the name in the per-file header.
The reason of that is that the two don't have to match: it is relatively cheap
to rename a file in the zipfile by rewriting the
Ronald Oussoren added the comment:
MacOS9 is already unsupported, except for macpath all traces of OS9 support are
gone with the possible exception of distutils (I removed traces of OS9 support
code in 3.2 and those got restored when Tarek replaced distutils by the version
from the 3.1
Ronald Oussoren added the comment:
I'm -0 on removing the module wholesale because parts of OSX still use MacOS9
style paths (in particular some Carbon APIs and AppleScript).
I'm +1 on removing all functions that aren't path manipulation code, that is
'macpath.jo
Ronald Oussoren added the comment:
(Finally...) Checked in for 2.7 in r84846
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Ronald Oussoren added the comment:
Unassigning because the issue affects more than just OSX and I'm not a Tkinter
expert.
--
assignee: ronaldoussoren ->
___
Python tracker
<http://bugs.python.or
Ronald Oussoren added the comment:
Thanks for the patch. I will apply this before the next release.
--
___
Python tracker
<http://bugs.python.org/issue9
Ronald Oussoren added the comment:
Wouldn't retrying on EINTR cause havoc when you try to interrupt a process?
That is: what would happen with the proposed patch when a python script does a
read that takes a very long time and the user tries to interrupt the script (by
using Ctrl+C to s
Ronald Oussoren added the comment:
On 16 Sep, 2010, at 14:36, Armin Ronacher wrote:
>
> Armin Ronacher added the comment:
>
>> Wouldn't retrying on EINTR cause havoc when you try to interrupt a process?
>
> All your C applications are doing it, why shoul
Ronald Oussoren added the comment:
On 16 Sep, 2010, at 14:38, Armin Ronacher wrote:
>
> Armin Ronacher added the comment:
>
> There is a funny story related to that though :)
>
> "BSD avoids EINTR entirely and provides a more convenient approach:
> to restart
Ronald Oussoren added the comment:
On 16 Sep, 2010, at 15:40, Armin Ronacher wrote:
>
> Armin Ronacher added the comment:
>
>> You conveniently didn't quote the part of my message where I explained
>> why I think there may be a problem.
> I understand that, b
Ronald Oussoren added the comment:
I've attached a patch for 3.2 that should fix the issue.
The patch adds a couple of testcases (1 for sysconfig and 1 for
distutils.command.build_ext), adjust a couple more and implements the following
functional changes:
1) sysconfig._init_posix no l
Ronald Oussoren added the comment:
This is not an issue for 3.x because the io library doesn't use stdio.
I'd say this is unlikely to get fixed in 2.7 as every call to stdio functions
needs to be checked and updated.
--
versions: -Python 3.1,
Changes by Ronald Oussoren :
--
assignee: ronaldoussoren ->
components: -Macintosh
nosy: -ronaldoussoren
___
Python tracker
<http://bugs.python.org/iss
Ronald Oussoren added the comment:
Patch looks fine and should IMO be applied
--
___
Python tracker
<http://bugs.python.org/issue9907>
___
___
Python-bugs-list m
New submission from Ronald Oussoren :
PyMemoryView_FromBuffer() in Include/memoryobject.h is undocumented.
The function name seems to indicate that it intended to be a public API.
--
assignee: d...@python
components: Documentation
messages: 117518
nosy: d...@python, ronaldoussoren
Ronald Oussoren added the comment:
Committed in r85059 (3.2), r85060 (2.7), r85061 (3.1)
Thanks again.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
type: -> behavior
___
Python tracker
<http://
Ronald Oussoren added the comment:
There is no typo. The python and pythonw executables are the same and are build
as 'pythonw' and installed with the right name.
--
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
ve
Ronald Oussoren added the comment:
Applied the patch in r85062 (3.2), r85063 (3.1), r85064 (2.7)
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Ronald Oussoren added the comment:
On second thought, the patch isn't quite as harmless as I first thought: the
default key-bindings that are created after the call to rl_initialize will
replace custom bindings in the users .editrc file.
I've attached a new version of the py3k
Ronald Oussoren added the comment:
I've applied the documentation patch that Ned suggests in r
I'm furthermore closing this issue as "Won't Fix" because the OSA bindings are
no longer developed and we'll therefore not implement the new feature that Ja
Ronald Oussoren added the comment:
Sent the message too soon... the documentation update is in r85069.
--
___
Python tracker
<http://bugs.python.org/issue812
Ronald Oussoren added the comment:
On 09 Oct, 2010,at 02:07 PM, Antoine Pitrou wrote:
Antoine Pitrou added the comment:
> For the command line, it would mean that we
> introduced a new encoding: "command line encoding", which will be utf-8 on
> OSX.
Or more gen
Ronald Oussoren added the comment:
It is not impossible that this is a bug in python, but IMHO pretty unlikely, it
is way more likely to be a bug in a 3th-party extension.
BTW. This issue is very likely to languish unless you add a way to reproduce
the issue (and preferably without Komodo
Changes by Ronald Oussoren :
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue10107>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ronald Oussoren added the comment:
Kevin,
which versions of Tk does this work with?
IDLE should at least work with the versions of Tk 8.4 and 8.5 that Apple ships
with OSX 10.4, 10.5 and 10.6 (the last one being the only one with built-in
support for Tk 8.5
Ronald Oussoren added the comment:
Richard: I don't understand your message. What abort are you talking about?
--
___
Python tracker
<http://bugs.python.org/i
Ronald Oussoren added the comment:
I've verified that the patch does not cause problems when building the OSX
installer.
That patch should be applied, with a short comment that explains why the code
block is disabled for framework builds.
--
versions: -Pytho
Ronald Oussoren added the comment:
Committed the fix for 3.2 in r85744, for 2.7 in r85745 and for 3.1 in r85746
BTW. The installer does mention which architectures are supported, both in a
README on the disk image and in one of the readme screens in the installer.
--
stage: needs
Changes by Ronald Oussoren :
Removed file: http://bugs.python.org/file13487/issue763708.patch
___
Python tracker
<http://bugs.python.org/issue763708>
___
___
Python-bug
Ronald Oussoren added the comment:
I've attached a new patch that works for me.
The new patch doesn't try to warn when running the configure script, but bails
out when you run make by using an '#error' in pymacconfig.h.
(Removing 2.6 because that's in security-fix-
Ronald Oussoren added the comment:
The attached patch explicitly sets the minimal stack size to about 704K, which
is the minimal size where 'def f(): f()' doesn't cause a buserror when run in a
thread.
--
keywords: +needs review, patch
stage: needs patch -> patch
Ronald Oussoren added the comment:
I'm closing this as a duplicate of #9670, that is: too deep recursion in a
thread doesn't trigger the appropriate exception but causes a hard crash
instead.
I have attached a patch to that issue (but haven't applied it yet, I'd like
s
Ronald Oussoren added the comment:
Marc-Andre: does the current HEAD of the 2.7 and 3.2 branches work for you?
The build still has duplicate flags, but that doesn't seem to cause problems on
my machines. If it also doesn't cause problems on your machines I'd prefer to
clos
Ronald Oussoren added the comment:
This patch solves the immediate failure:
Index: Lib/locale.py
===
--- Lib/locale.py (revision 85743)
+++ Lib/locale.py (working copy)
@@ -396,6 +396,9 @@
else
Ronald Oussoren added the comment:
On 20 Oct, 2010, at 17:41, Leonardo Santagada wrote:
>
> Leonardo Santagada added the comment:
>
> Why not make it bigger so it doesn't crash for much bigger functions?
I don't mind making it bigger, but a larger size does come wi
Changes by Ronald Oussoren :
Removed file: http://bugs.python.org/file19300/smime.p7s
___
Python tracker
<http://bugs.python.org/issue10154>
___
___
Python-bugs-list m
Ronald Oussoren added the comment:
Thank you. I'll check, but probably only sometime next week.
--
___
Python tracker
<http://bugs.python.org/issue9167>
___
___
Ronald Oussoren added the comment:
I've the same question as Jesús Cea Avión: what is needed to get this in 3.2?
This would IMHO be a useful feature.
--
___
Python tracker
<http://bugs.python.org/i
Ronald Oussoren added the comment:
For completeness sake: Apple's Cocoa APIs do not renormalize strings, that is:
I've created a file named 'één' in the Terminal, then (using a python 3.2
build):
# Terminal input seems NFC:
>>> len('één')
3
# Outpu
Ronald Oussoren added the comment:
This is the expected behavior on OSX. Apple has a pretty odd interpretation of
the standards wrt getgroups and setgroups behavior.
This behavior is not a bug in python
Sent from my iPhone
On 11 nov. 2010, at 22:17, Stephen Hansen wrote:
>
> S
New submission from Ronald Oussoren :
The documentation for os.path.commonprefix notes:
os.path.commonprefix(list)
Return the longest path prefix (taken character-by-character) that is a prefix
of all paths in list. If list is empty, return the empty string (''). Note that
this
Ronald Oussoren added the comment:
That's why I write 'broken by design' in the title.
A "fix" for this will have to a new function, if any get added (I've written a
unix implementation that finds the longest shared path several times and can
provide an implem
Ronald Oussoren added the comment:
If anything should be done the test that checks the output of id -G should be
removed if we want the buildbot to keep running without problems when you
change the buildbots account.
After reading the message about the new failures again I don't think
Ronald Oussoren added the comment:
I'm still -1 on changing the test. The test only fails when run from the
buildbot and the buildbot account is changed without restarting buildbot.
Changing the buildbot account should happen almost never, and IMO you should
restart the buildbot daemon
Ronald Oussoren added the comment:
Please explain how the failure can be reproduced.
I've done some testing on my machine using Apple's copy of python 2.6.1 (on OSX
10.6), which has the same getgroups implementation as the current heads of the
active branches.
>>> os.g
Ronald Oussoren added the comment:
It is --enable-shared that is the culprit, but in the negated form...
The OSX linker will search the entire link path for a shared library before
trying to look for a static library. As a workaround you could use
'--enable-shared', and that sho
Ronald Oussoren added the comment:
The attached patch removes the call to libtool and always links the framework
using gcc (as was already done for universal builds).
With this patch I can build the framework using the following configure
command-line on OSX 10.6:
../configure --with
Ronald Oussoren added the comment:
This is almost certainly not a bug in Python, but in the code in this issue.
CGEventGetLocation() is a function that returns a CGPoint, while ctypes assumes
that function returns value of C type int. The effect of this is that ctypes
will create the wrong
Ronald Oussoren added the comment:
Good catch, and that would also allow dropping the change to configure.in
(which would only ensure that -isysroot gets defined correctly).
--
___
Python tracker
<http://bugs.python.org/issue1
Ronald Oussoren added the comment:
yufun, you better ask on python-list or the pythonmac-sig e-mail list
(<http://www.python.org/community/sigs/current/pythonmac-sig/>). The added
bonus is that you'll get into contact with other users of Python on OSX.
The ctypes API is explained
Ronald Oussoren added the comment:
IMHO the change to 'bits' is bogus, it is supposed to return the bit-size of
the executable, not that of the currently running executable.
I'd return all executable bitsizes in bits as '32bit', '64bit' or '32bit,64bit
Ronald Oussoren added the comment:
Do I understand it correctly when I write that you normally use "Option+Slash"
to enter a backslash on your keyboard?
That would explain why updating the keyboard bindings makes it possible to type
a backslash.
I'm not sure how we could fix
Ronald Oussoren added the comment:
Florent: I don't understand why the traceback you show is related to this issue.
--
___
Python tracker
<http://bugs.python.org/i
Ronald Oussoren added the comment:
W.r.t the MachO name: I misread the patch, MachO is fine as the name for the
reasons you mention.
I'm not convinced that your hack to make bits return the pointer size of the
currently running architecture when testing sys.executable is useful,
espec
New submission from Ronald Oussoren :
(based on the fruitfull meating I had with Ned after the language summit at
Pycon '11)
Running configure on a MacOSX system will set MACOSX_DEPLOYMENT_TARGET to 10.4,
which is probably not optimal for anyone on a recentish system. It would be
bett
New submission from Ronald Oussoren :
It would be nice if it were possible to install a framework installation from
source without also installing files into /Applications.
This could be done by adding an option to configure
--without-macosx-applications.
The primairy usecase for this is
Changes by Ronald Oussoren :
--
versions: +Python 3.3
___
Python tracker
<http://bugs.python.org/issue11485>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ronald Oussoren added the comment:
I noticed this myself as well when building a fresh checkout, without
build_installer.py.
This is because the header file and input grammar have the same timestamp, and
which forces the rebuild.
That causes problems on OSX when you build with a different
Ronald Oussoren added the comment:
To avoid duplicate work: I'll commit a patch during the pycon sprints
--
___
Python tracker
<http://bugs.python.org/is
Ronald Oussoren added the comment:
This does not only affect the installer.
On my machine the python on $PATH was build using the 10.6 deployment target.
When I build python from a fresh checkout I get an error message because the
10.6 python gets run with deployment target 10.4 and then
Ronald Oussoren added the comment:
See Issue11487 for more discussion on the SDK issue.
As a workaround do "touch Include/Python-ast.*" to ensure that the build won't
try to rebuild the header files (those files are up-to-date, but the timestamps
in a fresh checkout are the s
Ronald Oussoren added the comment:
Issue11485 contains a comment of someone that ran into the same issue is me.
--
___
Python tracker
<http://bugs.python.org/issue11
Ronald Oussoren added the comment:
I've added a new patch which only updates makefile.pre.in.
--
Added file: http://bugs.python.org/file21112/issue1099-v2.patch
___
Python tracker
<http://bugs.python.org/i
Ronald Oussoren added the comment:
Tarek: could you comment on this patch, in particular: is it OK to commit this
to 2.7, 3.2 and head?
(I haven't checked yet if the patch still applies cleanly, will do that later
today)
--
___
Python tr
Ronald Oussoren added the comment:
The patch has a spurious backslash at the end of the $(CC) command, but should
otherwise be OK.
I'm currently running the testsuite in will later today push the fix to the
repository.
--
___
Python tr
Changes by Ronald Oussoren :
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Ronald Oussoren added the comment:
I agree this is a duplicate of #6721. I'm therefore closing this issue.
--
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.pyth
Changes by Ronald Oussoren :
Removed file: http://bugs.python.org/file19301/smime.p7s
___
Python tracker
<http://bugs.python.org/issue9670>
___
___
Python-bugs-list mailin
Ronald Oussoren added the comment:
I've slightly updated the patch:
1) Increase default stack size to 1MByte
2) Change the preprocessor guard to also trigger on FreeBSD
Without this patch I get crashes for 32-bit and 64-bit Intel architectures on
OSX 10.6, with this patch those crash
Ronald Oussoren added the comment:
The attached unittest file triggers the issue until the patch is applied.
I'm not sure if I'd be a good idea to add this test as is to the testsuite,
given the hard crash when it fails.
--
Added file: http://bugs.python.org/file21127/test
Ronald Oussoren added the comment:
Tests for the posix module should go in test_posix. The name 'posix' is used
very loosely in python, it is basicly used as an alias for 'unixy'.
I'm not too happy about replicating the definition of the flags, as Ned noted
the flag
Ronald Oussoren added the comment:
Is this issue still valid? The last comment seems to indicate that the issue is
fixed and could be closed.
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue10
Ronald Oussoren added the comment:
The fallback to copy+remove happens because shutil.move first checks if the
destination exists and is a directory, if so it moves the source into the
destination, that is, given:
os.mkdir('foo')
os.mkdir('bar')
Then ``shutil.move(&#
Changes by Ronald Oussoren :
--
keywords: +needs review
stage: needs patch -> patch review
versions: +Python 3.3 -Python 2.6
___
Python tracker
<http://bugs.python.org/issu
Ronald Oussoren added the comment:
I do understand the issue, but I'm not sure if I can write it down consisely.
I've attached an initial attempt (patch is relative to the default branch, I'll
port to 2.7 and 3.2 if it looks OK)
--
keywords: +needs review, patch
A
Ronald Oussoren added the comment:
I'm closing this issue again, the current behavior is intended (as it mirrors
platform behavior).
--
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ronald Oussoren added the comment:
Patch looks great, I'll commit shortly.
Thanks for the patch.
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/is
Ronald Oussoren added the comment:
The patch got merged.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ronald Oussoren added the comment:
Patch looks good, but this likely runs into the same problem as #7900: the user
can be a member of more than NGROUPS_MAX on OSX.
I'll test this tomorrow (by creating a temporary user that is a member of more
than 16 g
Ronald Oussoren added the comment:
To reproduce install ActiveState Tcl 8.5.9 and then build python using:
../configure --enable-framework --enable-universalsdk=/
--with-universal-archs=intel MACOSX_DEPLOYMENT_TARGET=10.6
Both 3.2 and 3.3 fail can be used. Install the framework and then open
Ronald Oussoren added the comment:
Please ignore the patch, it doesn't work after all. It was too good to be true
after all.
--
nosy: -kbk
___
Python tracker
<http://bugs.python.org/is
Ronald Oussoren added the comment:
This does seem to be gone in 3.2 with a up-to-date Tk 8.5 from ActiveState.
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue11
Ronald Oussoren added the comment:
On 15 Mar, 2011, at 13:57, Ned Deily wrote:
>
> Ned Deily added the comment:
>
> I can still reproduce it in 3.2 with A/S Tk 8.5. The script needs to be run
> from a separate editor window, not the PyShell window.
That's odd. What I
Ronald Oussoren added the comment:
This isn't strictly a key-bindings problem, other events also cause problems.
I've patched ScriptBinding.py and repacled run_module_event that causes the
original, now renamed, method to be called a little why later. This change
doesn't fi
Ronald Oussoren added the comment:
Got it to work by introducing both a delayed call and a generated event, just
one of those isn't good enough.
The attached patch seems to fix the issue for me (patch was created using
diff(1), not through mercurial).
I haven't tested this on any
Changes by Ronald Oussoren :
Removed file: http://bugs.python.org/file21226/issue-11088.patch
___
Python tracker
<http://bugs.python.org/issue11088>
___
___
Python-bug
Ronald Oussoren added the comment:
Added an updated version of the patch:
* Only perform the workaround in IDLE.app on OSX
* A slightly longer timeout is needed to work reliably on my machine
The latter bullet indicates that this is probably not a reliable fix,
there is a timeing issue
Changes by Ronald Oussoren :
Removed file: http://bugs.python.org/file21218/issue11055.patch
___
Python tracker
<http://bugs.python.org/issue11055>
___
___
Python-bug
Ronald Oussoren added the comment:
This is not caused by unwanted interaction with Tk's default bindings, changing
the save-as bindings to Shift+Cmd+M doesn't "fix" the issue.
It seems that the save event is generated twice, for reasons I don't yet
understand (I
Ronald Oussoren added the comment:
Could someone with access to a windows box test the patch there?
--
___
Python tracker
<http://bugs.python.org/issue10
Ronald Oussoren added the comment:
The attached patch fixes the test failures with Tk 8.5.9, I haven't tested with
other versions or other platforms.
The change to 'test_traversal' should be sane.
The change to 'test_tab_identifiers' is more phishy. I've done tw
Ronald Oussoren added the comment:
The patch looks fine. I'd prefer the second patch as this always uses an
absolute path (I've ran into numerous problems in the past with scripts that
assumed that the commands they looked for where on $PATH and were the system
version instead of
Ronald Oussoren added the comment:
Thanks for the patch.
I've committed it to 2.7 as well.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
type: -> behavior
versions: +Python 2.7
___
Pyth
Ronald Oussoren added the comment:
I propose to close this as won't fix. The reason: poll on OSX does work, but
fairly limited in the kinds of file descriptors it works with. The
HAVE_BROKEN_POLL test is meant to detect poll implementation that don't even
manage to impleme
Ronald Oussoren added the comment:
This is not a bug in python, but is generic platform behavior (as Ned noted).
I'll therefore close this issue as won't fix.
--
resolution: -> wont fix
status: open -> closed
___
Pytho
Ronald Oussoren added the comment:
Maybe. It is definitely something that will have to be determined for every
case separately and is not something that should be worked around in Tkinter
itself.
--
___
Python tracker
<http://bugs.python.
Ronald Oussoren added the comment:
This is no longer a problem on any machine I have access to, I'm therefore
closing this issue.
Please reopen if you still have problems on your machine, if you do so include
detailed information about: OSX release, system architecture (ppc, i386),
Ronald Oussoren added the comment:
The attached patch forces the window to the front by first making the window a
topmost window and then resetting that flag.
Could you test if this does want you'd like it to?
(The patch is for 3.3, will backport upto 2.7 when the behavior is co
Ronald Oussoren added the comment:
The attached patch fixes the issue by moveing LDFLAGS after BLDLIBRARY in the
linking step.
I'm not committing this yet though as this will affect all platforms that use
Makefiles to build, and I'm not sure if this change save for all co
101 - 200 of 2445 matches
Mail list logo
