Marc-Andre Lemburg added the comment:
On 23.06.2013 22:43, Alexander Belopolsky wrote:
Alexander Belopolsky added the comment:
unicodedata.name() was discussed in #12353 (msg144739) where MvL argued that
misspelled names are better than corrected because they are more likely to
appear
Serhiy Storchaka added the comment:
Perhaps unicodedata.aliases() should return not a list, but an ordered dict.
What name should use the namereplace error handler? Original or corrected?
Should it use first alias if there is no original name?
--
Marc-Andre Lemburg added the comment:
On 24.06.2013 00:00, Jeffrey Armstrong wrote:
Jeffrey Armstrong added the comment:
...the fact that this issue has been open for almost 2 years is quite
ridiculous.
I thought that I'd add a little statistic for everyone that might put this
bug
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +ezio.melotti, pitrou, rhettinger, serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18290
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18236
___
___
Marc-Andre Lemburg added the comment:
On 24.06.2013 00:52, Alexander Belopolsky wrote:
Alexander Belopolsky added the comment:
There has been a relatively recent discussion of case mappings under #12753
(msg144836).
I personally agree with Martin: str.upper/lower should remain the way
Changes by Serhiy Storchaka storch...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9369
___
___
Changes by Jason R. Coombs jar...@jaraco.com:
--
nosy: +jason.coombs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16396
___
___
Python-bugs-list
Marc-Andre Lemburg added the comment:
On 24.06.2013 10:05, Serhiy Storchaka wrote:
Serhiy Storchaka added the comment:
Perhaps unicodedata.aliases() should return not a list, but an ordered dict.
What name should use the namereplace error handler? Original or corrected?
Should it use
Jeremy Kloth added the comment:
At least in a debug build, the MSVC 64-bit compiler seems to allocate space for
each unique variable declared in the function body. Therefore, by changing the
temporary variables to be named identically, the amount of required space is
minimized.
The
Oscar Benjamin added the comment:
On 24 June 2013 09:07, Marc-Andre Lemburg rep...@bugs.python.org wrote:
Could someone perhaps produce a single final patch file which can
be applied to Python 2.7 and 3.2+ ?
I've attached two patches check_mno_cywin_py27.patch for Python 2.7
and
Changes by Oscar Benjamin oscar.j.benja...@gmail.com:
Added file: http://bugs.python.org/file30683/test_mno_cygwin.tar.gz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12641
___
Nick Coghlan added the comment:
Since this question just came up on python-ideas again, here's a summary of the
current status:
1. The current patch is known to be outdated due to the inclusion of PEP 380 in
Python 3.3 (yield from itr eliminates any need for yield *itr)
2. Since this is a
Christian Heimes added the comment:
The fix is trivial:
- define VARIANT_FALSE and VARIANT_BOOL according to specs
- enable 'v' on non-Windows systems
- enable tests for vbool
Done
--
keywords: +patch
nosy: +christian.heimes
Added file:
Oscar Benjamin added the comment:
On 24 June 2013 12:53, Oscar Benjamin rep...@bugs.python.org wrote:
The changes
are identical but the 2.7 patch didn't apply cleanly against 3.x. I'll
upload the files used to test the patches in test_mno_cygwin.tar.gz.
Correction: the patches are not quite
Christian Heimes added the comment:
Your account hasn't been flagged yet. I'm going to ping the person in charge.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18240
___
Christian Heimes added the comment:
Updated patch, now raises PermissionError on EPERM.
--
Added file: http://bugs.python.org/file30685/prlimit2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16595
New submission from Paul:
I hope I am writing in the right place.
When using codecs.open with UTF-8 encoding, it seems characters \x12, \x13, and
\x14 are interpreted as end-of-line.
Example code:
with open('unicodetest.txt', 'w') as f:
Changes by Christian Heimes li...@cheimes.de:
Removed file: http://bugs.python.org/file28184/prlimit.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16595
___
Christian Heimes added the comment:
Oh my, this patch is rather ancient. Is this feature still of interest? I'm
happy to port it from 2.6 to 3.4.
--
status: languishing - open
versions: +Python 3.4 -Python 3.2
___
Python tracker
Christian Heimes added the comment:
Nobody has shown interest in this ticket in more than five years. I'm closing
it.
--
status: open - closed
versions: +Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
Changes by Christian Heimes li...@cheimes.de:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1953
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 8dcc4e017d42 by Richard Oudkerk in branch '2.7':
Issue #18277: Document quirks of multiprocessing queue.
http://hg.python.org/cpython/rev/8dcc4e017d42
New changeset 0f921e73433a by Richard Oudkerk in branch '3.3':
Issue #18277: Document quirks of
Changes by Christian Heimes li...@cheimes.de:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18143
___
Jason R. Coombs added the comment:
Looks good to me. Ben, any objections to applying this to 2.7?
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16396
___
Richard Oudkerk added the comment:
I did this to use the same abstraction that was used extensively for
other purposes, instead of recreating the same abstraction with a deque
as its basis.
So you wanted a FIFO queue and preferred the API of Queue to that of deque?
Well it will be
Christian Heimes added the comment:
Updated patch for Python 3.4.
The feature is still useful. For example I found a bug in pymacro.h and fixed
it in r84306.
--
title: with_stdc89 - ./configure --with-stdc89 to test ANSI C conformity
versions: +Python 3.3, Python 3.4 -Python 3.2
Added
Christian Heimes added the comment:
Make that r6915dfddb3f6
--
Added file: http://bugs.python.org/file30687/with_stdc89_3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4558
___
Serhiy Storchaka added the comment:
See also PyXDG (http://freedesktop.org/wiki/Software/pyxdg/) and winpaths
(http://ginstrom.com/code/winpaths.html).
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
Richard Oudkerk added the comment:
unfinished_tasks is simply used as a counter. It is only accessed while
holding self._cond. If you get this error then I think the error text is
correct -- your progam calls task_done() to many times.
The proposed patch silences the sanity check by making
Christian Heimes added the comment:
It looks like we can drop PREFIX and EXEC_PREFIX from PC/pyconfig.h all along.
Only Modules/getpath.c uses PREFIX and EXEC_PREFIX but MSVC build use
PC/getpathp.c instead of Modules/getpath.c
--
___
Python
Serhiy Storchaka added the comment:
Could you please provide an example which exposes slowness of io.open() by
comparison with codecs.open().
--
nosy: +belopolsky, doerwalter, haypo, lemburg, serhiy.storchaka
versions: -Python 2.6
___
Python
Alexander Belopolsky added the comment:
MAL Please leave the function as it is, i.e. a 1-1 mapping to the
MAL official, non-changing Unicode name reference (including
MAL spelling errors, etc). Same with code points that have no name.
Since we have code points with no name - it is not 1-1
Roundup Robot added the comment:
New changeset f50bbae95bc8 by Richard Oudkerk in branch '2.7':
Issue #15818: Typo in docs.
http://hg.python.org/cpython/rev/f50bbae95bc8
New changeset 3a5e2f1dce5c by Richard Oudkerk in branch '3.3':
Issue #15818: Typo in docs.
Changes by Richard Oudkerk shibt...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15818
___
Brett Cannon added the comment:
Import manages the lock, not loaders.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17621
___
___
Marc-Andre Lemburg added the comment:
On 24.06.2013 16:35, Alexander Belopolsky wrote:
Alexander Belopolsky added the comment:
MAL Please leave the function as it is, i.e. a 1-1 mapping to the
MAL official, non-changing Unicode name reference (including
MAL spelling errors, etc). Same
Richard Oudkerk added the comment:
I was thinking about the line
self.__dict__.update(state)
overwriting new data with stale data.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17621
Alexander Belopolsky added the comment:
Here is an example of prior art that is relevant to this discussion:
charnames::viacode(code)
..
As mentioned above under ALIASES, Unicode 6.1 defines extra names (synonyms or
aliases) for some code points, most of which were already available as Perl
Marc-Andre Lemburg added the comment:
On 24.06.2013 16:58, Alexander Belopolsky wrote:
Alexander Belopolsky added the comment:
Here is an example of prior art that is relevant to this discussion:
charnames::viacode(code)
..
As mentioned above under ALIASES, Unicode 6.1 defines extra
Paul added the comment:
Sorry for bringing that up as I suppose it is unrelated to the bug I am
reporting, but you can an example file attached with timings.
--
Added file: http://bugs.python.org/file30688/codecs-io-example.py
___
Python tracker
Brett Cannon added the comment:
It still falls under the purview of import to manage that lock. It's just the
design of the API from PEP 302. Otherwise it's just like any other reload.
--
___
Python tracker rep...@bugs.python.org
Benjamin Peterson added the comment:
We've fixed this debug-problem in other cases simply by skipping the test in
question on debug builds.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17206
Alexander Belopolsky added the comment:
The .aliases() function would have to return a list, not a single
name, so a parameter would cause the return type to change, which
is not a good idea.
You misunderstood my proposal. .name() will still return a single name, but
the type parameter
Martin v. Löwis added the comment:
But some of these types could still have lists as values, no?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18234
___
shwouchk added the comment:
I agree it might be less efficient, but sometimes it is the price to pay for
greater generality/simplicity. After all, If I *really* wanted efficiency
perhaps I would have written everything in C++.
Anyway, thanks!
n.p.
1. but should not cause any pratical
R. David Murray added the comment:
Is the slower test on 2.6? io would definitely be slower there, since it is
pure python. 2.7 has the C accelerated version.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
Jeremy Kloth added the comment:
Except, in this case, it actually crashes the interpreter. I would hope to
think that it isn't common practice to just hide crashers especially when there
is a fix available.
--
___
Python tracker
Benjamin Peterson added the comment:
Could you please wrap your new macros in the do .. while boilerplate?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17206
___
Christian Heimes added the comment:
Here is a patch that returns the paths of all known SHGetKnownFolderPath() and
SHGetFolderPath(). SHGetKnownFolderPath() is currently not available for Python
3.4 as Python 3.4 still uses Windows XP API but SHGetKnownFolderPath() requires
Vista or newer.
Marc-Andre Lemburg added the comment:
On 24.06.2013 18:10, Alexander Belopolsky wrote:
Alexander Belopolsky added the comment:
The .aliases() function would have to return a list, not a single
name, so a parameter would cause the return type to change, which
is not a good idea.
You
Changes by Christian Heimes li...@cheimes.de:
--
assignee: christian.heimes -
versions: +Python 3.4 -Python 2.7, Python 3.1, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1257
Christian Heimes added the comment:
Is somebody interested in this bug?
--
assignee: christian.heimes -
status: open - languishing
versions: +Python 3.3, Python 3.4 -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
Richard Oudkerk added the comment:
1. but should not cause any pratical difficulties -- you have a typo in
'pratical' there.
2. What exactly do you mean by managed queues in the new addition?
Woops. Fixed now see 860fc6a2bd21, 347647a1f798. A managed queue is
one created like
Jeremy Kloth added the comment:
FYI, however, the new macro is designed as an internal implementation detail
along the lines of the other _Py_* macros. That is, just a tiny piece of a
larger function to be used at your own risk.
Either way, I've uploaded another version with the do { } while
Changes by Richard Oudkerk shibt...@gmail.com:
--
assignee: - docs@python
components: +Documentation -IO, Interpreter Core
nosy: +docs@python
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: behavior -
___
Python
Benjamin Peterson added the comment:
Yes, but in case someone else mindlessly starts using it elsewhere, let's spare
them the macro bugz.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17206
R. Jayakrishnan added the comment:
I wrapped requires('gui') as submitted in patch2. But this time commands
python -m test test_idle and with -ugui does not skip delegatortest (it runs
successfully to both).
I took Lib/test/test_tk.py as an example.
It calls runtktests.get_tests using
Richard Oudkerk added the comment:
This is really a documentation issue. The doc fix for #18277 covers this.
--
components: +Library (Lib) -Extension Modules
resolution: - wont fix
stage: - committed/rejected
status: open - closed
type: - behavior
New submission from R. Jayakrishnan:
Continuing the IDLE unittest framework initiated in #15392. Writing test for
AutoExpand.py
--
components: IDLE, Tests
messages: 191795
nosy: JayKrish
priority: normal
severity: normal
status: open
title: IDLE Improvements: Unit test for
New submission from mpb:
At present (Python 2.7.[45] and 3.3.[12]), the cert_reqs parameter of
ssl.wrap_socket can be one of:
ssl.CERT_NONE
ssl.CERT_OPTIONAL
ssl.CERT_REQUIRED
I would find the following additional modes to be useful:
ssl.CERT_OPTIONAL_NO_VERIFY
ssl.CERT_REQUIRED_NO_VERIFY
In
Changes by mpb mpb.m...@gmail.com:
--
title: ssl.wrap_socket (cert_reqs=...), getpeercert, and unvalidated
certificates - ssl sni
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18293
___
mpb added the comment:
(Oops, I changed the title when I meant to do a search. Changing it back now.)
--
title: ssl sni - ssl.wrap_socket (cert_reqs=...), getpeercert, and unvalidated
certificates
___
Python tracker rep...@bugs.python.org
Changes by mpb mpb.m...@gmail.com:
--
nosy: +mpb
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8109
___
___
Python-bugs-list mailing list
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +christian.heimes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18293
___
___
Python-bugs-list
STINNER Victor added the comment:
Fixed patch: ssl_overflow-2.patch.
--
Added file: http://bugs.python.org/file30692/ssl_overflow-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18135
STINNER Victor added the comment:
Related issue: #9566.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18294
___
___
Python-bugs-list mailing
STINNER Victor added the comment:
I created #18294 for the warnings in the zlib module.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9566
___
Roundup Robot added the comment:
New changeset 5c407b64920c by Victor Stinner in branch 'default':
Issue #9566: _io: Use Py_SAFE_DOWNCAST for fix a compiler warning on Windows x64
http://hg.python.org/cpython/rev/5c407b64920c
New changeset 931e1bc090f6 by Victor Stinner in branch 'default':
New submission from STINNER Victor:
Attached patch fixes different compiler warnings on Windows x64 in the zlib
module. The module raises OverflowError if some values are longer than INT_MAX,
but not all parameters are checked.
--
files: zlib_64bit.patch
keywords: patch
messages:
STINNER Victor added the comment:
The changeset 931e1bc090f6 fixes warnings in adler32 and crc32.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18294
___
Roundup Robot added the comment:
New changeset c75ab7b802df by Victor Stinner in branch 'default':
Issue #9566: _winapi.WriteFile() now truncates length to DWORD_MAX (4294967295)
http://hg.python.org/cpython/rev/c75ab7b802df
--
___
Python tracker
New submission from STINNER Victor:
On Windows x64, we get the following warning:
..\Objects\codeobject.c(106): warning C4244: '=' : conversion from 'Py_ssize_t'
to 'unsigned char', possible loss of data
[C:\buildbot.python.org\3.x.kloth-win64\build\PCbuild\pythoncore.vcxproj]
Code:
STINNER Victor added the comment:
Similar issue:
..\Objects\funcobject.c(636): warning C4244: 'function' : conversion from
'Py_ssize_t' to 'int', possible loss of data
[C:\buildbot.python.org\3.x.kloth-win64\build\PCbuild\pythoncore.vcxproj]
..\Objects\funcobject.c(637): warning C4244:
Roundup Robot added the comment:
New changeset e18b92bae4d6 by Ned Deily in branch '2.7':
Issue #18164: Backport the more detailed embedding compile-and-link section
http://hg.python.org/cpython/rev/e18b92bae4d6
New changeset 4a114b0db866 by Ned Deily in branch '3.3':
Issue #18164: Clarify the
Ned Deily added the comment:
Patches committed (with consistent use of get_config_var as suggested by
Antoine) for 2.7.5, 3.3.3, and 3.4.0 docs.
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python
Changes by SpaghettiToastBook spaghettitoastb...@gmail.com:
--
nosy: +SpaghettiToastBook
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2292
___
STINNER Victor added the comment:
And another one:
..\Python\ceval.c(4271): warning C4244: '=' : conversion from 'Py_ssize_t' to
'int', possible loss of data
[C:\buildbot.python.org\3.x.kloth-win64\build\PCbuild\pythoncore.vcxproj]
..\Python\ceval.c(4459): warning C4244: '=' : conversion from
Roundup Robot added the comment:
New changeset 72087ebf83f0 by Victor Stinner in branch 'default':
Issue #9566: Fix a compiler warning on Windows x64
http://hg.python.org/cpython/rev/72087ebf83f0
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 6b4d279508a3 by Victor Stinner in branch 'default':
Issue #9566: Fix a compiler warning in tupleiter_setstate() on Windows x64
http://hg.python.org/cpython/rev/6b4d279508a3
--
___
Python tracker
Ned Deily added the comment:
I've now backported the 3.x update to the 2.7 docs in Issue18164 (I hadn't
noticed that this issue was still open). As Eli noted, if any updates are
needed to cover Windows, a separate issue should be opened. I'm closing this
one.
--
nosy: +ned.deily
Roundup Robot added the comment:
New changeset 5a72adc7c8f7 by Victor Stinner in branch 'default':
Issue #9566: pystrtod.c: Fix a compiler warnings on Windows x64
http://hg.python.org/cpython/rev/5a72adc7c8f7
--
___
Python tracker
Roundup Robot added the comment:
New changeset c1a400501db6 by Victor Stinner in branch 'default':
Issue #9566: recv(), recvfrom(), send(), sendall() and sendto() methods
http://hg.python.org/cpython/rev/c1a400501db6
--
___
Python tracker
Roundup Robot added the comment:
New changeset 3a393fc86b29 by Victor Stinner in branch 'default':
Issue #9566: More long/Py_ssize_t fixes in tuple and list iterators (it_index)
http://hg.python.org/cpython/rev/3a393fc86b29
--
___
Python tracker
Roundup Robot added the comment:
New changeset 2a9e1eb3719c by Victor Stinner in branch 'default':
Issue #18081: Workaround ./python -m test_idle test_logging failure
http://hg.python.org/cpython/rev/2a9e1eb3719c
--
nosy: +python-dev
___
Python
STINNER Victor added the comment:
This issue is *really* annoying: it makes buildbots almost useless (it is no
more possible to check if a commit introduces a regression). So until the best
fix is decided, I applied a temporary fix (based on changes.diff written by
Vinay Sajip):
New
Roundup Robot added the comment:
New changeset bfede07268a1 by Victor Stinner in branch '3.3':
Issue #18135: ssl.SSLSocket.write() now raises an OverflowError if the input
http://hg.python.org/cpython/rev/bfede07268a1
New changeset 12a388024d5b by Victor Stinner in branch 'default':
(Merge 3.3)
Roundup Robot added the comment:
New changeset a29eaffa7d72 by Victor Stinner in branch '2.7':
Issue #18135: ssl.SSLSocket.write() now raises an OverflowError if the input
http://hg.python.org/cpython/rev/a29eaffa7d72
--
___
Python tracker
STINNER Victor added the comment:
The test just failed on x86 Windows Server 2003 [SB] 3.x:
http://buildbot.python.org/all/builders/x86%20Windows%20Server%202003%20%5BSB%5D%203.x/builds/1077/steps/test/logs/stdio
==
FAIL:
Phil Webster added the comment:
Modified the first patch to get rid of mock EditorWindow in favor of the real
thing. Also renamed the test to 'test_rstrip'.
--
Added file: http://bugs.python.org/file30694/test_rstrip.patch
___
Python tracker
Terry J. Reedy added the comment:
test.support.requires returns True if
called from a context with __name__ = '__main__' or
'gui' in test.support.use_resources.
The first clause is never true for buildbots, so the presumption is that the
test was invoked by a user with a gui screen. (Windoes
Christian Heimes added the comment:
I'm setting the version to 3.4 as this is a feature request. 2.7 and 3.3 are in
feature freeze mode.
OpenSSL doesn't support our idea out of the box. OpenSSL either verifies the
peer's certificate and chain or doesn't verify the peer's certificate and
STINNER Victor added the comment:
The new tests added in changeset ae802dc4dcd4 are failing on some buildbots. I
can reproduce the issue on my Linux box (Fedora 18). First failure of ./python
-m test test_doctest:
[1/1] test_doctest
STINNER Victor added the comment:
Attached doctest_term_dummy.patch: workaround the issue by setting TERM env var
to dummy.
Why is test_CLI() implemented using a doctest? Why not reusing the unittest
module to benefit from test.support and test.regrtest? (Hint: I don't like
doctests :-))
STINNER Victor added the comment:
test_doctest.test_CLI() is also failing on Windows:
http://buildbot.python.org/all/builders/x86%20Windows%20Server%202003%20%5BSB%5D%203.x/builds/1078/steps/test/logs/stdio
It looks like an issue with Windows newline (\r\n) versus UNIX newline (\n).
New submission from STINNER Victor:
http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%20dtrace%203.x/builds/1560/steps/test/logs/stdio
==
FAIL: test_trailers (test.test_os.TestSendfile)
Brandon Craig Rhodes added the comment:
Kristján, you are certainly correct that a single-argument that can be either a
filename or a cert is inappropriate; we should not be peeking inside of strings
to guess what they contain.
And I think you also have a good point about Pythonic-ness when
A.M. Kuchling added the comment:
I believe the most recent 2 commits fix the segfault problem, so I'll now close
this again. Please re-open if there are further issues with the bugfix.
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
mpb added the comment:
Hi Christian, thanks for the prompt response.
Sorry about choosing the wrong versions - I wasn't thinking that enhancements
should target future versions, but of course that makes sense.
After submitting the enhancement request, I did dig into the OpenSSL docs, and,
as
mpb added the comment:
Oh, I see. getpeercert (binary_form) is not DER vs. PEM, it is DER vs. dict.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18293
___
1 - 100 of 113 matches
Mail list logo