Stefan Krah added the comment:
I forgot to comment on this:
fixing this in general would allow keeping the FPUCW on i387 unchanged too.
Actually dtoa.c (which is used on i387) explicitly requires to change
the control word.
Looking at the test results, it seems to me that a couple of tests
mirabilos added the comment:
Serhiy Storchaka dixit:
About test_shutil failure. What filesystem are used?
/dev/root on / type ext3
(rw,noatime,errors=remount-ro,user_xattr,acl,barrier=1,nodelalloc,data=ordered)
Do you run tests as root?
Yes.
Is m68k big-endian?
Yes: ILP32 big-endian,
mirabilos added the comment:
mirabilos dixit:
mirabilos added the comment:
Yes, that’s precisely what’s not working on the most widespread
emulator, at the very least. (I have working code for that, in
three(!) variants, but it just ignores those requests to change
precision.)
Here’s the
mirabilos added the comment:
Stefan Krah dixit:
fixing this in general would allow keeping the FPUCW on i387 unchanged too.
Actually dtoa.c (which is used on i387) explicitly requires to change
the control word.
Right. By fixing the “older” code, i386 is not required to change
the FPUCW any
Brett Cannon added the comment:
Catching the AttributeError is in case a loader is used that doesn't define
init_module_attrs(). Since it will be new to Python 3.4 I can't guarantee that
it will exist (in case someone doesn't subclass the proper ABC).
--
Brett Cannon added the comment:
If you would prefer to keep using imp in IDLE to make management across
versions easier I'm fine with that, just understand my goal is to deprecate imp
in Python 3.4 (but won't remove it until Python 4 so people can write Python
2/3 compatible code, much like
Eli Bendersky added the comment:
Ethan, just a reminder to write that documentation...
It's basically a stripped down version of PEP 435 (leave all the philosophy and
history out), with a few concrete reference sections explaining the API
precisely.
--
New submission from Brett Cannon:
If you import the frozen __phello__ package, you will notice that
__phello__.__path__ == ['__phello__']. While that seems innocuous, that could
potentially lead to incorrect results if there just so happens to be a
directory named __phello__ which contains a
Mark Lawrence added the comment:
Is it really worth leaving this open? There's no consensus after ten years and
it only impacts on Python 2.7. Mark Hammond made his view plain in msg15198,
which is supported by the fact that a type has yet to be allocated.
--
Richard Oudkerk added the comment:
The unit tests pass with the patch already (if we don't delete the import imp
line).
What attributes will be set by init_module_attrs()?
--
___
Python tracker rep...@bugs.python.org
Roger Serwy added the comment:
@Brett, I agree that IDLE should not be using deprecated modules. I don't know
all the ins and outs of the import machinery of Python, so I'll defer to your
expertise in that area. :-)
@Terry, I have never used this IDLE feature before, so I don't know all it's
Mark Lawrence added the comment:
Bump this as IIRC other issues discussing SIGINT handling have been processed
recently.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue706406
Mark Lawrence added the comment:
Good to see that people are really interested in this :(
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue749722
___
Mark Lawrence added the comment:
Just a gentle bump.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue766910
___
___
Matthew Barnett added the comment:
I've attached a patch.
--
keywords: +patch
Added file: http://bugs.python.org/file30377/issue7940.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7940
Mark Lawrence added the comment:
Can this be closed as a result of work done via #2636 or must it remain open?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue814253
___
Nick Coghlan added the comment:
The reason I switched from suggesting an attribute/property to a module level
function is because we don't really support properties for process global
state. That's why sys has so many getters in it - to make them properties, you
would have to add a class
Matthew Barnett added the comment:
Issue #2636 resulted in the regex module, which supports variable-length
look-behinds.
I don't know how much work it would take even to put a limited fixed-length
look-behind fix for this into the re module, so I'm afraid the issue must
remain open.
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 2.7, Python 3.3, Python 3.4 -Python 2.6, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue821862
___
Mark Lawrence added the comment:
Who is best placed to backport the fix?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue877121
___
___
Roger Serwy added the comment:
I'm closing this issue due since it's root problem is a misconfigured
environment variable.
--
resolution: - works for me
status: pending - closed
___
Python tracker rep...@bugs.python.org
Roger Serwy added the comment:
s/it's/its
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17658
___
___
Python-bugs-list mailing list
Mark Lawrence added the comment:
This is still an issue so the sax handler module property_encoding attribute be
set to what URL?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue923697
___
Mark Lawrence added the comment:
So #2489 broke at least one buildbot and this has to stay open for an
enhancement request. Frankly it all confuses the hell out of me, could someone
please explain in words of one syllable or less, thanks.
--
nosy: +BreamoreBoy
Éric Araujo added the comment:
About future-proofing: do we want to document that the token is an opaque
integer (as is done now) or just an opaque object that supports equality
comparisons?
--
nosy: +eric.araujo
___
Python tracker
Mark Lawrence added the comment:
One commit already so presumably not too much effort needed to close this one.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue940286
___
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18047
___
___
Python-bugs-list
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
nosy: +BreamoreBoy, roger.serwy, terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5124
___
Mark Lawrence added the comment:
Cameron could you provide a patch for this?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7776
___
Mark Lawrence added the comment:
In 12 years of installing Python on Windows I've never seen this problem.
Unless others have seen this and/or it's reproducible I'd suggest this is
closed.
--
nosy: +BreamoreBoy
___
Python tracker
Mark Lawrence added the comment:
I'm assuming msg98615 is correct so this can be closed.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5664
___
Mark Lawrence added the comment:
Could we have a patch review please. Also note that #5905 has been closed.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7442
___
Terry J. Reedy added the comment:
Brett, you misunderstood somethings. I want to apply now to 3.3 and 3.4. This
is the right time now that 3.2 final maintenance is out. (In any case, we are
no longer patching it. 2.7 gets improvements on a 'reasonable best effort'
basis.) It is also clearer
Terry J. Reedy added the comment:
Code also suggests that this function should be elsewhere, such as in
iobinding. This should be in the same place as regular open, wherever that is,
since it is an alternative open.
Document should be upgraded a bit: Load module opens Python-coded modules on
Mark Lawrence added the comment:
If I'm reading this correctly only issue 2 is outstanding. Opinions please
gentlemen.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6871
Terry J. Reedy added the comment:
Roger, sorry, I did not read your message completely. When I open from the
console intepreter, I also get the traceback; same behavior.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18055
Renato Silva added the comment:
In context it should be clear that the statement in gcc 4.x it
produces an error preventing build refers to Cygwin's gcc and not
MinGW's. Which gcc are you referring to?
If it refers to Cygwin only, sorry then. However, didn't folks said in
MinGW thread that
Terry J. Reedy added the comment:
On Win7, I get the replacement behavior. I get the same in Notepad and Firefox,
so this may be standard Windows behavior. What is standard in other linex and
mac apps? If the tk difference is a standard platform difference, I might think
we should leave it
Nick Coghlan added the comment:
The latter is probably better (it should just need a slight tweak to
the wording in the docs and docstring)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16832
Todd Rovito added the comment:
What is standard in other linex and mac apps?
-On Mac OS X 10.8.3 TextEdit I get the replacement behavior
-On Linux CentOS 6.4 gedit I get the replacement behavior
-On IDLE under the latest 3.4 pull I get the replacement behavior with Max OS X
10.8.3
-On IDLE
Serhiy Storchaka added the comment:
Patch updated. Fixed an error in the encodings generator and added additional
compatibility check for 8-bit encodings in PyUnknownEncodingHandler().
Feel free to bikesheed the encodings generator.
--
Added file:
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file30373/pyexpat_multibyte_encodings.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18059
___
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file30368/expat_encodings.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18059
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18059
___
___
101 - 144 of 144 matches
Mail list logo
