[issue1218234] inspect.getsource doesn't update when a module is reloaded

[Berker Peksag]

Changes by Berker Peksag :


--
versions: +Python 3.3, Python 3.4 -Python 3.1
Added file: http://bugs.python.org/file28272/issue1218234.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1218234] inspect.getsource doesn't update when a module is reloaded

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +berker.peksag

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15872] shutil.rmtree(..., ignore_errors=True) doesn't ignore all errors

[Roundup Robot]

Roundup Robot added the comment:

New changeset c9b9f786ec25 by Hynek Schlawack in branch '3.2':
#15872: Add tests for a 3.3 regression in the new fd-based shutil.rmtree
http://hg.python.org/cpython/rev/c9b9f786ec25

New changeset fc394216c724 by Hynek Schlawack in branch '3.3':
#15872: Fix 3.3 regression introduced by the new fd-based shutil.rmtree
http://hg.python.org/cpython/rev/fc394216c724

New changeset c70d964b26fe by Hynek Schlawack in branch 'default':
#15872: Fix 3.3 regression introduced by the new fd-based shutil.rmtree
http://hg.python.org/cpython/rev/c70d964b26fe

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15872] shutil.rmtree(..., ignore_errors=True) doesn't ignore all errors

[Roundup Robot]

Roundup Robot added the comment:

New changeset 5211391928bc by Hynek Schlawack in branch '3.2':
#15872: Fix shutil.rmtree error tests for Windows
http://hg.python.org/cpython/rev/5211391928bc

New changeset 4b2fca8ad07b by Hynek Schlawack in branch '3.3':
#15872: Fix shutil.rmtree error tests for Windows
http://hg.python.org/cpython/rev/4b2fca8ad07b

New changeset ae1ef62954f7 by Hynek Schlawack in branch 'default':
#15872: Fix shutil.rmtree error tests for Windows
http://hg.python.org/cpython/rev/ae1ef62954f7

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15872] shutil.rmtree(..., ignore_errors=True) doesn't ignore all errors

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thank you, Hynek, for review and committing.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15872] shutil.rmtree(..., ignore_errors=True) doesn't ignore all errors

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thank you, Hynek, for review and committing.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15872] shutil.rmtree(..., ignore_errors=True) doesn't ignore all errors

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
Removed message: http://bugs.python.org/msg177269

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15701] AttributeError from HTTPError when using digest auth

[Senthil Kumaran]

Senthil Kumaran added the comment:

Even though 2.x is in security fix mode, this can be fixed by a overriding the 
base class's info method in the HTTPError class and returning the .hdrs 
attribute instead of .headers.

--
Added file: http://bugs.python.org/file28273/Issue1571.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15701] AttributeError from HTTPError when using digest auth

[Roundup Robot]

Roundup Robot added the comment:

New changeset ad1c1164f68b by Senthil Kumaran in branch 'default':
Fix Issue15701 : add .headers attribute to urllib.error.HTTPError
http://hg.python.org/cpython/rev/ad1c1164f68b

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16602] weakref can return an object with 0 refcount

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

PyWeakref_GET_OBJECT is also potentially dangerous: since the refcount is not 
incremented, it's very possible that the GC collects it.

The only safe operation after PyWeakref_GET_OBJECT is to Py_XINCREF the result. 
Should we provide a PyWeakRef_LockObject()?

--
nosy: +amaury.forgeotdarc

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15872] shutil.rmtree(..., ignore_errors=True) doesn't ignore all errors

[Roundup Robot]

Roundup Robot added the comment:

New changeset 7ce8f4a70ccd by Hynek Schlawack in branch '3.2':
#15872: More shutil test fixes for Windows
http://hg.python.org/cpython/rev/7ce8f4a70ccd

New changeset a05e2d4094ea by Hynek Schlawack in branch '3.3':
#15872: More shutil test fixes for Windows
http://hg.python.org/cpython/rev/a05e2d4094ea

New changeset c23659e2ec1a by Hynek Schlawack in branch 'default':
#15872: More shutil test fixes for Windows
http://hg.python.org/cpython/rev/c23659e2ec1a

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15390] PEP 3121, 384 refactoring applied to datetime module

[Robin Schreiber]

Robin Schreiber added the comment:

I have updated the patch to work again with the current version of the 
_datetimemodule. 

Regarding the suggestion of separating PEP3121 and PEP384. It might be true 
that datetime and other modules do not benefit directly from PEP 384, however 
it is still a fact that the stdlib modules should be seen as a set of reference 
modules, that are all implemented in a way that complies with the 
implementation fo the xxmodules.
I have talked with Martin von Löwis about this, and as far as I understood him 
correctly he also sees the PEP384 refactoring applied to the whole stdlib as a 
nessecary "signal" to other developers to refactor their modules accordingly.

Anyway I am planning to start to commit all of the open changes that I have 
created during my GSOC in the next few months. So a decision regarding this 
separation concern might be helpful. :-)

--
keywords: +patch
Added file: 
http://bugs.python.org/file28274/_datetimemodule_pep3121-384_v3.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16645] Wrong test_extract_hardlink() in test_tarfile.py

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


Removed file: 
http://bugs.python.org/file28260/test_tarfile_test_extract_hardlink.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16645] Wrong test_extract_hardlink() in test_tarfile.py

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


Added file: 
http://bugs.python.org/file28275/test_tarfile_test_extract_hardlink.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15872] shutil.rmtree(..., ignore_errors=True) doesn't ignore all errors

[Roundup Robot]

Roundup Robot added the comment:

New changeset 2d953d47d634 by Hynek Schlawack in branch '3.2':
#15872: Be flexible with appending *.* in shutil.rmtree test case
http://hg.python.org/cpython/rev/2d953d47d634

New changeset edb747c6c479 by Hynek Schlawack in branch '3.3':
#15872: Be flexible with appending *.* in shutil.rmtree test case
http://hg.python.org/cpython/rev/edb747c6c479

New changeset a0a25ffdec9d by Hynek Schlawack in branch 'default':
#15872: Be flexible with appending *.* in shutil.rmtree test case
http://hg.python.org/cpython/rev/a0a25ffdec9d

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16653] reference kept in f_locals prevents the tracing/profiling of a destructor

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16656] os.walk ignores international dirs on Windows

[anatoly techtonik]

New submission from anatoly techtonik:

This critical bug is one of the reasons that non-English speaking communities 
doesn't adopt Python as broadly as it happens in English world compared to 
other technologies (PHP etc.). 


# -*- coding: utf-8 -*-

import os

os.mkdir(u'Русское имя')
os.mkdir(u'English name')

for r, dirs, files in os.walk('.'):
  print dirs


This gives:
['English name']
[]


Windows Vista.
>dir /b
English name
test.py
Русское имя

--
components: Library (Lib)
messages: 177276
nosy: techtonik
priority: normal
severity: normal
status: open
title: os.walk ignores international dirs on Windows
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15390] PEP 3121, 384 refactoring applied to datetime module

[Marc-Andre Lemburg]

Marc-Andre Lemburg added the comment:

On 10.12.2012 11:39, Robin Schreiber wrote:
> 
> Robin Schreiber added the comment:
> 
> I have updated the patch to work again with the current version of the 
> _datetimemodule. 

Please use "_Py_" prefixes for private symbols you put in the header
files, e.g. _datetimemodulestate and the macros.

Question: What happens if PyModule_GetState() or PyState_FindModule()
raise an exception and return NULL ?

The current code will segfault in such a situation.

Thanks,
-- 
Marc-Andre Lemburg
eGenix.com

--
nosy: +lemburg

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16656] os.walk ignores international dirs on Windows

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

It is reproduced on 3.x?

--
nosy: +serhiy.storchaka
type:  -> behavior
versions:  -Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16656] os.walk ignores international dirs on Windows

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
Removed message: http://bugs.python.org/msg177278

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16656] os.walk ignores international dirs on Windows

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Is it reproduced on 3.x?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16650] Popen._internal_poll() references errno.ECHILD outside of the local scope

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings

[R. David Murray]

R. David Murray added the comment:

I'm personally OK with the option of removing the registry support (or making 
it optional-by-default), but I'm not going to make that call, we need a windows 
dev opinion.

Maintaining the list of windows exceptions shouldn't be much worse than 
maintaining the list of mime types.  I can't imagine that Microsoft changes it 
all that often, given that you say they haven't bothered to update the zip type 
yet.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1748064] inspect.getargspec fails on built-in or slot wrapper methods

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16645] Wrong test_extract_hardlink() in test_tarfile.py

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16656] os.walk ignores international dirs on Windows

[R. David Murray]

R. David Murray added the comment:

No.

--
nosy: +r.david.murray
resolution:  -> out of date
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16647] LMTP.connect() loses socket error details

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16656] os.walk ignores international dirs on Windows

[R. David Murray]

R. David Murray added the comment:

Oops, clicked submit too soon.

It isn't likely to get fixed in 2.7, because 2.7's unicode support problems is 
the major reason python3 was developed.

--
stage:  -> committed/rejected

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16656] os.walk ignores international dirs on Windows

[R. David Murray]

R. David Murray added the comment:

For that matter, it isn't reproduced in python2.7, either:

>>> for r, dirs, files in os.walk(u'.'):
...   print dirs
... 
[u'\u0420\u0443\u0441\u0441\u043a\u043e\u0435 \u0438\u043c\u044f']
[]

--
resolution: out of date -> invalid

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16656] os.walk ignores international dirs on Windows

[Jeremy Kloth]

Jeremy Kloth added the comment:

The problem exhibited is not coming from the os.walk() implementation, but from 
the use of a byte-string as the argument to it.

The directories are created with unicode literals and therefore the argument 
must also be a unicode literal (u'.') for them to be shown.  See the note in 
the listdir() documentation.

As it stands, I suggest that this is closed as invalid, or at the minimum that 
it could be a documentation bug for walk() not also having a similar note as 
listdir().

--
nosy: +jkloth

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16656] os.walk ignores international dirs on Windows

[R. David Murray]

R. David Murray added the comment:

Works for me without the u'.', too, though less usefully:

>>> for r, dirs, files in os.walk('.'):
...   print dirs
... 
['\xd0\xa0\xd1\x83\xd1\x81\xd1\x81\xd0\xba\xd0\xbe\xd0\xb5 
\xd0\xb8\xd0\xbc\xd1\x8f']

Maybe that doesn't work on Windows, though.  I am, of course, assuming that 
python3 does the right thing on Windows, but I can't imagine Victor would have 
overlooked that.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16631] tarfile.extractall() doesn't extract everything if .next() was used

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16632] Enable DEP and ASLR

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings

[Dave Chambers]

Dave Chambers added the comment:

(I'm a windows dev type)
I would say that there are 2 issues with relying on the registry:
1) Default values (ie. set by Windows upon OS install) are broken and MS never 
fixes them.
2) The values can be changed at any time, by any app. Thus the values are 
unreliable.

If I were to code it from scratch today, I'd create a three-pronged approach:
a) Hardcode a list of known types (fast & reliable).
b) Have a default case where unknown types are pulled from the registry. 
Whatever value is retrieved is likely better than returning e.g. 
"application/octet-stream".
c) When we neither find it in hardcoded list or in the registry, return a 
default value (e.g. "application/octet-stream")

For what it's worth, my workaround will be to have my app delete the 
HKCR\MIME\Database\Content Type\image/x-png regkey, thus forcing the original 
braindead mimetypes.py code to use HKCR\MIME\Database\Content Type\image/png

And, for what it's worth, my patch is actually faster than the current 
mimetypes.py code because I'm not doing reverse lookups. Thus any argument 
about a difference in speed is moot. Arguments about the speed of pulling 
mimetypes from registry are valid.

Another registry based approach would be to build a dictionary of mimetypes on 
demand. In this scenario, at startup, the dictionary would be empty. When 
python needs the mimetype for ".png", on the 1st request  it would cause a 
"slow" registry lookup for only that type but on all subsequent requests for 
the type it would use the "fast" value from the dictionary.
Given that an app will probably use only a handful of mimetypes but will use 
that same handful over and over, such a solution would have the benefits of (a) 
not using hardcoded values (thus no ongoing maintenance), (b) performing slow 
stuff only on demand, (c) optimizing repeat calls, and (d) consuming zero 
startup time.

I'll code his up & run some timing tests if anyone thinks it's worthwhile.

BTW, who makes the final determination as to if/when any such changes would be 
incorporated?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16657] traceback.format_tb incorrect docsting

[Marius Gedminas]

New submission from Marius Gedminas:

The docstring for traceback.format_tb says

  """A shorthand for 'format_list(extract_stack(f, limit))."""

which is incorrect -- it's actually a shorthand for format_list(extract_tb(tb, 
limit)).

Patch attached.

--
components: Library (Lib)
files: fix-format_tb-docstring.patch
keywords: patch
messages: 177288
nosy: mgedmin
priority: normal
severity: normal
status: open
title: traceback.format_tb incorrect docsting
versions: Python 2.7, Python 3.5
Added file: http://bugs.python.org/file28276/fix-format_tb-docstring.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15872] shutil.rmtree(..., ignore_errors=True) doesn't ignore all errors

[Hynek Schlawack]

Hynek Schlawack added the comment:

“I wish I were wrangling inconsistent Windows buildbots.”

Nobody. Ever. *sigh*

It appears they are appeased now, so finally closing. Thanks for the patches 
everyone!

--
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16632] Enable DEP and ASLR

[Martin v . Löwis]

Martin v. Löwis added the comment:

I don't think much caution is needed. If problems don't show up in the beta 
releases, we can still revert the change for 3.4.1.

Christian, please go ahead and check this in.

--
stage: test needed -> commit review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings

[R. David Murray]

R. David Murray added the comment:

I would say Brian Curtin, Tim Golden, and/or Martin von Löwis, as
they are the currently active committers with significant Windows expertise.  
Other committers may have opinions as well.  If you don't get an answer here in 
a reasonable amount of time, please post a discussion of the issue to 
python-dev (it may end up there anyway).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12915] Add inspect.locate and inspect.resolve

[Berker Peksag]

Changes by Berker Peksag :


--
keywords: +patch
nosy: +berker.peksag
versions: +Python 3.4 -Python 3.3
Added file: http://bugs.python.org/file28277/issue12915.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16651] Find out what stdlib modules lack a pure Python implementation

[Brett Cannon]

Brett Cannon added the comment:

So expat doesn't count as that literally wraps the expat library. Random also 
requires accessing the system randomization libraries to work properly so I 
don't think that is a candidate either. As for the compression libraries, those 
could be re-implemented, but I view those as wrappers around the libraries 
(same as the crypto stuff). I mean it doesn't have to be that way, but I'm 
trying to keep this framed in a tractable problem to start.

So to summarize the non-contentious modules (including adding functools) in 
alphabetical order, that puts us at:

array
audioop
binascii
cjkcodecs
csv
functools
itertools
re
struct

I would be curious to see what frequency these modules are used to know what 
might be higher priority so that the least used modules could eventually be 
marked as CPython-specific.

And to answer Chris' question, there is no need to be able to generate this 
from the docs until there is some PEP listing what modules must be implemented 
by a VM in order to considers its stdlib complete.

And thanks for the help so far, everyone!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3073] Cookie.Morsel breaks in parsing cookie values with whitespace

[Berker Peksag]

Berker Peksag added the comment:

The bug has been fixed in issue 8826.

Related changeset:

- http://hg.python.org/cpython/rev/cb231b79693e/
- Backport: http://hg.python.org/cpython/rev/84363c747c21

In Python 2.7.3:

>>> from Cookie import SimpleCookie
>>> cookies = SimpleCookie()
>>> cookies.load('foo=baz; expires=Sat, 10-Jun-1978 09:41:04 GMT')
>>> cookies

>>> cookies['foo']['expires']
'Sat, 10-Jun-1978 09:41:04 GMT'
>>> cookies.load('foo=baz; expires=2008-06-10T09:44:45.963024')
>>> cookies['foo']['expires']
'2008-06-10T09:44:45.963024'

--
nosy: +berker.peksag

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16651] Find out what stdlib modules lack a pure Python implementation

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16651] Find out what stdlib modules lack a pure Python implementation

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

PyPy has a pure Python implementation of sqlite (using ctypes):
https://bitbucket.org/pypy/pypy/src/default/lib_pypy/_sqlite3.py

It most probably works on CPython as well.
Does it belong to this list?

--
nosy: +amaury.forgeotdarc

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16308] Undocumented (?) behaviour change in argparse from 3.2.3 to 3.3.0

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16651] Find out what stdlib modules lack a pure Python implementation

[Christian Heimes]

Christian Heimes added the comment:

All cryptographic hash function are available as pure Python implementations. 
Although the Python based variants are super slow (except maybe on PyPy), they 
still serve as an academic show case.

IIRC PyPy has pure Python implementations of MD5, SHA-1 and SHA-2 family.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12915] Add inspect.locate and inspect.resolve

[Daniel Urban]

Changes by Daniel Urban :


--
stage: test needed -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16616] test_poll.PollTests.poll_unit_tests() is dead code

[Richard Oudkerk]

Changes by Richard Oudkerk :


--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16612] Integrate "Argument Clinic" specialized preprocessor into CPython trunk

[Larry Hastings]

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 you can copy-and-paste the 
original C variable declarations in and you don't have to go hunting for 
semicolons.  The spaces are permitted on those lines for the same reason; they 
aren't on the "flag" lines because of how flags are parsed.

I concede that this is inconsistent.  If this inconsistency bothers you, I 
invite you to propose a different (and presumably more consistent) syntax for 
the DSL.  I happen to think the current syntax has a motley "practicality beats 
purity" charm, but then I would, wouldn't I.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15526] test_startfile crash on Windows 7 AMD64

[Richard Oudkerk]

Changes by Richard Oudkerk :


--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15872] shutil.rmtree(..., ignore_errors=True) doesn't ignore all errors

[Roundup Robot]

Roundup Robot added the comment:

New changeset cb8274e1ebfa by Hynek Schlawack in branch '3.2':
#15872: Some more Windows related tuning to shutil.rmtree tests
http://hg.python.org/cpython/rev/cb8274e1ebfa

New changeset 561c4012929a by Hynek Schlawack in branch '3.3':
#15872: Some more Windows related tuning to shutil.rmtree tests
http://hg.python.org/cpython/rev/561c4012929a

New changeset 451559508c54 by Hynek Schlawack in branch 'default':
#15872: Some more Windows related tuning to shutil.rmtree tests
http://hg.python.org/cpython/rev/451559508c54

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16602] weakref can return an object with 0 refcount

[Antoine Pitrou]

Antoine Pitrou added the comment:

> The only safe operation after PyWeakref_GET_OBJECT is to Py_XINCREF the 
> result. Should we provide a PyWeakRef_LockObject()?

There's already a warning in the docs about that. I don't think an additional 
function is useful here.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16612] Integrate "Argument Clinic" specialized preprocessor into CPython trunk

[Antoine Pitrou]

Antoine Pitrou added the comment:

> The semicolon is optional, permitted explicitly so you can
> copy-and-paste the original C variable declarations in and you don't
> have to go hunting for semicolons.  The spaces are permitted on
> those lines for the same reason; they aren't on the "flag" lines
> because of how flags are parsed.

The syntax being liberal sounds ok, but I think our coding style should
be consistent.

> I happen to think the current
> syntax has a motley "practicality beats purity" charm, but then I
> would, wouldn't I.

Are we a motley crew?

--
title: Integrate "Argument Clinic" specialized preprocessor into CPython trunk 
-> Integrate "Argument Clinic" specialized preprocessor  into CPython trunk

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16651] Find out what stdlib modules lack a pure Python implementation

[Brett Cannon]

Brett Cannon added the comment:

No, sqlite does not belong on this list as it wraps a C library. Plus there is 
an explicit block for ctypes-based modules in the stdlib which would prevent 
moving over the PyPy implementation.

And I'm sure pure Python versions of all the crypto libraries are out there, 
but I would be worried about them being implemented wrong, too slow to care, 
etc. Plus short of PyPy all of the other VMs have access to those crypto 
libraries in their own standard library so there is no need to provide it in 
Python's in pure Python.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16651] Find out what stdlib modules lack a pure Python implementation

[Antoine Pitrou]

Antoine Pitrou added the comment:

Agreed with Brett.

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14894] distutils.LooseVersion fails to compare number and a word

[Dwayne Litzenberger]

Dwayne Litzenberger added the comment:

"git describe --tags --always" will return a bare commit id if there is no 
previous tag.  This is pretty common to have when you're working on a new 
package that hasn't been released yet:

$ git init
Initialized empty Git repository in /tmp/repo/.git/
$ touch foo
$ git add foo
$ git commit -m 'Initial commit'
[master (root-commit) cd7dd74] Initial commit
 0 files changed
 create mode 100644 foo
$ git describe --tags --always
cd7dd74
$ git tag v1.0
$ git describe --tags --always
v1.0

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16651] Find out what stdlib modules lack a pure Python implementation

[Philip Jenvey]

Philip Jenvey added the comment:

zipimport

--
nosy: +pjenvey

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16651] Find out what stdlib modules lack a pure Python implementation

[Brian Curtin]

Brian Curtin added the comment:

winreg does not have a pure equivalent, nor could it

--
nosy: +brian.curtin

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14894] distutils.LooseVersion fails to compare number and a word

[Antoine Pitrou]

Antoine Pitrou added the comment:

> As far as a real-world example is concerned, if you're using
> git-describe to generate your version numbers, you can pretty easily
> end up with something like "ab25c6fe95ee92fac3187dcd90e0560ccacb084a".

And how are you supposed to compare that with anything else?

I think `V("a") > V("b")` should raise TypeError in Python 3.

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14894] distutils.LooseVersion fails to compare number and a word

[Éric Araujo]

Éric Araujo added the comment:

Don’t know if you’ve seen my previous message:

I think that most tools (e.g. setuptools) generate things like 
1.0.2+gitab25c6fe95ee92fac3187dcd90e0560ccacb084a i.e. real version set by 
maintainer + hash, not just the hash.

I was talking about a version number set by the author, typically 0.1, not a 
VCS tag.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14894] distutils.LooseVersion fails to compare number and a word

[Antoine Pitrou]

Antoine Pitrou added the comment:

> Don’t know if you’ve seen my previous message:

I'm a bit lost, how are you replying to? :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14894] distutils.LooseVersion fails to compare number and a word

[Antoine Pitrou]

Antoine Pitrou added the comment:

Or, rather, who :-S

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14894] distutils.LooseVersion fails to compare number and a word

[Éric Araujo]

Éric Araujo added the comment:

I was replying to Dwayne.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16651] Find out what stdlib modules lack a pure Python implementation

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

> So expat doesn't count as that literally wraps the expat library.

XML parser can be implemented in pure Python. There are a lot of XML parsers 
implemented in different programming languages.

> Random
> also requires accessing the system randomization libraries to work
> properly so I don't think that is a candidate either.

No, random have C implemented some basic methods only for speed. It uses 
time() system function for initial seeding, but time() is accessible from pure 
Python too.

Some OS-specific modules (pwd, grp, spwd, resource, ossaudiodev, etc) can be 
implemented in pure Python on some platforms (using I/O and ioctl on special 
files in /etc, /dev or /proc).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16651] Find out what stdlib modules lack a pure Python implementation

[Brett Cannon]

Brett Cannon added the comment:

Sure, a general XML parsing library could be written in Python, but they 
wouldn't be named expat. =) The expat module wraps a specific XML parser 
(expat) so I still do not consider it applicable for this list.

As for random, you are right that it doesn't use platform-specific random code.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings

[Terry J. Reedy]

Terry J. Reedy added the comment:

Gabriel and Antoine: As I understand it, the claim in this issue is that the 
patch in #4969 (G. wrote, A. committed) is unsatisfactory. I think it would 
help if either of you commented.

--
nosy: +gagenellina, pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16658] Missing "return" in HTTPConnection.send()

[Amaury Forgeot d'Arc]

New submission from Amaury Forgeot d'Arc:

HTTPConnection.send() accepts a bytes string, a file, and any iterable.

When a file is passed, data is read in blocks until read() returns an empty 
string.
But because a "return" statement is missing, execution continues with an 
attempt to iterate the file again...
This exits quickly most of the time, but this can lead to surprising behavior 
if more data is available, or for custom implementations of the file object.

--
keywords: easy
messages: 177312
nosy: amaury.forgeotdarc
priority: normal
severity: normal
status: open
title: Missing "return" in HTTPConnection.send()
versions: Python 3.2, Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings

[Antoine Pitrou]

Antoine Pitrou added the comment:

I'll leave it to a Windows expert.

--
versions:  -Python 2.7, Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
stage: commit review -> patch review
versions: +Python 2.7, Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15207] mimetypes.read_windows_registry() uses the wrong regkey, creates wrong mappings

[Tim Golden]

Tim Golden added the comment:

Sorry; late to the party. I'll try to take a look at the patches. 
Basically I'm sympathetic to the problem (which seems quite 
straightforwardly buggish) but I want to take a look around the issue first.

TJG

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16659] Pure Python implementation of random

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

C implemented part of random module does not depend on any specific C level 
abilities. Here is a patch which implements this part on pure Python. May be 
this is not a best implementation. And I don't know how write tests for both 
implementations.

--
components: Library (Lib)
files: random_pure_python.patch
keywords: patch
messages: 177315
nosy: brett.cannon, rhettinger, serhiy.storchaka
priority: normal
severity: normal
stage: needs patch
status: open
title: Pure Python implementation of random
type: enhancement
versions: Python 3.4
Added file: http://bugs.python.org/file28278/random_pure_python.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16651] Find out what stdlib modules lack a pure Python implementation

[Alex Gaynor]

Alex Gaynor added the comment:

A lot of builtins :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16660] Segmentation fault when importing hashlib

[ashwani]

New submission from ashwani:

Hello,

I did a local installation of python 3.3.0 on my organization's CentOS machine.
We also have Python 2.6.6 installed for every users on this machine.
Python 3.3.0 crashes when I import the hash lib.
Following is snapshot of the crash.


ir[63] [~/]$ python3  -X faulthandler
Python 3.3.0 (default, Dec  9 2012, 20:13:58) 
[GCC 4.4.6 20110731 (Red Hat 4.4.6-3)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import hashlib
Fatal Python error: Segmentation fault

Current thread 0x7f0362784700:
  File "/usa/arao/Python-3.3.0/lib/python3.3/hashlib.py", line 99 in 
__get_openssl_constructor
  File "/usa/arao/Python-3.3.0/lib/python3.3/hashlib.py", line 141 in 
  File "", line 313 in _call_with_frames_removed
  File "", line 869 in _load_module
  File "", line 562 in module_for_loader_wrapper
  File "", line 1004 in load_module
  File "", line 1023 in load_module
  File "", line 586 in _check_name_wrapper
  File "", line 1525 in _find_and_load_unlocked
  File "", line 1558 in _find_and_load
  File "", line 1 in 
Segmentation fault


Can someone help me on this?

Thanks,
Ashwin

--
components: Library (Lib)
messages: 177317
nosy: nixdash
priority: normal
severity: normal
status: open
title: Segmentation fault when importing hashlib
type: crash
versions: Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16660] Segmentation fault when importing hashlib

[ashwani]

ashwani added the comment:

Following is the behavior on the same machine with Python 2.6.6



ir[65] [~/]$ python
Python 2.6.6 (r266:84292, Dec  7 2011, 20:48:22) 
[GCC 4.4.6 20110731 (Red Hat 4.4.6-3)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import hashlib
>>>

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16660] Segmentation fault when importing hashlib

[STINNER Victor]

Changes by STINNER Victor :


--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16596] Skip stack unwinding when "next", "until" and "return" pdb commands executed in generator context

[Guido van Rossum]

Guido van Rossum added the comment:

It looks like xdegaye's patch breaks 'n' when not debugging a generator.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16661] test_posix.test_getgrouplist fails on some systems - incorrectly comparing getgroups and getgrouplist results

[Gregory P. Smith]

New submission from Gregory P. Smith:

test_posix.test_getgrouplist is failing for me on my Linux (ubuntu precise) 
based desktop at work.

It looks like posix.getgrouplist() is returning all of the larger GIDs.  The 
lowest one it is reporting for my user is 499 but the more distro specific 
groups that I am are not included in its 18 element long list it returns so the 
test fails:

test test_posix failed -- Traceback (most recent call last):
  File "cpython/default/Lib/test/test_posix.py", line 660, in test_getgrouplist
pwd.getpwuid(os.getuid())[3])))
AssertionError: Items in the first set but not the second:
128
4
104
44
46
20
24
25

strace reveals that the 'id -G' command this test is trying to compare against 
calls getgroups() while posix.getgrouplist() appears to do something else that 
does not make that syscall.

posix.getgroups() does the same thing as 'id -G', this test for 
posix.getgrouplist(username, uid) is making an incorrect assertion.

--
components: Library (Lib)
messages: 177320
nosy: gregory.p.smith
priority: normal
severity: normal
stage: needs patch
status: open
title: test_posix.test_getgrouplist fails on some systems - incorrectly 
comparing getgroups and getgrouplist results
type: behavior
versions: Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9974] tokenizer.untokenize not invariant with line continuations

[Meador Inge]

Changes by Meador Inge :


--
nosy: +meador.inge

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16576] ctypes: structure with bitfields as argument

[Meador Inge]

Changes by Meador Inge :


--
nosy: +meador.inge

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16575] ctypes: unions as arguments

[Meador Inge]

Changes by Meador Inge :


--
nosy: +meador.inge

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16447] SEGFAULT when setting type.__name__

[Meador Inge]

Changes by Meador Inge :


--
nosy: +meador.inge

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16660] Segmentation fault when importing hashlib

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +gregory.p.smith

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16661] test_posix.test_getgrouplist fails on some systems - incorrectly comparing getgroups and getgrouplist results

[Ross Lagerwall]

Ross Lagerwall added the comment:

It seems like getgrouplist returns the information from the system
database whereas getgroups (and consequently id -G) returns the
supplementary groups for the calling process.

I'm not exactly sure how getgrouplist() can be effectively tested then.

--
nosy: +rosslagerwall
title: test_posix.test_getgrouplist fails on some systems - incorrectly 
comparing getgroups and getgrouplist results -> test_posix.test_getgrouplist 
fails on some systems -incorrectly comparing getgroups and getgrouplist 
results

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16661] test_posix.test_getgrouplist fails on some systems - incorrectly comparing getgroups and getgrouplist results

[Gregory P. Smith]

Gregory P. Smith added the comment:

would the values returned by getgrouplist always be a non empty subset of
getgroups?  (regardless, I expect the id -G process output parsing can be
removed)

--
title: test_posix.test_getgrouplist fails on some systems - incorrectly 
comparing getgroups and getgrouplist results -> test_posix.test_getgrouplist 
fails on some systems - incorrectly comparing getgroups and getgrouplist results

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16661] test_posix.test_getgrouplist fails on some systems - incorrectly comparing getgroups and getgrouplist results

[Ross Lagerwall]

Ross Lagerwall added the comment:

I wouldn't think so. A call to setgroups can add or remove groups for
the calling process. If it removes groups, then getgrouplist() won't
return a subset of getgroups().

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16660] Segmentation fault when importing hashlib

[Gregory P. Smith]

Gregory P. Smith added the comment:

Given where the crash is occurring and that faulthandler traceback it makes me 
wonder if it was compiled with a set of openssl headers that don't make the 
library it is using at runtime.

If you recompile the interpreter in debug mode (--with-pydebug on your 
./configure) does it still happen?

Can you run it under gdb and get the C stacktrace?  that'll tell more than 
faulthandler alone does.  [I'm glad to see you're using faulthandler though!]

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16661] test_posix.test_getgrouplist fails on some systems - incorrectly comparing getgroups and getgrouplist results

[Gregory P. Smith]

Gregory P. Smith added the comment:

Given this is more of a code coverage test than any need to test the
functionality of the OS library call, just asserting that it returns a
non-empty list is a decent test. :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16659] Pure Python implementation of random

[Mark Dickinson]

Changes by Mark Dickinson :


--
nosy: +mark.dickinson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com