Serhiy Storchaka added the comment:
Do you run tests as root?
Yes.
Well, this is issue17746.
Is m68k big-endian?
Yes: ILP32 big-endian, 2-byte aligned.
Please open a new issue for str.find bug.
--
dependencies: +m68k FPU precision issue, m68k struct alignment issue vs.
Ned Deily added the comment:
X11-based Tk follows general X11 practice with regard to text pasting. See
http://wiki.tcl.tk/3771 for some background. Old school X11 users expect
pasting to work that way. This is yet another instance where Tk attempts to
conform to the platform it is running
Serhiy Storchaka added the comment:
Here is a patch which skips test_non_matching_mode when run as root (for early
skip in discovery stage and for more appropriate for this case report) and when
run on OS or FS which doesn't support read-only files (should cover all other
cases).
--
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file:
http://bugs.python.org/file30378/pyexpat_multibyte_encodings_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18059
___
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file30380/pyexpat_multibyte_encodings_3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18059
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17746
___
___
Mark Dickinson added the comment:
The problem with changing the FPUCW on i387 is that it changes
from 64/15 bit mantissa/exponent to 53/15 bit which is still
not the 53/11 bit of IEEE double, so you *still* get double-
rounding issues (with denormal numbers only, I guess) because
the
Mark Dickinson added the comment:
It's also an option not to use dtoa.c: Python still has fallback code that
uses the OS double - char* conversions for the case where the configuration
step can't figure out how to change the FPU control word. In that case
compilation should still succeed,
Serhiy Storchaka added the comment:
Patch updated. Yet some tests added and yet some bugs fixed.
--
Added file: http://bugs.python.org/file30381/pyexpat_multibyte_encodings_4.patch
___
Python tracker rep...@bugs.python.org
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file:
http://bugs.python.org/file30380/pyexpat_multibyte_encodings_3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18059
___
Mark Dickinson added the comment:
The `from_bytes` example code looks fine to me, except that I'd probably use
`enumerate` in the iteration; i.e.,
sum(b 8*i for i, b in enumerate(little_ordered))
instead of
sum(little_ordered[i] i*8 for i in range(len(little_ordered)))
Also, in:
Tim Golden added the comment:
Correction: I see the desired behaviour in 3.3/3.4 which is where the
overhaul to Ctrl-C handling on Windows was applied. I still can't see it
in 2.6 or in 3.1/3.2 on Windows.
The problem lies in the fact that PyOS_InterruptOccurred and
PyErr_CheckSignals from
Mark Lawrence added the comment:
Tormen could you provide a patch for this?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8112
___
Mark Lawrence added the comment:
I can't even try to reproduce this as I've no corporate network as a test bed.
Is this still an issue with Python 2.7 or the reworked urllib in Python 3.x?
--
nosy: +BreamoreBoy
___
Python tracker
Mark Lawrence added the comment:
Am I correct in saying that this must stay open as it targets the re module but
as given in msg81221 is fixed in the new regex module?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
koobs added the comment:
I've moved both of the FreeBSD buildbot slaves off their ZFS-backed home
directories and back to good old UFS.
I want to ensure FreeBSD support continues to improve, and having slaves get
noticed when they fail or regress with ongoing development is a big part of
koobs added the comment:
I'm happy to move them back upon request, or create a FreeBSD/ZFS buildslave
specially for the job, just let me know.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15745
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
versions: +Python 3.4 -Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8083
___
Mark Lawrence added the comment:
is this still a problem with 2.7 or 3.x?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2554
___
Antoine Pitrou added the comment:
Mark, this kind of message isn't useful.
The general problem here is not whether it is interesting or not, it is whether
it is desireable. My own take is that it would threaten to break existing code,
and that making the proxy *too* transparent would be
Mark Lawrence added the comment:
What conclusions were drawn on python-dev about this issue?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8191
___
Andreas Schwab added the comment:
Thorsten Glaser t...@mirbsd.de writes:
root@ara3:~ # ./a.out
test#1 fail: 1.0E+00
test#2 fail: 1.00040E+16
changing FPU control word from to 0080 = 0080
test#1 fail: 1.0E+00
test#2 fail:
A.M. Kuchling added the comment:
It looks like the problem on OpenIndiana with #2489 was fixed. As of May 25th,
the 3.x build on OpenIndiana is a green.
http://buildbot.python.org/all/builders/x86%20OpenIndiana%203.x/builds/5962
So, 2) is a misunderstanding and 1) was carried out in #2489
New submission from A.M. Kuchling:
pty.py contains some code that tries to do 'import sgi' and then does something
SGI-specific. sgimodule.c was dropped in 3.0alpha1, so this code is now
useless.
The attached patch removes it; I'm posting the code review largely in case
someone wants to
Mark Lawrence added the comment:
Barry, would you like to follow up on this?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8508
___
Mark Lawrence added the comment:
Please correct me if I'm wrong but I believe this applies to all Python 3
versions.
--
nosy: +BreamoreBoy
versions: +Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6483
mirabilos added the comment:
Mark Dickinson dixit:
If there are tests failing with the 'legacy' mode, that may just
indicate buggy tests that haven't been properly marked as depending on
the short float repr. (E.g., by decorating with
I think that’s what we’re seeing here.
Python 3.3.1
mirabilos added the comment:
Laurent Vivier dixit:
BTW, the result on a real CPU (68040) is :
68881 even ;-)
test#1 fail: 1.0E+00
test#2 fail: 1.00040E+16
changing FPU control word from to 0080 = 0080
test#1 good: 1.00022E+00
Eli Bendersky added the comment:
Ah, no time, no time... :-/
I may get back to this in the future. Bumping to more relevant versions for now.
--
versions: +Python 3.3, Python 3.4 -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18034
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18036
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18047
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18044
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
components: +Regular Expressions
nosy: +ezio.melotti, mrabarnett
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18043
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18042
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
nosy: +ezio.melotti
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18033
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
nosy: +ezio.melotti
stage: - needs patch
versions: +Python 3.3, Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18032
Changes by Antoine Pitrou pit...@free.fr:
--
components: +Library (Lib)
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18066
___
Brett Cannon added the comment:
In the common case of SourceLoader it will set __loader__, __package__,
__file__, and __cached__.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17314
___
mirabilos added the comment:
Serhiy Storchaka dixit:
Do you run tests as root?
Yes.
Well, this is issue17746.
OK, I’ll re-run the tests as regular user (need to create one… ☺)
and with all those fixes applied, then we’ll have a look again.
(This will take a while.)
Thanks,
//mirabilos
--
mirabilos added the comment:
Laurent Vivier dixit:
For the etc ;-) , in Qemu, I have:
Hm, I thought qemu did not emulate an MMU?
bye,
//mirabilos
--
[...] if maybe ext3fs wasn't a better pick, or jfs, or maybe reiserfs, oh but
what about xfs, and if only i had waited until reiser4 was
Jason R. Coombs added the comment:
Since there's been no additional criticism or discussion on this matter, I'll
plan to commit the proposed patch to restore target directory detection. Since
the functionality was removed in a bugfix release, it should be acceptable to
restore it in a bugfix
A.M. Kuchling added the comment:
I can't make sense of unget_wch. I used this test program:
import curses
def main(stdscr):
stdscr.addstr(0,0, Key)
stdscr.refresh()
curses.ungetch(0x0149)
while True:
ch = stdscr.get_wch()
stdscr.addstr(1,1, repr(ch) +
Jean Brouwers added the comment:
I haven't retested that yet, but I will as soon as can.
/Jean Bouwers
On May 26, 2013, at 7:57 AM, Mark Lawrence rep...@bugs.python.org wrote:
Mark Lawrence added the comment:
is this still a problem with 2.7 or 3.x?
--
nosy: +BreamoreBoy
Eli Bendersky added the comment:
I tweaked the code a bit (no functionality changes, mostly cleanups and a bit
of refactoring). Figured it will be easier to just send an updated patch than
another review. The diff from patch 06 can be seen via the Rietveld interface.
Also, after reading the
R. David Murray added the comment:
Mark, just asking that question doesn't really move the issue forward. Doing
some research to see if there was any discussion on python-dev, and if not
summarizing the issues and starting one, would be what could move the issue
forward.
--
Roger Serwy added the comment:
There are many X11 applications that replace the selection with pasted text.
GTK and Qt widgets behave that way. Here's a brief list: gedit (GTK), gummi
(GTK), kate (Qt), texmaker (Qt).
Tkinter, for me, has become increasingly frustrating due to these subtle
New submission from Shriramana Sharma:
Hello. I first asked about this at
https://groups.google.com/d/topic/comp.lang.python/ZOGwXGU_TV0/discussion and
am only posting this issue due to no reply there.
I am using Python 2.7.4 and Python 3.3.1 (default packages) on Kubuntu Raring.
On both I
Ethan Furman added the comment:
Wow. I definitely felt like an apprentice after reading the changes. Thanks,
Eli, that looks worlds better!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17947
Matthew Barnett added the comment:
I had to check what re does in Python 3.3:
print(len(re.match(r'\w+', 'हिन्दी').group()))
1
Regex does this:
print(len(regex.match(r'\w+', 'हिन्दी').group()))
6
--
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
I'm worrying about backward compatibility. See also issue7951.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7940
___
Mark Lawrence added the comment:
Todd's patch strikes me as fine. If something more detailed is needed I think
it would be better to raise a separate issue.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
mirabilos added the comment:
Eero Tamminen dixit:
Now as additional data point, UAE/WinUAE/etc. would be interesting.
I built the test with fpu_control.h header from eglibc, using
Sparemint GCC 2.9.5 (with 2010 binutils) and MiNTlib. When it's
Nice ;)
I.e. it seems that WinUAE FPU
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8112
___
___
Python-bugs-list
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2554
___
___
Python-bugs-list
R. David Murray added the comment:
This is a duplicate of issue 6386, which does contain an explanation of the
behavior.
--
nosy: +r.david.murray
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - importing yields unexpected results when initial
New submission from Oleg Broytman:
Hello! I've found a problematic behaviour of pickle when it pickles
(direct or indirect) weak proxies to self. I suspect pickle cannot
detect reference loops with weak proxies. I managed to narrow the case
to the following example:
import pickle, weakref
New submission from berdario:
To reproduce:
I installed 2 versions of python: python2.7 and python3.3, both in C:\
I then used the distribute-setup and get-pip script on both interpreters
http://python-distribute.org/distribute_setup.py
https://raw.github.com/pypa/pip/master/contrib/get-pip.py
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
versions: -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18069
___
Amaury Forgeot d'Arc added the comment:
Tried with python2.7.3
I used http://code.activestate.com/recipes/576673-python-http-pipelining/ just
replacing the initial call to HTTPConnection() by HTTPSConnection().
The example succeeeds, fetches the three pages, and I checked with strace that
the
Changes by Amaury Forgeot d'Arc amaur...@gmail.com:
--
resolution: - works for me
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue592703
___
Changes by Amaury Forgeot d'Arc amaur...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue592703
___
___
Eric V. Smith added the comment:
I think it's just an oversight.
--
assignee: barry - brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18058
___
Eric V. Smith added the comment:
No reason I can think of, other than it never occurred to me to do it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18056
___
Antoine Pitrou added the comment:
The original report is so under-specified that it's pointless to keep it open.
If you encounter an actual bug, feel free to open another issue :)
--
nosy: +pitrou
status: pending - closed
___
Python tracker
Amaury Forgeot d'Arc added the comment:
Mark, the http://www.python.org/sax/properties/encoding; is not meant to be a
web page. It's like an attribute name, but fully qualified so that attributes
given by different organizations don't clash.
(There may be different usages of encoding: is it
Terry J. Reedy added the comment:
Also #3532
--
nosy: +terry.reedy
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9951
___
Amaury Forgeot d'Arc added the comment:
The 3.2 change r85656 removes OPT:Olimit, IMO this should not be backported.
But 2.7 already has this warning fixed for icc:
http://hg.python.org/cpython/rev/e7c96c1d144b/
We should do the same here. What's the correct way to detect Oracle Studio
Eli Bendersky added the comment:
Thanks Ethan :)
From my point of view this is LGTM, as long as:
* There's ReST documentation
* You remove the code to support extensions and customizations not mandated by
PEP 435. As I mentioned before, this seems to be a YAGNI that complicates the
code
Amaury Forgeot d'Arc added the comment:
Closing as fixed. I tested with python2.7 and 3.2, both with and without a
readline module.
Behavior is consistent and looks correct to me: the signal is honored (message
printed after 5s), and does not stop the raw_input(), except when it raises an
Terry J. Reedy added the comment:
Restarting Windows solves the issue. If nothing else, the installer could end
with 'Restart Windows for Idle icons to work correctly'.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18052
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: +Python 3.3, Python 3.4 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1693050
___
Guilherme Simões added the comment:
I think IDLE should ignore general X11 practice. I used Linux for years and
have never seen this behavior before because almost all programs behave in the
Mac/Windows way.
--
nosy: +Guilherme.Simões
___
Python
Nick Coghlan added the comment:
Supporting extensions was one of the things that got Ethan's version
through review. So -1 on going back on our promise to support those
variants. They have been reviewed and tested just as thoroughly as the rest
of the design.
--
Nick Coghlan added the comment:
Also, we know for a fact that people plan to use the customisation features
- it was making their code work that drove the current extension design.
--
___
Python tracker rep...@bugs.python.org
Ned Deily added the comment:
Unfortunately, there is no one right answer to paste behavior on X11, unlike on
native Windows and Mac implementations where there is essentially system-wide
consistent paste behavior enforced by the underlying operating system. As the
Tk Wiki points out (and the
Matthew Barnett added the comment:
Like the OP, I would've expected it to handle negative indexes the way that
strings do.
In practice, I wouldn't normally provide negative indexes; I'd use some string
or regex method to determine the search limits, and then pass them to finditer
and
Eli Bendersky added the comment:
I'm not sure which promises you're referring to Nick, and to whom they were
made; the only formal promise we made is PEP 435 - and it doesn't mention this
extensibility.
I won't argue beyond this comment, since I know I'm part of the minority
opinion here.
Guido van Rossum added the comment:
Eli, what's wrong with having a backdoor? Python is literally *full* of
backdoors. I have a feeling that somehow you are trying to build an Enum class
that is unpythonic in its desire to enforce some kind of ideal enum behavior.
--
Terry J. Reedy added the comment:
I agree that the paste replace should be added as an option on linux, but
without a broader survey of Linux Idle users to convince me otherwise, I have
to agree that the default should stay as it is. I do not see any call to make
the x11 behavior an option on
Todd Rovito added the comment:
Ping!!!
I have not heard anything about this patch so I wanted to ping it to get more
feedback. Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16278
Eli Bendersky added the comment:
Guido, IMHO back-doors are fine in many cases, just not this one. The way I see
it, our main goal here is to collect a bunch of custom implementations of enums
under a single umbrella. This is not very different from what was done with
OrderedDict and
Todd Rovito added the comment:
I was wondering does it make sense to commit this patch since it is similar to
http://bugs.python.org/issue14146 then put the issue in the pending state as we
wait for the TK/TCL fix? It seems more consistent to me since this issue is
basically the same
Todd Rovito added the comment:
I haver verified Roger's patch does indeed fix the problem on Linux CentOS 6.4
with IDLE 3.4.
The Linux situation is complex. Basically as I see it over the years pure X11
applications are becoming extinct and most developers either use GTK (for
GNOME) or QT
Todd Rovito added the comment:
Patch does indeed apply and I get good results! The patch is well done and
provides a nice example on how to write unit tests.
+1 for making the commit from me
R. David Murray you used the patch command while I used hg import --no-commit
mywork.patch as
Changes by Todd Rovito rovit...@gmail.com:
--
nosy: +Todd.Rovito
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2053
___
___
Python-bugs-list
Nick Coghlan added the comment:
Eli, remember that TOOWTDI stands for There's one *obvious* way to do it
rather than There's *only* one way to do it. The latter interpretation leads
to insanely complex APIs that attempt to solve everyone's problems, while the
former favours 80% solutions that
Nick Coghlan added the comment:
Somewhat related, I *know* you've read type.__new__. Compared to that,
enum.EnumMeta.__new__ is still pretty straightforward ;)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17947
88 matches
Mail list logo