Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Probably this patch works.
P.S.
These lines in PCBuild/vs9to8.py seem to be not needed. I could
build python even without it, (I only tried py3k)
# Bah. VS8.0 does not expand macros in file names.
# Replace them here.
lines
Garrett Cooper yaneg...@gmail.com added the comment:
*NOUNLINK was not implemented by OSX, so there's actually a bug with the
compile tests if you take that into consideration. And again, only FreeBSD
defines *NOUNLINK. The other BSDs, not so much.
As far as the reason why I implemented the
hume hume...@gmail.com added the comment:
Oh, it's obvious that you've found a stupid bug in my description, if that
frustrate you, I'd like to say sorry.
So I would restate: this is not so user friendly, would you be kindly enough
to fix it?
--
New submission from Carl Witty carl.wi...@gmail.com:
PyNumber_Long() (and hence long_new()) are willing to return ints, rather than
longs. However, when long_subtype_new() calls long_new(), it casts the result
to PyLongObject* without a check. (Well, there is an assertion, so if
assertions
New submission from Sergey sergey_ma...@mail.ru:
See attached tmp1.py
It is very simple but it doesn't work
It raises NameError
NameError: global name 'arg' is not defined
--
components: None
files: tmp1.py
messages: 116515
nosy: webcubator
priority: normal
severity: normal
status: open
New submission from Popa Claudiu pcmantic...@gmail.com:
Hello.
While trying to find a way for extracting strange characters in an ascii file,
I stumbled upon some strange behaviour of IDLE, which exits without warning
after running the following regex:
re.findall(b\x.{2}, bsdds\xd8)
In
Ned Deily n...@acm.org added the comment:
Patches in progress.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9850
___
___
Python-bugs-list
Marco Mariani bir...@gmail.com added the comment:
I second this, I depend on this monkeypatch for my turbogears projects, where I
use callable objects as error handlers:
def getargspec(func):
if getattr(func, '__call__') and not isfunction(func) and not
ismethod(func):
Changes by Armin Ronacher armin.ronac...@active-4.com:
--
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9867
___
___
Martin v. Löwis mar...@v.loewis.de added the comment:
@Martin: yep, I know we still need to install pyconfig.h and
Makefile, but we shouldn't need to parse them to get programmatic
access to the data they contain.
Hmm. What do you gain by not parsing them?
--
Changes by Mark Dickinson dicki...@gmail.com:
--
assignee: - mark.dickinson
nosy: +mark.dickinson
priority: normal - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9869
___
Martin v. Löwis mar...@v.loewis.de added the comment:
As a point of information, on my gentoo linux system without
largefile support in the kernel, any value 4294967295 or above
results in getrlimit reporting -1. Any smaller value is set and
reported as itself. (If a sufficiently large
Martin v. Löwis mar...@v.loewis.de added the comment:
I fail to see why this is a bug. If the system call is interrupted, why should
Python not report that?
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9867
Ronald Oussoren ronaldousso...@mac.com added the comment:
(Finally...) Checked in for 2.7 in r84846
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9662
___
Martin v. Löwis mar...@v.loewis.de added the comment:
I can't test the patch right now, but it looks good to me.
Please check it into py3k to see how the buildbots do. If it seems to work
correctly (both for x86 and AMD64), feel free to backport it to 2.7 and 3.1.
As for vs9to8: I can't
Armin Ronacher armin.ronac...@active-4.com added the comment:
One could argue of course that every user of Python should handle EINTR, but
that's something I think should be solved in the IO library because very few
people know that one is supposed to restart syscalls on EINTR on POSIX
Armin Ronacher armin.ronac...@active-4.com added the comment:
Interestingly even PHP handles that properly.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9867
___
Antoine Pitrou pit...@free.fr added the comment:
Le jeudi 16 septembre 2010 à 11:13 +, Martin v. Löwis a écrit :
Martin v. Löwis mar...@v.loewis.de added the comment:
@Martin: yep, I know we still need to install pyconfig.h and
Makefile, but we shouldn't need to parse them to get
Ronald Oussoren ronaldousso...@mac.com added the comment:
Unassigning because the issue affects more than just OSX and I'm not a Tkinter
expert.
--
assignee: ronaldoussoren -
___
Python tracker rep...@bugs.python.org
Ronald Oussoren ronaldousso...@mac.com added the comment:
Thanks for the patch. I will apply this before the next release.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9701
___
Martin v. Löwis mar...@v.loewis.de added the comment:
One could argue of course that every user of Python should handle
EINTR, but that's something I think should be solved in the IO
library because very few people know that one is supposed to restart
syscalls on EINTR on POSIX systems.
Armin Ronacher armin.ronac...@active-4.com added the comment:
Hmm. So under what conditions should it continue, and under what
conditions should it raise an exception (when errno is EINTR)?
EINTR indicates a temporary failure. In that case it should always retry.
A common macro for
Martin v. Löwis mar...@v.loewis.de added the comment:
Not having some complicate and brittle code to parse Makefiles would
certainly be a win, IMO.
Not sure how the patch would look like, but I would expect that any
patch to build a module to include Makefile settings makes it *less*
robust:
Martin v. Löwis mar...@v.loewis.de added the comment:
Am 16.09.10 14:06, schrieb Armin Ronacher:
Armin Ronacherarmin.ronac...@active-4.com added the comment:
Hmm. So under what conditions should it continue, and under what
conditions should it raise an exception (when errno is EINTR)?
Michael Fladischer mich...@fladi.at added the comment:
Is there any timeline on when this will be fixed? It's currently blocking work
on a python-related package for Debian.
--
___
Python tracker rep...@bugs.python.org
Ronald Oussoren ronaldousso...@mac.com 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
Antoine Pitrou pit...@free.fr added the comment:
The patch looks good.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9865
___
___
New submission from Ram Rachum cool...@cool-rr.com:
Let's say you have this structure:
a\
__init__.py
b\
__init__.py
In `b.__init__` a function called `my_function` is defined.
And assume that `a` and `b` are both on `sys.path`. Then this situation happens:
import a.b
Benjamin Peterson benja...@python.org added the comment:
And indeed that's expected. Don't do that.
--
nosy: +benjamin.peterson
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9872
Armin Ronacher armin.ronac...@active-4.com added the comment:
The following minimal C code shows how EINTR can be handled:
#include stdlib.h
#include stdio.h
#include errno.h
#include signal.h
#define BUFFER_SIZE 1024
int
main()
{
char buffer[BUFFER_SIZE];
printf(PID = %d\n,
Armin Ronacher armin.ronac...@active-4.com 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 should Python cause havok there?
Check the POSIX specification on that if you don't trust me.
That is: what
Armin Ronacher armin.ronac...@active-4.com added the comment:
There is a funny story related to that though :)
BSD avoids EINTR entirely and provides a more convenient approach:
to restart the interrupted primitive, instead of making it fail.
BSD does, but the Mach/XNU kernel combo on OS X is
Antoine Pitrou pit...@free.fr added the comment:
Some parts of the stdlib already retry manually (such as SocketIO, subprocess,
multiprocessing, socket.sendall), so it doesn't sound unreasonable for the IO
lib to retry too.
There are/were other people complaining in similar cases: #7978,
Changes by Andreas Stührk andy-pyt...@hammerhartes.de:
--
nosy: +Trundle
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9867
___
___
Jesse Noller jnol...@gmail.com added the comment:
On Thu, Sep 16, 2010 at 8:15 AM, Michael Fladischer
rep...@bugs.python.org wrote:
Michael Fladischer mich...@fladi.at added the comment:
Is there any timeline on when this will be fixed? It's currently blocking
work on a python-related
New submission from Nick Coghlan ncogh...@gmail.com:
As per python-dev discussion in June, many Py3k APIs currently gratuitously
prevent the use of bytes and bytearray objects as arguments due to their use of
string literals internally.
Examples:
urllib.parse.urlparse
urllib.parse.urlunparse
Ronald Oussoren ronaldousso...@mac.com added the comment:
On 16 Sep, 2010, at 14:36, Armin Ronacher wrote:
Armin Ronacher armin.ronac...@active-4.com 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
Ronald Oussoren ronaldousso...@mac.com added the comment:
On 16 Sep, 2010, at 14:38, Armin Ronacher wrote:
Armin Ronacher armin.ronac...@active-4.com added the comment:
There is a funny story related to that though :)
BSD avoids EINTR entirely and provides a more convenient approach:
Antoine Pitrou pit...@free.fr added the comment:
Because Python's signal handlers only set a flag and do the actual
action later on blindly rerunning system calls when errno == EINTR may
result in programs that don't seem to react to signals at all.
You just need to call PyErr_CheckSignals()
Armin Ronacher armin.ronac...@active-4.com added the comment:
setting the SA_RESTART in the call to sigaction should work (on OSX
HAVE_SIGACTION is defined), unless the manpage is lying.
It should work, haven't tried. From what I understand on a BSD system,
retrying is the default.
Armin Ronacher armin.ronac...@active-4.com 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, but there are already cases in Python where EINTR is handled
properly. In fact, quoting socketmodule.c:
Ronald Oussoren ronaldousso...@mac.com added the comment:
On 16 Sep, 2010, at 15:40, Armin Ronacher wrote:
Armin Ronacher armin.ronac...@active-4.com 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
New submission from Raphael Mankin r...@mankin.org.uk:
When attaching a sequence of parts to a MIMEMultipart message, empty
attachments are silently discarded.
--
components: Library (Lib)
messages: 116550
nosy: r...@mankin.org.uk
priority: normal
severity: normal
status: open
title:
R. David Murray rdmur...@bitdance.com added the comment:
Can you provide a simple example program that demonstrates the problem?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9874
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9873
___
___
Changes by Eric Smith e...@trueblade.com:
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9873
___
___
Python-bugs-list mailing
New submission from Jean-Paul Calderone inva...@example.invalid:
The output of setup.py is polluted with this log message:
Importing new compiler from distutils.msvc9compiler
on Windows. For example, using pyOpenSSL's setup.py, running setup.py
--version produces this output:
Importing
Charles-Francois Natali neolo...@free.fr added the comment:
Actually, it's possible that select(2) incorrectly reports sockets as ready for
reading : for example if the socket receives data, but then discards it because
of an invalid checksum (and I guess you're more likely to get this type of
Antoine Pitrou pit...@free.fr added the comment:
So it means we should indeed retry on a socket with timeout... But we must take
care not to exceed the original timeout, so we must measure the time taken by
each select() call.
--
___
Python tracker
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
See issue #9866 for follow ups on list comprehensions' tracing.
--
nosy: -Alexander.Belopolsky
status: open - closed
superseder: - Inconsistencies in tracing list comprehensions
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
List comprehension test is removed from 3.1 in r84848.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9315
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
So I'm open to ideas and am willing to submit improved patches for 3.2
I offered some ideas in my last message. In addition, I would like to see
profile and trace documentation to converge to similar structure and use
Raphael Mankin r...@mankin.org.uk added the comment:
'Simple' is the problem. I will come back to you on this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9874
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
No reply to msg113202.
--
nosy: +BreamoreBoy
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue416670
Mark Lawrence breamore...@yahoo.co.uk added the comment:
No reply to msg114140.
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue460474
___
Ronald Oussoren ronaldousso...@mac.com 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)
Mark Lawrence breamore...@yahoo.co.uk added the comment:
The URL referenced in msg54124 gives a 404. It is also used as the
property_encoding in the sax handler module. Could this be fixed in 3.2 or can
this issue be closed?
--
nosy: +BreamoreBoy
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I can't believe that a build issue raised almost 4 years ago against 2.5 is
still an issue today.
--
nosy: +BreamoreBoy
resolution: - out of date
status: open - closed
___
Python tracker
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +mrabarnett
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue416670
___
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
This has already been implemented.
--
nosy: +BreamoreBoy
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1178
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this still valid, can it be closed as out of date or what?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3020
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I can't believe that a build issue relating to 2.6 is still valid over two
years later.
--
nosy: +BreamoreBoy
resolution: - out of date
status: open - closed
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is the attached patch still valid?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4837
___
R. David Murray rdmur...@bitdance.com added the comment:
Got your off-ticket email. I was hoping for something that *just* demonstrated
the problem (just enough code to show the issue). It may be a bit before I can
find the time to reduce your code to such a test case.
--
stage: -
Mark Lawrence breamore...@yahoo.co.uk added the comment:
A one line fix is given in msg80370, can this be applied,should the issue be
closed or what?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5033
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
components: +Distutils2 -Distutils
nosy: +eric.araujo
versions: +Python 3.2 -Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5309
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I assume that people are still interested in this?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5629
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Hum, a low priority interpreter core crash, would anyone like to comment?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5667
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
assignee: georg.brandl - d...@python
nosy: +d...@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6893
___
New submission from Alexander Solovyov pira...@piranha.org.ua:
Often it is useful to access some variable in other section for interpolation
needs: for example, parent directory declared in common section could be used
in configuration of certain components. Included patch can fix that (using
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this still a problem on Linux?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7059
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
The line in question has been like that since r42847 i.e. when the file came
into existence.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8554
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Were these test failures fixed prior to the full release of 2.7 in which case
this can be closed?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
It could still exist since we don't seem to have many people building python on
hpux. That said, unless the op confirms the problem still exists in 2.7 or
later this can stay closed.
--
nosy: +r.david.murray
Changes by R. David Murray rdmur...@bitdance.com:
--
status: closed - languishing
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue460474
___
___
Georg Brandl ge...@python.org added the comment:
If you want to execute code as in the global namespace, don't supply a separate
locals dict to eval/exec.
--
nosy: +georg.brandl
resolution: - invalid
status: open - closed
___
Python tracker
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I think so, because TIX version built with python is not changed.
Anuway, I'm using PC/VC6/build_tkinter.py to build TCL/TK and TIX,
so I myself do not need this patch so much.
Please feel free to close this issue.
--
Changes by Barry A. Warsaw ba...@python.org:
--
title: deriving configuration information for different builds with the same
prefix - deriving configuration information for different builds with the same
prefix
___
Python tracker
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Of cource, I'm happy if anyone needs this patch. ;-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4837
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Can this be closed as a duplicate of #2537?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1633953
___
Jeffrey Finkelstein jeffrey.finkelst...@gmail.com added the comment:
Here's a patch which adds the test from 1187-dustin.patch for the py3k branch.
The test passes without any additional changes to the py3k code.
--
nosy: +jfinkels
Added file:
New submission from Barry A. Warsaw ba...@python.org:
sysconfig.get_config_h_filename() returns the path of pyconfig.h. The Makefile
is also used to return values from sysconfig but it's path is hidden in a
non-public method, for no good reason that I can think of. Therefore,
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Committed in r84851(py3k). Let's see buildbot.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9810
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I've tried to see if this is still an issue but frankly can't make head nor
tail out of it :( Any locale gurus up for this?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Barry A. Warsaw ba...@python.org added the comment:
I was thinking along the lines that RDM outlined, IOW that _sysconfig.c or
equivalent would be autogenerated at build time. But I think there are really
two issues here:
1) Avoiding parsing of pyconfig.h and Makefile to get variable values
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
This patch is *as is* patch.
Index: Lib/test/test_locale.py
===
--- Lib/test/test_locale.py (revision 84824)
+++ Lib/test/test_locale.py (working copy)
@@
New submission from Barry A. Warsaw ba...@python.org:
This is splitting one concern from bug 9807 - specifically to avoid parsing
pyconfig.h and Makefile in the sysconfig module by autogenerating an extension
module (e.g. _sysconfig.c) at build time and using that to get the variables
from
Barry A. Warsaw ba...@python.org added the comment:
See issue 9878 for the don't parse bug.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9807
___
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4837
___
Barry A. Warsaw ba...@python.org added the comment:
See issue 9807
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9878
___
___
Python-bugs-list
Changes by Eric Smith e...@trueblade.com:
--
nosy: +eric.smith
versions: -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9869
___
___
Benjamin Peterson benja...@python.org added the comment:
-1 The Makefile is very implementation specific to CPython.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9877
Barry A. Warsaw ba...@python.org added the comment:
On Sep 16, 2010, at 06:15 PM, Benjamin Peterson wrote:
-1 The Makefile is very implementation specific to CPython.
and pyconfig.h isn't?
-Barry
--
___
Python tracker rep...@bugs.python.org
Ned Deily n...@acm.org added the comment:
Duplicate of unresolved Issue8445
--
assignee: ronaldoussoren -
nosy: +ned.deily
resolution: - duplicate
status: open - closed
superseder: - buildbot: test_ttk_guionly failures (test_traversal,
test_tab_identifiers, test_identify,
Benjamin Peterson benja...@python.org added the comment:
Yes, it's unfortunate that that is exposed. Hopefully, sysconfig will evolve
some way to find information independent of implementation.
--
___
Python tracker rep...@bugs.python.org
Changes by Barry A. Warsaw ba...@python.org:
--
keywords: +patch
Added file: http://bugs.python.org/file18903/9877.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9877
___
Barry A. Warsaw ba...@python.org added the comment:
I don't agree that it's a bad thing that sysconfig exposes implementation
specific information - it seems kind of the point of it.
The sysconfig module provides access to Python’s configuration information
like the list of installation paths
Barry A. Warsaw ba...@python.org added the comment:
Patch attached.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9877
___
___
Python-bugs-list
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
This example needs to stay. It was one of the principal motiviating use cases
for defaultdict and it is a good, simple, understandable example of how to use
it.
Also, I don't want to cross-link these two tools because they
Changes by Barry A. Warsaw ba...@python.org:
Added file: http://bugs.python.org/file18904/docs.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9877
___
1 - 100 of 159 matches
Mail list logo
