Larry Hastings added the comment:
Martin: I think the best choice would be a decimal object--which, now that we
have decimal in C, is probably sufficiently performant for serious
consideration.
--
nosy: +larry
___
Python tracker
<h
Changes by Larry Hastings :
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Larry Hastings :
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Larry Hastings added the comment:
Fixed. By the way, this checkin also added a tiny new feature to Argument
Clinic: if the file hasn't changed, it doesn't bother to rewrite it (or touch
it in any way).
--
assignee: -> larry
resolution: -> fixed
stage: patch review
Changes by Larry Hastings :
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
New submission from Larry Hastings:
test_gdb started failing on me within the past few days. (I would have
reported it sooner but I figured the omniscient CPython core dev community
already knew about it.)
The machine it's failing on is Ubuntu 13.10, 64-bit.
--
components:
Larry Hastings added the comment:
Please see the attached output from the test run. But here's a sample:
==
FAIL: test_lists (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of
Larry Hastings added the comment:
Nick: I get that gdb failure, bisecting now. See #19743.
--
___
Python tracker
<http://bugs.python.org/issue19734>
___
___
Pytho
Larry Hastings added the comment:
The first bad revision is:
changeset: 87426:9f2a0043396b
user:Antoine Pitrou
date:Sat Nov 23 17:40:36 2013 +0100
files: Lib/test/test_gdb.py Tools/gdb/libpython.py
description:
Issue #19308: fix the gdb plugin on gdbs linked with Python
Larry Hastings added the comment:
That's correct, it is skipped.
--
___
Python tracker
<http://bugs.python.org/issue19743>
___
___
Python-bugs-list m
Larry Hastings added the comment:
The test passes if I turn on "--with-pydebug". And Antoine told me in IRC that
he sees the failure if he turns off "--with-pydebug". So we're in business.
--
___
Python tracker
<http:
Larry Hastings added the comment:
Here's what I've figured out. If I build trunk then run:
% gdb --batch -iex "add-auto-load-safe-path
/home/larry/src/python/buildtrunk/python-gdb.py" --eval-command="set breakpoint
pending yes" --eval-command="break bui
Larry Hastings added the comment:
Sorry, both exceptions in the output of the traceback are:
Python Exception 'utf-8' codec can't decode byte
0x80 in position 0: invalid start byte:
--
___
Python tracker
<http://bugs.pyt
Larry Hastings added the comment:
Antoine: your checked-in workaround makes the test pass. But I'm leaving this
open because I'm still hoping David will take a look into it.
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
Are the generated files *byte for byte* the same as produced by the existing
parser generation process?
--
___
Python tracker
<http://bugs.python.org/issue19
Larry Hastings added the comment:
The rule is, no new features. Bug and security fixes from now on.
It isn't always clear whether or not something is a new "feature". In the case
of such ambiguity, the decision is up to the sole discretion of the release
manager.
If you se
Larry Hastings added the comment:
Isn't it a little late to be changing the pickle protocol, now that we've hit
feature-freeze? If you want to check something like this in you're going to
have to make a good case for it.
--
___
Larry Hastings added the comment:
If skipping them for optimized builds is the right call, then aren't we done
here? Can we close this bug as fixed?
--
___
Python tracker
<http://bugs.python.org/is
Larry Hastings added the comment:
I'll make you a deal. As long as the protocol remains 100% backwards and
forwards compatible (3.4.0b1 can read anything written by trunk, and trunk can
read anything written by 3.4.0b1), you can make optimizations until beta 2.
After that you have to
Larry Hastings added the comment:
I don't know enough about SSL to make a "feature vs bug/security fix" ruling on
this. Can a second person who does--maybe Bill Janssen?--chime in?
--
___
Python tracker
<http://bugs.pyt
Larry Hastings added the comment:
Okay, you have my permission to add match_hostname() and fix the security hole
you cite. Can you have it done soon, so it can bake for a while in trunk
before we cut beta 2?
--
___
Python tracker
<h
Larry Hastings added the comment:
It's *possible* but I'm willing to risk it. You have my permission to apply
that patch.
--
___
Python tracker
<http://bugs.python.o
New submission from Larry Hastings:
Read this today:
http://mortoray.com/2013/11/27/the-string-type-is-broken/
In it the author talks about how the 'ffl' ligature breaks some string
processing. He claimed that Python 3 doesn't uppercase it correctly--well, it
does. Howev
Larry Hastings added the comment:
They're not on Python 3. I think we should keep the deprecation and let them
roll their own when they upgrade. It's not like the module provides much
functionality in the first place.
--
___
Python trac
Larry Hastings added the comment:
I don't want this checked in to 3.4.
(Congratulations, this is my first "no" as a release manager!)
--
___
Python tracker
<http://bugs.pyt
Larry Hastings added the comment:
Since this is a new library in 3.4, I can be more flexible. And since you're
talking about adding a new feature (rather than changing or removing an
existing feature), this has a vanishingly small chance of screwing anything up.
Therefore I'm
Larry Hastings added the comment:
Okay, yeah. I assumed calling .close() was best practice. If it's not, then...
Guido, since this is your library, I delegate the decision to you. You guys
can add this any time before I tag beta 2 if Guido'
Larry Hastings added the comment:
Argument Clinic theoretically could support annotations for builtins, though
it's never been tested. I don't know if it makes sense to close this bug yet.
--
___
Python tracker
<http://bugs.python.
Larry Hastings added the comment:
Why wouldn't "dbm_open((char *)file, flags, mode)" work?
--
___
Python tracker
<http://bugs.python.org/issue19296>
___
__
Larry Hastings added the comment:
I suspect dbm_open predates the common availability of "const". I assert we
can safely assume it won't overwrite the contents of the buffer. (Barring
spectacular memory corruption bugs that "const" woul
Larry Hastings added the comment:
Brett, could you weigh in please?
--
___
Python tracker
<http://bugs.python.org/issue19927>
___
___
Python-bugs-list mailin
Larry Hastings added the comment:
Antoine: are you characterizing this as a "bug" rather than a "new feature"?
I'd like to see more of a consensus before something like this gets checked in.
Right now I see a variety of opinions.
When I think "conservative app
Larry Hastings added the comment:
I can live with this in 3.4 if you check it in before beta 2.
--
___
Python tracker
<http://bugs.python.org/issue19343>
___
___
Larry Hastings added the comment:
> The fact that write() uses sys.getfilesystemencoding() is either
> a defect or a bad design (I leave the decision to you).
I have good news for you. write() does not cal sys.getfilesystemencoding(),
because the encoding is set at the time the file is
Larry Hastings added the comment:
Please clarify, what is my "false dilemma"?
--
___
Python tracker
<http://bugs.python.org/issue19145>
___
___
Python-b
Larry Hastings added the comment:
The main thing for me isn't that the function and its documentation-pseudocode
are in sync (though in the long run this is desirable). What's important to me
is that the function have a sensible, relevant signature in Python. There was
simply
Larry Hastings added the comment:
> There is a way using *args and **kwds but that isn't any fun
That's why, earlier, I said a "sensible" signature. Every function *could* get
the signature "(*args, **kwargs)" but this imparts no useful semantic
information
Larry Hastings added the comment:
This test also fails on Linux when using ZFS.
--
nosy: +larry
___
Python tracker
<http://bugs.python.org/issue19838>
___
___
Larry Hastings added the comment:
Sorry to have such an awful configuration, but this approach won't fix the
problem for me.
I use a Linux "encrypted home directory", which uses crazy loopback mount logic
to create an on-the-fly decrypted representation of my home director
Larry Hastings added the comment:
(By "this approach" I meant "the approach employed in the first patch posted".
Sorry for the ambiguity.)
--
___
Python tracker
<http://bug
Larry Hastings added the comment:
Here's an updated patch. I cleaned it up a little. I think it's about ready
to go in.
Zachary, iirc you're a Windows guy and have helped with ensuring patches apply
cleanly to Windows in the past. Can you give this a try on Windows?
--
Larry Hastings added the comment:
thanks! I'm flying from London to Brisbane (via Singapore), gonna take about a
day. Now I have something to do on the flight ;-)
(that and nullable ints)
--
___
Python tracker
<http://bugs.python.org/is
Larry Hastings added the comment:
I'm with Martin. It would be a funny exception, where the reader'd get
confused... why is the impl missing?
Also, any halfway-decent optimizer will inline the impl into the parsing
function, so this has no ru
Larry Hastings added the comment:
Here's a fresh diff. I did some cleanup this time (Clinic now generates the
#ifndef versions of the METHODDEF structures) and I believe solved everything
MSVC complains about.
Zachary, can you try this one?
--
Added file: http://bugs.pytho
Larry Hastings added the comment:
Here's a fresh patch. After discussing with Martin at EuroPython, I moved the
implementation into Python/getargs.c, and the prototypes into modsupport.h.
I'm still using the example of "repeat.new" to show what it looks like and how
Larry Hastings added the comment:
Whoops, here's the patch.
--
Added file: http://bugs.python.org/file36165/larry.nullable.ints.4.txt
___
Python tracker
<http://bugs.python.org/is
Larry Hastings added the comment:
Two small fixes from Zach (thanks again Zach!) and I updated against current
trunk so it should apply cleanly. How's it look now?
--
Added file: http://bugs.python.org/file36172/larry.clinicize.posixmodule.6
Larry Hastings added the comment:
FWIW, Martin agreed with me at EuroPython that "nullable int" is the proper
name. So does Wikipedia:
http://en.wikipedia.org/wiki/Nullable_type
As for "repeat_new": like I said, I don't intend to check in this change when
check
Larry Hastings added the comment:
Moratorium's long over. Will this patch rise from the dead?
--
nosy: +larry
___
Python tracker
<http://bugs.python.org/i
Larry Hastings added the comment:
os.stat can return something more precise than nanosecond resolution?
--
___
Python tracker
<http://bugs.python.org/issue19
Larry Hastings added the comment:
Diff tweaked to undo the ill-concieved Py_RETURN_NONE change. Thanks, Zachary!
Does it now compile and pass tests on Windows?
--
Added file: http://bugs.python.org/file36240/larry.clinicize.posixmodule.7.diff
Larry Hastings added the comment:
So why can't you use the "ns" parameter for os.utime()?
--
___
Python tracker
<http://bugs.python.org/issue19838>
___
__
Larry Hastings added the comment:
A cursory read of the source code suggests everybody is doing the right thing.
Can you run this with a debug build of CPython, put a breakpoint in
posix_utime, and check that when it's called for the second p.touch that it's
correctly calling the
Larry Hastings added the comment:
And was the "time" argument passed in to utimes() set to NULL?
--
___
Python tracker
<http://bugs.python.org/issue19838>
___
__
Larry Hastings added the comment:
The "no debug info" makes me think you're using a release build. Please
recompile making sure that "-O0" and "-g" are both set. By default the
makefile has "-O3" and "-g", so normally you just
Larry Hastings added the comment:
Yeah, I've been meaning to mark all the Derby patches as 3.5. We're not adding
new Clinic conversions to 3.4.
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
Yup, you've got a debug build there. I'm baffled by that gdb "no debug info"
line then.
At line 4801 could you also
print *utime
print tv
--
___
Python tracker
<http://bug
Changes by Larry Hastings :
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue20171>
___
___
Python-bugs-list mailing list
Unsub
Larry Hastings added the comment:
All the Derby patches should only go into trunk at this point.
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
All the Derby patches should only go into trunk at this point.
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
All the Derby patches should only go into trunk at this point.
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
All the Derby patches should only go into trunk at this point.
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
All the Derby patches should only go into trunk at this point.
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
All the Derby patches should only go into trunk at this point.
--
___
Python tracker
<http://bugs.python.org/issue20171>
___
___
Larry Hastings added the comment:
All the Derby patches should only go into trunk at this point.
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
All the Derby patches should only go into trunk at this point.
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
All the Derby patches should only go into trunk at this point.
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
All the Derby patches should only go into trunk at this point.
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
All the Derby patches should only go into trunk at this point.
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
All the Derby patches should only go into trunk at this point.
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
All the Derby patches should only go into trunk at this point.
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
All the Derby patches should only go into trunk at this point.
--
versions: +Python 3.5 -Python 3.4
___
Python tracker
<http://bugs.python.org/issue20
Larry Hastings added the comment:
I talked to puppet on IRC for a while and we figured out the following about
his OS:
* He has utime() and utimes(), but no utimensat().
* utimes() can write with *microsecond* resolution.
* stat() reads the time with *nanosecond* resolution. (He has
Larry Hastings added the comment:
This looks reasonable to me. However I'd also change
_PyType_GetDocFromInternalDoc() so that it also returns None if the first byte
of the doc is \0.
--
___
Python tracker
<http://bugs.python.org/is
Larry Hastings added the comment:
And to further confirm, on my Linux machine with a ZFS partition:
* stat() returns nanosecond resolution.
* I have utimensat(), which supports nanosecond resolution.
* The test code correctly sets "utime.now = 1", so it correctly calls
utimensat() w
Larry Hastings added the comment:
Attached is a simple C test case for the same behavior. On my Linux machine
this prints "This is insane!" on a ZFS partition and "Everything is okay" on an
ext4 partition.
The test case won't work unmodified on FreeBSD. Try c
Larry Hastings added the comment:
Those interested in this issue might also be interested in #19838, in which I
demonstrate that utime(path, NULL) can set mtime to an *earlier* time on ZFS on
Linux.
--
title: Numerous utime ns tests fail on FreeBSD w/ ZFS (update: and NetBSD w/
FFS
Larry Hastings added the comment:
Gonna keep an eye on the buildbots and make sure I haven't caused any new
breakage. Otherwise... fingers crossed, I think it's done! Thanks for the
help everybody (particularly Zach!).
--
___
Pyth
Changes by Larry Hastings :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Larry Hastings added the comment:
The title for this bug was almost offensively generic; it was hard to find in
my email. If this new one is inaccurate, fix it--but please pick something
more specific.
Attached is a patch for the "_return_value == -1" behavior for unsigned.
--
Changes by Larry Hastings :
--
title: Code Argument Clinic has a warning -> Return converter code generated
by Argument Clinic has a warning for unsigned types
___
Python tracker
<http://bugs.python.org/issu
Larry Hastings added the comment:
Fixed and closed. I'm assuming Victor will break the other patch out into its
own issue.
Since IIUC there's no code in 3.4 that uses an unsigned integer return
converter, I'm not backporting the fix.
--
resolution: -> fixed
st
Larry Hastings added the comment:
So, let's think about this for a minute. What's the API that we *want* here?
If your function has the signature
(a, b, c=20, *args)
and you call it with
(1, 2, 3, 4, 5)
should "args" be (4, 5), or (1, 2, 3, 4, 5)?
I assert that the
Larry Hastings added the comment:
I think #22194 is a duplicate issue.
--
___
Python tracker
<http://bugs.python.org/issue15237>
___
___
Python-bugs-list mailin
Larry Hastings added the comment:
I think this is a duplicate of #15237.
--
nosy: +larry
___
Python tracker
<http://bugs.python.org/issue22194>
___
___
Python-bug
Larry Hastings added the comment:
Are there any other modules where the capsule API works in both CPython and
PyPy? I thought capsule APIs were decidedly implementation-specific.
Not that I'm not for it in theory. But this is some crazy uncharted
hyper-compatibility territory we'
Larry Hastings added the comment:
Note: current plan for 3.4.2 is to release at the end of the month. RC1 will
be in about a week.
--
___
Python tracker
<http://bugs.python.org/issue21
Larry Hastings added the comment:
Ping?
--
___
Python tracker
<http://bugs.python.org/issue21199>
___
___
Python-bugs-list mailing list
Unsubscribe:
Larry Hastings added the comment:
Alex said he needed this in order to implement PEP 476, and I thought PEP 476
was going in to 3.4 (hopefully for 3.4.2, which I'm tagging in like 24 hours).
--
nosy: +larry
___
Python tracker
Larry Hastings added the comment:
This is still not fixed.
--
___
Python tracker
<http://bugs.python.org/issue21354>
___
___
Python-bugs-list mailing list
Unsub
New submission from Larry Hastings:
I get a test failure in the regression test suite. This appears to be the
important bit:
Traceback (most recent call last):
File "/tmp/Python-3.4.2rc1/Lib/test/test_pydoc.py", line 851, in
test_url_requests
self.assertEqual(res
Larry Hastings added the comment:
FWIW, 3.4.2rc1 is based on 7af0315bdfe0. (The release process creates a couple
additional changesets.)
The failure is on my laptop, Ubuntu 14.04 x64.
--
___
Python tracker
<http://bugs.python.org/issue22
Larry Hastings added the comment:
If this is fixed, then how come I hit it again today?
--
___
Python tracker
<http://bugs.python.org/issue21431>
___
___
Pytho
Larry Hastings added the comment:
Oh, because it was only fixed today. As Emily Litella used to say... never
mind!
--
___
Python tracker
<http://bugs.python.org/issue21
Larry Hastings added the comment:
We should be able to get proper signatures for 3.5. For 3.4, probably the best
thing is to prevent the signature / raise an error.
--
___
Python tracker
<http://bugs.python.org/issue22
Larry Hastings added the comment:
I don't understand. If utime is a *function*, then the local variable should
simply take precedence. Do you possibly mean that utime is a *macro*?
What compilation error do you get?
--
___
Python tracker
New submission from Larry Hastings:
Does it make sense to finally deprecate pyio, so we can eventually delete it?
--
messages: 206060
nosy: larry
priority: normal
severity: normal
status: open
title: Deprecate pyio
versions: Python 3.5
___
Python
Changes by Larry Hastings :
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue19973>
___
___
Python-bugs-list mailing list
Unsubscribe:
Larry Hastings added the comment:
I hadn't! I guess we're signed up to maintain two implementations of a bunch
of things for eternity, then.
--
resolution: -> wont fix
stage: -> committed/rejected
status: open -> closed
ty
Larry Hastings added the comment:
> "The fact that write() -> open() relies on sys.getfilesystemencoding()
> (respectively locale.getpreferredencoding()) at default as encoding is
> either a defect or a bad design (I leave the decision to you)."
>
> Or am I overlo
1001 - 1100 of 2389 matches
Mail list logo
