Larry Hastings added the comment:
Here's my version of the patch, which is like Victor's patch but adds a test.
For what it's worth, I'll make sure this issue is fixed before I release 3.4.1.
--
Added file:
http://bugs.python.org/file34939/larry.curses.win
New submission from Larry Hastings:
I noticed this code in Objects/object.c today:
/* Hack to force loading of pycapsule.o */
PyTypeObject *_PyCapsule_hack = &PyCapsule_Type;
What is this doing? Note that PyCapsule_Type is referred to inside
_Py_ReadyTypes(), so there's
Larry Hastings added the comment:
It's really that easy, it was a stupid bug that is probably my fault, the fix
will be in 3.4.1.
--
___
Python tracker
<http://bugs.python.org/is
Larry Hastings added the comment:
By default AC emits "$type" for class methods, see dict_fromkeys in
Objects/dictobject.c.
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
If you guys want this in 3.4.1, please get it checked in in the next, oh, eight
hours.
--
___
Python tracker
<http://bugs.python.org/issue21
Changes by Larry Hastings :
--
assignee: -> larry
resolution: -> fixed
stage: needs patch -> resolved
___
Python tracker
<http://bugs.python.or
Larry Hastings added the comment:
Sorry, I should have said "3.4.1rc1". You can still get it in for 3.4.1.
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
3.4.1rc1 is the first release I've cut where the makefile didn't auto-download
Sphinx. And then the makefile used "python" and "sphinx-build" straight off
the path, rather than finding the local ones. To generate pydoc-topi
Larry Hastings added the comment:
Well, surely working with the current python is sufficient? I'd be happy if it
was only guaranteed to run with the python tree it's a part of.
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
I'm totally on board with you guys checking this in for 3.4.1.
--
___
Python tracker
<http://bugs.python.org/issue21435>
___
___
Larry Hastings added the comment:
dstufft, what do you think?
--
nosy: +dstufft
___
Python tracker
<http://bugs.python.org/issue7776>
___
___
Python-bugs-list m
Changes by Larry Hastings :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue21088>
___
___
Python-bugs-list mailing list
Unsubscrib
Larry Hastings added the comment:
Antoine's plan sounds good to me. And, is it true that NFS only supports
four-byte timestamps?
--
___
Python tracker
<http://bugs.python.org/is
Larry Hastings added the comment:
Berker: do you consider your diff ready to go in, or is it an "early" diff
(like a work-in-progress)?
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
I tag 3.4.1 final in less than 24 hours. I really would prefer that the
embedded pip not contain such, uh, fresh software. But let's try it and hope
for the best.
--
___
Python tracker
<http://bugs.py
Larry Hastings added the comment:
Yeah, I'd like to see the diff.
--
___
Python tracker
<http://bugs.python.org/issue7776>
___
___
Python-bugs-list m
Larry Hastings added the comment:
Okay, this has my blessing to be merged for 3.4.1.
--
___
Python tracker
<http://bugs.python.org/issue7776>
___
___
Python-bug
Changes by Larry Hastings :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue7776>
___
___
Python-bugs-list mailing list
Unsubscrib
Larry Hastings added the comment:
(If the past few weeks have taught us *anything*, it's that we can't look to
OpenSSL to learn best practices.)
--
nosy: +larry
stage: -> resolved
___
Python tracker
<http://bugs.pytho
Larry Hastings added the comment:
Considering that I'm tagging 3.4.1 within an hour or two, and we don't have a
patch yet, I'd say that this is too late to go into 3.4.1. But I'm happy to
consider it for a future 3.4.x revision.
--
__
New submission from Larry Hastings:
If you extract current Python (3.4 or trunk) into a directory, and anywhere in
the name of the directory is the string "bad", such as
/tmp/badtest
/home/baddison/src/python
then test_write_filtered_python_package() in Lib/test/test_zipfile.py
Larry Hastings added the comment:
Here's an eye-wateringly-thorough description of the bug for the sake of
posterity.
The test code in question is test_write_filtered_python_package() in
Lib/test/test_zipfile.py. This function uses PyZipFile to build a zipfile
from the contents of the
Larry Hastings added the comment:
Confirmed.
--
assignee: -> larry
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/issue21629>
___
___
Changes by Larry Hastings :
--
resolution: -> fixed
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Larry Hastings added the comment:
With this patch applied the test passes. (Patch is against 3.4 branch.) Look
good?
--
keywords: +patch
Added file: http://bugs.python.org/file35567/larry.bad.zipfile.1.diff
___
Python tracker
<h
Larry Hastings added the comment:
Roundup knows I'm the release manager for 3.4? It's well-informed! ;-)
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
ISTM that fixing this for 3.x (3? 4?) is worthwhile though. Or did somebody
already fix it in 3.x?
--
___
Python tracker
<http://bugs.python.org/issue15
Changes by Larry Hastings :
--
assignee: -> larry
___
Python tracker
<http://bugs.python.org/issue16490>
___
___
Python-bugs-list mailing list
Unsubscri
Larry Hastings added the comment:
I'm working on a solution for this--expect an announcement on c.l.p-d in, oh, a
week.
--
___
Python tracker
<http://bugs.python.org/is
Larry Hastings added the comment:
http://mail.python.org/pipermail/python-dev/2012-December/122920.html
--
___
Python tracker
<http://bugs.python.org/issue16
New submission from Larry Hastings:
This bug tracker entry is to track adding "Argument Clinic" to CPython trunk.
Please see
http://mail.python.org/pipermail/python-dev/2012-December/122920.html for more
information.
--
assignee: larry
components: Interpreter Core
messag
Larry Hastings added the comment:
Sorry for the delay; this head cold is slowing me down. Here's the current
state of Argument Clinic as a patch for review. I look forward to your
comments!
--
Added file: http://bugs.python.org/file28248/larry.clinic.patch.
Larry Hastings added the comment:
Antoine, Stefan: There doesn't appear to be a bright line separating "this
should get a PEP" from "this doesn't need a PEP". That said, changes to the C
API for CPython don't seem to merit PEPs very often, the recent "
Larry Hastings added the comment:
I disagree that the Clinic DSL is "verbose". Certainly I find it
more succinct than what we do now.
On the other hand, the syntax you proposed in the python-dev message
you cite is insufficient to the task. Consider a function that
takes a &quo
Larry Hastings added the comment:
What lines end with a colon?
--
___
Python tracker
<http://bugs.python.org/issue16612>
___
___
Python-bugs-list mailin
Larry Hastings added the comment:
Ah. In that case, may I rewrite your critique as
"[...] some lines may end with a semicolon, some lines may not, some assignment
signs ("=") permit spaces around them, some don't."
The semicolon is optional, permitted explicitly so y
Larry Hastings added the comment:
I don't think we can solve the problem of the output being too long for your
liking. Personally I like the output; I find it eminently readable, and making
it shorter would impair that. I think in the majority of uses Clinic will be a
win for readab
Larry Hastings added the comment:
I have no current plan to write a PEP. I don't know how to settle the
difference of opinion here; the easiest thing would be if you convinced Guido
we needed one.
--
___
Python tracker
<http://bugs.py
Larry Hastings added the comment:
I'm a little confused. FindFirstFile is an ANSI API, so we get a narrow string
back. We call PyBytes_FromString(), which expects a narrow string and returns
a bytes object. Who's trying (and failing) to encode th
New submission from Larry Hastings:
The line declaring the function dbm.open looks like this:
def open(file, flag='r', mode=0o666):
The docstring for dbm.open looks like this:
open(file, flag='r', mode=438)
Obviously 438==0o666. But the author used the octal re
Larry Hastings added the comment:
(I was also considering proposing using annotations to tell the parser we want
the original representation in the docstring, but I suspect that's a bad idea.
That would instantly restrict the untamed frontier that is annota
Larry Hastings added the comment:
Okay, counter-proposal time. We add a new field to the Parameter object, the
preferred string representation of the default. If the parameter has a
default, it is always a string, by default repr(parameter_default_value); if
the parameter has no default
Larry Hastings added the comment:
Georg: what other functions do you know of where (as you suggest) the signature
could be improved?
--
___
Python tracker
<http://bugs.python.org/issue16
Larry Hastings added the comment:
My spies are everywhere! You cannot hide your black heart, Pitrou.
--
___
Python tracker
<http://bugs.python.org/issue16
New submission from Larry Hastings:
Python 3.3 added a nice new feature: if you don't supply enough positional
parameters to a function, it tells you the names of the positional parameters
you omitted.
Unfortunately, the code that prints this error message assumes that the
function is
Changes by Larry Hastings :
--
keywords: +patch
Added file:
http://bugs.python.org/file29044/lch.bandaid.for.malformed.fn.crash.1.patch
___
Python tracker
<http://bugs.python.org/issue17
Larry Hastings added the comment:
It sort of looks like this was closed because we assumed we were moving to
Unladen Swallow. We're not. Should this be reopened?
--
nosy: +larry
___
Python tracker
<http://bugs.python.org/i
New submission from Larry Hastings:
The implementations for LOAD_FAST, STORE_FAST, and DELETE_FAST don't check that
the index is <= the size of fastlocals. So it's a snap to crash the
interpreter with hand-written bytecode, by going past the end of the fastlocals
array. Kaboom!
Larry Hastings added the comment:
I'm not surprised it was discussed to death long ago. And I can get behind
wontfix. But let me just say that
a) I think an uncrashable Python interpreter is a laudable goal, and steps we
can take towards that should not be dismissed out of hand.
b) I
New submission from Larry Pete:
Hexchat (fork of XChat IRC Client) switched with version 2.9.6 to Python 3.3
for their Python plugins.
Hexchat loads plugins in a similar fashion like the attached C file (not
entirely sure I used the C-API right though). For every plugin a new
interpreter is
New submission from Larry Hastings:
Can you fix this before I tag 3.4a3 please?
--
assignee: pitrou
components: Build
keywords: buildbot
messages: 198466
nosy: larry, pitrou
priority: high
severity: normal
stage: needs patch
status: open
title: "make touch" broke "x86 Ub
Larry Hastings added the comment:
Sorry, here:
http://buildbot.python.org/all/builders/x86%20Ubuntu%20Shared%203.x
--
___
Python tracker
<http://bugs.python.org/issue19
New submission from Larry Hastings:
The Win32 buildbots just started failing:
http://buildbot.python.org/all/waterfall?category=3.x.stable
They fail with this traceback:
test test_logging crashed -- Traceback (most recent call last):
File "../lib/test/regrtest.py", lin
New submission from Larry Hastings:
In r_string() (read a string) in marshal.c we see this comment:
/* The result fits into int because it must be <=n. */
read = fread(p->buf, 1, n, p->fp);
This comment was first committed in r36501 by MvL. Back then the "read" and
Larry Hastings added the comment:
Martin: The code is not statically type-safe, but it is mechanically safe,
which I think is why you wrote the comment in the first place.
The return value of fread() is size_t, but the "read" variable is Py_ssize_t.
So the function *could* the
Larry Hastings added the comment:
Does it break anything? (Besides, possibly, itself?)
--
___
Python tracker
<http://bugs.python.org/issue19262>
___
___
Pytho
Larry Hastings added the comment:
If its breakage is restricted to itself (and its tests) then you have my
blessing to check it in. (Sorry, can't help you with the test expertise.)
--
___
Python tracker
<http://bugs.python.org/is
Larry Hastings added the comment:
Attached is a patch against current trunk merging Argument Clinic. I already
got the go-ahead to merge (took a poll in python-dev, got lots of +1s), but I
still wanted to post it here to let it soak a little, even only if it's just a
day. Unless some
Larry Hastings added the comment:
Spelling corrections from Arfrever (thanks Arfrever!), and some eentsy teensy
weentsy bugfixes from me. And with a dramatic new patch number just so
everybody can keep it straight.
--
title: Integrate "Argument Clinic" specialized pr
Larry Hastings added the comment:
Incorporated suggestions from Antoine and Berker Peksag. Thanks!
--
Added file: http://bugs.python.org/file32205/larry.clinic.patch.6.diff
___
Python tracker
<http://bugs.python.org/issue16
Larry Hastings added the comment:
I played with that at one point. Guido suggested it was a bad idea.
If you redirect stuff into a second file then you have way more points
of failure--the files could get out sync, for example. I tend to agree.
We could, however, change Clinic so it generated
Larry Hastings added the comment:
Incorporated a small change from Antoine and a ton of small changes
from Serhiy. Thanks guys!
--
Added file: http://bugs.python.org/file32212/larry.clinic.patch.7.diff
___
Python tracker
<http://bugs.python.
Larry Hastings added the comment:
So, this is fixed, but there's some suspicion of a memory leak?
If that's true, maybe we could mark this as closed then open a new
bug for the leak? This shows up as a big scary "release blocker"
against 3.4, and I'm like
Larry Hastings added the comment:
I can't follow all this. Is this considered fixed in 3.4 or not?
--
___
Python tracker
<http://bugs.python.org/is
Larry Hastings added the comment:
Ping. Can we get this fixed before beta 1?
--
___
Python tracker
<http://bugs.python.org/issue16043>
___
___
Python-bugs-list m
Larry Hastings added the comment:
Ping. Please fix before "beta 1".
--
___
Python tracker
<http://bugs.python.org/issue16039>
___
___
Python-bugs-l
Larry Hastings added the comment:
Can we get this fixed in more recent versions? Like, maybe, trunk, before
"beta 1"?
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
Ping. Please fix before "beta 1".
--
___
Python tracker
<http://bugs.python.org/issue16040>
___
___
Python-bugs-l
Larry Hastings added the comment:
Ping. Please fix before "beta 1".
--
___
Python tracker
<http://bugs.python.org/issue16041>
___
___
Python-bugs-l
Larry Hastings added the comment:
Ping. Please fix before "beta 1".
--
___
Python tracker
<http://bugs.python.org/issue16037>
___
___
Python-bugs-l
Larry Hastings added the comment:
Ping. Please fix before "beta 1".
--
___
Python tracker
<http://bugs.python.org/issue16038>
___
___
Python-bugs-l
Larry Hastings added the comment:
Victor, are you going to write a patch for this before beta 1?
--
___
Python tracker
<http://bugs.python.org/issue18509>
___
___
Larry Hastings added the comment:
Ping. Please fix before "beta 1".
--
___
Python tracker
<http://bugs.python.org/issue19279>
___
___
Python-bugs-l
Larry Hastings added the comment:
It's a month before beta 1. This weekend is alpha 4; it'd be nice if it were
fixed for that, of course, but that does not seem likely.
--
___
Python tracker
<http://bugs.python.o
Larry Hastings added the comment:
Checked in. Thanks everybody!
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Larry Hastings added the comment:
Mr. D'Aprano emailed me about getting this in for alpha 4. Since nobody else
stepped up, I volunteered to check it in for him. There were some minor ReST
errors in statistics.rst but I fixed 'em.
--
no
Changes by Larry Hastings :
--
nosy: +larry
___
Python tracker
<http://bugs.python.org/issue18235>
___
___
Python-bugs-list mailing list
Unsubscribe:
Larry Hastings added the comment:
Checked in. Thanks, Mr. D'Aprano!
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.pyth
Larry Hastings added the comment:
There's also a test that hangs for 1 hour on the Ubuntu x86 buildbot.
Sample failure:
http://buildbot.python.org/all/builders/x86%20Ubuntu%20Shared%203.x/builds/8803/
--
nosy: +larry
___
Python tracker
Changes by Larry Hastings :
--
nosy: -larry
___
Python tracker
<http://bugs.python.org/issue17123>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Larry Hastings:
Somebody needs to figure out how to best integrate Argument Clinic into the
build. Antoine, I think you said it sounded like... "fun"? Maybe? Anyway,
I'm hoping you're willing to take a stab at it. If not please assign the issue
Larry Hastings added the comment:
Drat!
--
___
Python tracker
<http://bugs.python.org/issue19358>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Larry Hastings :
--
nosy: -larry
___
Python tracker
<http://bugs.python.org/issue16113>
___
___
Python-bugs-list mailing list
Unsubscribe:
Larry Hastings added the comment:
Victor: a "new feature" is not a "release blocker".
--
priority: release blocker -> normal
___
Python tracker
<http://
Larry Hastings added the comment:
"release blocker" means "the release cannot go out until this issue is solved".
Adding SHA-3, while nice, is simply not something I am going to hold up 3.4
for, full stop.
Please stop marking this issue a
Changes by Larry Hastings :
--
nosy: -larry
___
Python tracker
<http://bugs.python.org/issue16113>
___
___
Python-bugs-list mailing list
Unsubscribe:
Larry Hastings added the comment:
You guys are making me cranky. Please stop adding me to this issue.
--
___
Python tracker
<http://bugs.python.org/issue16
Larry Hastings added the comment:
*sigh* fine. But the title of the issue is no longer accurate.
And, Christian, I generate the 3.4 maintenance branch during the release
process, not before. So if you have to remove sha3 you're going to have to
remove it from
Larry Hastings added the comment:
I thought it'd be more like, write a special C program that probes to see if
you have a built python in the current directory, and if not looks on the path
for a python3 (>=3.3), and if it finds a python it can use it runs Clinic on
its arguments. T
Larry Hastings added the comment:
> Well, why is clinic 3.3 only? It would be slightly easier
> if it accepted any "python3" executable.
Patches welcome! I have bigger fish to fry.
--
___
Python tracker
<http://bugs.py
Larry Hastings added the comment:
For a long time it was actually 3.4+ only. I was depending on a particular AST
node that wasn't exposed to Python until 3.4 trunk. But that went away, and I
tried it with 3.3 and it worked fine, so I labeled it 3.3+. For all I know it
works fine unde
Larry Hastings added the comment:
You're proposing that Clinic allow => ?
--
___
Python tracker
<http://bugs.python.org/issue19390>
___
___
Python-bugs-lis
Larry Hastings added the comment:
Fixed.
And, yeah, Clinic actually uses ast.parse where it can. (FWIW, most of the
parser was re-written by Dmitry Jemerov during the PyCon US 2013 sprints,
though I wound up re-re-writing most of what he did.)
--
assignee: -> larry
resolut
Larry Hastings added the comment:
Would this be a good time for me to ask about publishing the stack effect info?
I had to write my own parallel implementation of it for my assembler, so I
found it irritating that Python doesn't provi
Larry Hastings added the comment:
A week before beta? How confident are you in this new parser?
--
nosy: +larry
___
Python tracker
<http://bugs.python.org/issue19
New submission from Larry Hastings:
If you run Lib/test/test_userdict.py enough times, sooner or later it'll
produce a spurious error. I wrote a shell script that ran "./python -m test
test_userdict" a zillion times; here's a snippet of output from running that
script:
[
Larry Hastings added the comment:
Sigh. If dataflow analysis could inline the static _impl function, it would
notice that there are no code paths where the variable is uninitialized and
gets used. But I'm not surprised compilers aren't that sophisticated.
So I beat the problem to
Larry Hastings added the comment:
I don't know for sure--I haven't stepped through it--but here's an informed
guess. It relies on key collision.
The first dict is created the normal way. It contains two values, "one" (set
to 1) and "two" (set to 2), inser
New submission from Larry Hastings:
Let's see if we can get introspection information for builtins using the Clinic
for 3.4.
Georg suggested part of the approach while we were hanging out in Tokyo. I'd
considered it previously before but dispensed with the idea because it seemed
Larry Hastings added the comment:
If you review, you can ignore the changes to the .c files, those only got
touched because of the new autogenerated "def (" lines in the docstrings. No
other changes there.
--
___
Python trac
901 - 1000 of 2415 matches
Mail list logo
