Larry Hastings added the comment:
> My reading of this is that for OpenSSL Python defines a range of
> compatible sonames at the time of the first release in a series (e.g.
> 3.4.0), and then will never extend that in either direction for that
> release series. Put another way: patch
Larry Hastings added the comment:
I agree completely Jim. The problem is that OpenSSL regularly discovers
face-meltingly bad security bugs, so it frequently pulls the "security
exception" lever.
As with so many things in this life, we play the hand we're dealt. I have my
Larry Hastings added the comment:
It's too late to change this for 3.5.
--
versions: -Python 3.5
___
Python tracker
<http://bugs.python.org/issue28257>
___
___
Changes by Larry Hastings :
--
nosy: -larry
___
Python tracker
<http://bugs.python.org/issue21109>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Larry Hastings:
A visual inspection of PyUnicode_InternInPlace() suggests there might be a rare
edge-case bug lurking there.
Specifically, the bug has to do with "interned mortal" strings. Interned
mortal strings are stored in the static "interned" di
Larry Hastings added the comment:
Ah, indeed. My mistake--I'm working in the Gilectomy branch, which is
hilariously out of date. (It's stuck in February 2016.)
The new version using PyDict_SetDefault() won't have *this* specific problem.
Perhaps later I'll read the n
Larry Hastings added the comment:
There's special syntax to handle aliases. From comments in clinic.py:
# alternatively:
# modulename.fnname [as c_basename] = modulename.existing_fn_name
# clones the parameters and return converter from that
# function.
Larry Hastings added the comment:
Oh, and, if the code literally asserts they're the same function, that's just a
sanity check based on the implementation. You could preserve that if you care
to, or you could just write a new function and remove the assertion. Do what
you thi
Larry Hastings added the comment:
The bit about the "clinic/_" include is a good point. Care to write a doc
patch?
The bit about FASTCALL I don't know anything about because I haven't worked
with FASTCALL. I've added Victor Stinner, the author of the FASTCALL pat
Larry Hastings added the comment:
I understand your concern as a non-English speaker, but your patch was really
pretty good. I did edit it a little; how's this?
--
Added file: http://bugs.python.org/file45566/larry.issue28753.diff
___
P
Changes by Larry Hastings :
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue28753>
___
___
Larry Hastings added the comment:
Let's see what Victor has to say.
--
___
Python tracker
<http://bugs.python.org/issue28753>
___
___
Python-bugs-list m
Larry A. Taylor added the comment:
I have had this happen to me many times with Windows XP, the standard OS here.
Using IDLE and Python 2.7.
Some of the time the following applies: I have more than one Python Shell open
at the same time. The first Python shell/IDLE with debug is running a
New submission from Larry A. Taylor :
My environment is Windows XP, using IDLE and Python 2.7 distribution.
Open an IDLE Python shell. Open the file with three lines in it, 1,2 and 3.
In IDLE, Set Breakpoint on Line 2.
In Shell, set Debug.
In IDLE, select run.
In the Debug window, click Go
New submission from Larry A. Taylor :
The attached script runs a long processing loop.
Start it in IDLE. Open the script and run it.
Press control-C. Result: message, KeyboardInterrupt with traceback message.
In shell window, turn on Debugger. Run the script.
Press control-C. Result: Restrat
2401 - 2415 of 2415 matches
Mail list logo
