[issue8401] Strange behavior of bytearray slice assignment

[Georg Brandl]

Changes by Georg Brandl :


--
assignee:  -> georg.brandl

___
Python tracker 

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

[issue8597] build out-of-line asm on Windows

[Stefan Krah]

Stefan Krah  added the comment:

The patches are very similar. This one always chooses ml64 on a 64 bit
platform, even when a user has executed `vcvarsall x86`.

The patch in #7546 attempts to honor the environment and has unit tests,
so I'm making #7546 the superseder.

--
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> msvc9compiler.py: add .asm extension

___
Python tracker 

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

[issue9421] configparser.ConfigParser's getint, getboolean and getfloat don't accept `vars`

[Łukasz Langa]

Łukasz Langa  added the comment:

Actually the square bracket form is how `range()` is documented so there is 
some limited precedent in that regard.

--

___
Python tracker 

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

[issue7546] msvc9compiler.py: add .asm extension

[Stefan Krah]

Changes by Stefan Krah :


Removed file: http://bugs.python.org/file18681/vcasm2.patch

___
Python tracker 

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

[issue7546] msvc9compiler.py: add .asm extension

[Stefan Krah]

Stefan Krah  added the comment:

Minor cleanups in vcasm2.patch.

--
Added file: http://bugs.python.org/file18742/vcasm2.patch

___
Python tracker 

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

[issue7546] msvc9compiler.py: add .asm extension

[Stefan Krah]

Changes by Stefan Krah :


Removed file: http://bugs.python.org/file18742/vcasm2.patch

___
Python tracker 

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

[issue7546] msvc9compiler.py: add .asm extension

[Stefan Krah]

Stefan Krah  added the comment:

Further cleanup (sorry for the mail volume!).

--
Added file: http://bugs.python.org/file18743/vcasm2.patch

___
Python tracker 

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

[issue7546] msvc9compiler.py: add .asm extension

[Stefan Krah]

Changes by Stefan Krah :


--
nosy: +brian.curtin, sneves, zooko
versions:  -Python 2.5, Python 2.6

___
Python tracker 

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

[issue7546] msvc9compiler.py: add .asm extension

[Éric Araujo]

Éric Araujo  added the comment:

(distutils2 bugs have all versions set)

--
versions: +Python 2.5, Python 2.6

___
Python tracker 

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

[issue9768] IDLE / Black frame in active window

[Kristoffer F]

Kristoffer F  added the comment:

Hi

I installed python from the python.org installer. I have now taken a screen 
shot, with two IDLE windows open. So you can se that it is only the active 
window that get the frame. 

I see that you have also responded to my posts at comp.lang.python. Would you 
like to only use this post?

Kristoffer

--
Added file: http://bugs.python.org/file18744/IDLE_frame.jpg

___
Python tracker 

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

[issue9768] IDLE / Black frame in active window

[Ned Deily]

Ned Deily  added the comment:

The black line border in the screen shot is the indication of which IDLE window 
currently has the keyboard focus.  Note that if you click on the IDLE shell 
window or open and select other text windows, the black line border appears 
around the currently selected window.  That seems to be an essential UI 
element.  I don't know of any documented way to change it but you could explore 
the source code of idlelib.

--

___
Python tracker 

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

[issue9771] add an optional "default" argument to tokenize.detect_encoding

[Florent Xicluna]

New submission from Florent Xicluna :

The function tokenize.detect_encoding() detects the encoding either in the 
coding cookie or in the BOM.  If no encoding is found, it returns 'utf-8':

When result is 'utf-8', there's no (easy) way to know if the encoding was 
really detected in the file, or if it falls back to the default value.

Cases (with utf-8):

 - UTF-8 BOM found, returns ('utf-8-sig', [])
 - cookie on 1st line, returns ('utf-8', [line1])
 - cookie on 2nd line, returns ('utf-8', [line1, line2])
 - no cookie found, returns ('utf-8', [line1, line2])


The proposal is to allow to call the function with a different default value 
(None or ''), in order to know if the encoding is really detected.

For example, this function could be used by the Tools/scripts/findnocoding.py 
script.

Patch attached.

--
components: Library (Lib)
files: detect_encoding_default.diff
keywords: patch
messages: 115567
nosy: flox
priority: normal
severity: normal
stage: patch review
status: open
title: add an optional "default" argument to tokenize.detect_encoding
type: feature request
versions: Python 3.2
Added file: http://bugs.python.org/file18745/detect_encoding_default.diff

___
Python tracker 

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

[issue9731] Add ABCMeta.has_methods and tests that use it

[Daniel Urban]

Changes by Daniel Urban :


--
nosy: +durban

___
Python tracker 

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

[issue9772] test_pep277 failure on AMD64 debian parallel buildbot

[Florent Xicluna]

New submission from Florent Xicluna :

This failure occurs on AMD64 debian parallel buildbot.
It is not the same failure as OS X Tiger buildbot (issue 8423).


==
FAIL: test_listdir (test.test_pep277.UnicodeFileTests)
--
Traceback (most recent call last):
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/test/test_pep277.py",
 line 157, in test_listdir
self.assertEqual(sf0, sf2)
AssertionError: Items in the first set but not the second:
'@test_21179_tmp/Grüß-Gott'
Items in the second set but not the first:
'@test_21179_tmp/Gr\udcfc\udcdf-Gott'

==
FAIL: test_listdir (test.test_pep277.UnicodeNFCFileTests)
--
Traceback (most recent call last):
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/test/test_pep277.py",
 line 157, in test_listdir
self.assertEqual(sf0, sf2)
AssertionError: Items in the first set but not the second:
'@test_21179_tmp/Grüß-Gott'
Items in the second set but not the first:
'@test_21179_tmp/Gr\udcfc\udcdf-Gott'

==
FAIL: test_listdir (test.test_pep277.UnicodeNFKCFileTests)
--
Traceback (most recent call last):
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/test/test_pep277.py",
 line 157, in test_listdir
self.assertEqual(sf0, sf2)
AssertionError: Items in the first set but not the second:
'@test_21179_tmp/Grüß-Gott'
Items in the second set but not the first:
'@test_21179_tmp/Gr\udcfc\udcdf-Gott'

--
Ran 30 tests in 1.576s


http://www.python.org/dev/buildbot/builders/AMD64%20debian%20parallel%203.x/builds/94/steps/test/logs/stdio

--
components: Tests, Unicode
keywords: buildbot
messages: 115568
nosy: flox
priority: normal
severity: normal
stage: needs patch
status: open
title: test_pep277 failure on AMD64 debian parallel buildbot
type: behavior
versions: Python 2.7, Python 3.2

___
Python tracker 

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

[issue9773] test_tarfile fails because of inaccurate mtime on AMD64 debian parallel buildbot

[Florent Xicluna]

New submission from Florent Xicluna :

Occurs repeatedly on AMD64 debian parallel.

==
FAIL: test_extractall (test.test_tarfile.MiscReadTest)
--
Traceback (most recent call last):
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/test/test_tarfile.py",
 line 331, in test_extractall
self.assertEqual(tarinfo.mtime, os.path.getmtime(path))
AssertionError: 1041808783 != 1041808783.01

==
FAIL: test_extractall (test.test_tarfile.GzipMiscReadTest)
--
Traceback (most recent call last):
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/test/test_tarfile.py",
 line 331, in test_extractall
self.assertEqual(tarinfo.mtime, os.path.getmtime(path))
AssertionError: 1041808783 != 1041808783.03

==
FAIL: test_extractall (test.test_tarfile.Bz2MiscReadTest)
--
Traceback (most recent call last):
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/test/test_tarfile.py",
 line 331, in test_extractall
self.assertEqual(tarinfo.mtime, os.path.getmtime(path))
AssertionError: 1041808783 != 1041808783.05

--
Ran 230 tests in 6.681s

FAILED (failures=3)
test test_tarfile crashed -- : [Errno 16] Device or resource 
busy: 
'/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/build/test_python_21179/@test_21179_tmp/.nfs0004f3b3060b'
Traceback (most recent call last):
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/test/test_tarfile.py",
 line 1560, in test_main
support.run_unittest(*tests)
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/test/support.py",
 line 1078, in run_unittest
_run_suite(suite)
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/test/support.py",
 line 1061, in _run_suite
raise TestFailed(err)
test.support.TestFailed: multiple errors occurred

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "./Lib/test/regrtest.py", line 942, in runtest_inner
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/test/test_tarfile.py",
 line 1563, in test_main
shutil.rmtree(TEMPDIR)
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/shutil.py",
 line 283, in rmtree
onerror(os.remove, fullname, sys.exc_info())
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/shutil.py",
 line 281, in rmtree
os.remove(fullname)
OSError: [Errno 16] Device or resource busy: 
'/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/build/test_python_21179/@test_21179_tmp/.nfs0004f3b3060b'

http://www.python.org/dev/buildbot/builders/AMD64%20debian%20parallel%203.x/builds/94

--
components: Tests
keywords: buildbot
messages: 115569
nosy: flox
priority: normal
severity: normal
stage: needs patch
status: open
title: test_tarfile fails because of inaccurate mtime on AMD64 debian parallel 
buildbot
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2

___
Python tracker 

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

[issue9774] test_smtpnet fails with "[110] Connection timed out" on AMD64 debian parallel buildbot

[Florent Xicluna]

New submission from Florent Xicluna :

Repeated failure on AMD64 debian parallel buildbot.

[329/346] test_smtpnet
test test_smtpnet failed -- Traceback (most recent call last):
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/test/test_smtpnet.py",
 line 15, in test_connect
server = smtplib.SMTP_SSL(self.testServer, self.remotePort)
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/smtplib.py",
 line 758, in __init__
SMTP.__init__(self, host, port, local_hostname, timeout)
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/smtplib.py",
 line 239, in __init__
(code, msg) = self.connect(host, port)
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/smtplib.py",
 line 295, in connect
self.sock = self._get_socket(host, port, self.timeout)
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/smtplib.py",
 line 763, in _get_socket
new_socket = socket.create_connection((host, port), timeout)
  File 
"/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/socket.py",
 line 319, in create_connection
raise error(msg)
socket.error: [Errno 110] Connection timed out

http://www.python.org/dev/buildbot/builders/AMD64%20debian%20parallel%203.x/builds/94

--
components: Tests
messages: 115570
nosy: flox
priority: normal
severity: normal
stage: needs patch
status: open
title: test_smtpnet fails with "[110] Connection timed out" on AMD64 debian 
parallel buildbot
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2

___
Python tracker 

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

[issue9732] Addition of getattr_static for inspect module

[Andreas Stührk]

Changes by Andreas Stührk :


--
nosy: +Trundle

___
Python tracker 

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

[issue9598] untabify.py fails on files that contain non-ascii characters

[Florent Xicluna]

Florent Xicluna  added the comment:

Other C files converted from latin-1 to utf-8 with r84485.

--
components: +Unicode
nosy: +flox

___
Python tracker 

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

[issue7962] Demo and Tools need to be tested and pruned

[Florent Xicluna]

Changes by Florent Xicluna :


--
dependencies: +add an optional "default" argument to tokenize.detect_encoding

___
Python tracker 

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

[issue9764] Tools/buildbot/external.bat should download and built tix

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Unfortunately, Tix just won't build that easily. Patches are welcome.

It may be worthwhile to rely on build_tkinter.py exclusively (but that often 
doesn't work, either).

--

___
Python tracker 

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

[issue9765] tcl-8 vs tcl8

[Martin v . Löwis]

Martin v. Löwis  added the comment:

This patch is incorrect. The naming of the directories as in msi.py is correct; 
the naming in Tools/buildbot is slightly inappropriate.

Tix relies on the specific directory names referred-to by msi.py, hence I use a 
different in my buildarea than Tools/buildbot.

--

___
Python tracker 

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

[issue1303434] Please include pdb with windows distribution

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Thanks for the patch, committed as r84487. I'll try it out with the next 3.2 
alpha release.

Leaving this open for possible backports.

--

___
Python tracker 

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

[issue1303434] Please include pdb with windows distribution

[Martin v . Löwis]

Changes by Martin v. Löwis :


--
resolution:  -> accepted

___
Python tracker 

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

[issue1552880] [Python2] Use utf-8 in the import machinery on Windows to support unicode paths

[Martin v . Löwis]

Martin v. Löwis  added the comment:

As this was never meant for inclusion in Python, and apparently confuses 
people, I'm closing it - it couldn't go into 2.x, anyway.

--
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

[issue9745] MSVC .pdb files not created by python 2.7 distutils

[Martin v . Löwis]

Martin v. Löwis  added the comment:

See the subversion history. It was added in r14344, which supposedly originated 
from Thomas Heller, so he should know.

Thomas, what's the reason for suppressing PDB files?

--
nosy: +loewis, theller

___
Python tracker 

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

[issue9719] build_ssl.py: cannot find 'asm64/*.*'

[Martin v . Löwis]

Martin v. Löwis  added the comment:

http://svn.python.org/projects/external/openssl-1.0.0a/asm64/

Please follow the instructions in PCbuild/readme.txt carefully. Thanks.

--
resolution:  -> invalid
status: open -> closed

___
Python tracker 

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

[issue9775] Multiprocessing, logging and atexit play not well together

[Armin Ronacher]

New submission from Armin Ronacher :

It's hard to say what exactly is to blame here, but I will try to outline the 
problem as good as I can and try to track it down:

A library of mine is using a Thread that is getting entries from a 
multiprocessing.Queue periodically.  What I find when the python interpreter is 
shutting down is this on stderr:

Error in sys.exitfunc:
Traceback (most recent call last):
  File "python2.6/atexit.py", line 24, in _run_exitfuncs
func(*targs, **kargs)
  File "python2.6/multiprocessing/util.py", line 270, in _exit_function
info('process shutting down')
TypeError: 'NoneType' object is not callable

Tracking down the issue shows that something has a __del__ [i have not found 
the object, i was under the impression the ProcessAwareLogger monkeypatch was, 
but apprently it's not the culprit] and clears out the module.  When the exit 
handler is running info is already set to None.  It can be easily checked if 
that is the issue when a weird monkepatch is added:

def fix_logging_in_multiprocesing():
from multiprocessing import util, process
import logging
util._check_logger_class()
old_class = logging.getLoggerClass()
def __del__(self):
util.info = util.debug = lambda *a, **kw: None
process._cleanup = lambda *a, **kw: None
old_class.__del__ = __del__
  
I originally thought that the destructor of the ProcessAwareLogger class was 
the issue, but apparently not so because it does not have one.

Interestingly if one looks into the util.py module the following comment can be 
found:

def _check_logger_class():
'''
Make sure process name is recorded when loggers are used
'''
# XXX This function is unnecessary once logging is patched
import logging
if hasattr(logging, 'multiprocessing'):
return
...

This is interesting because the logging monkeypatch is unused if logging is 
multiprocessing aware (which it should be in 2.6 at least).  However apparently 
at one point the toplevel multiprocessing import was removed which makes this 
test fall all the time.  Looking at the current 26 branch it appears that the 
monkeypatch was removed by jesse noller in [68737] over a year ago.

With the current development version (and I suppose a later release than 2.6.1 
which I am currently testing) the error disappears as well.

However the core issue would come back as soon as the atexit call moves past a 
destructor again I suppose.  Because of that I would recommend aliasing info to 
_info and debug to _debug and then calling the underscored methods in the 
atexit handler.

Any reasons for not doing that?  Otherwise I would like to propose committing 
that patch.

--
components: Library (Lib)
messages: 115578
nosy: aronacher
priority: normal
severity: normal
status: open
title: Multiprocessing, logging and atexit play not well together
versions: Python 2.6

___
Python tracker 

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

[issue9775] Multiprocessing, logging and atexit play not well together

[Armin Ronacher]

Changes by Armin Ronacher :


--
keywords: +patch
Added file: http://bugs.python.org/file18746/9775-fix.patch

___
Python tracker 

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

[issue9758] ioctl mutable buffer copying problem

[Brian Brazil]

Brian Brazil  added the comment:

The attached patch fixes this.

--
keywords: +patch
nosy: +bbrazil
Added file: http://bugs.python.org/file18747/ioctl_1024_mutable.patch

___
Python tracker 

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

[issue9758] ioctl mutable buffer copying problem

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Do you think there is a simple, generic way to test for this (see 
Lib/test/test_ioctl.py)?

--
nosy: +pitrou

___
Python tracker 

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

[issue9747] os.getresgid() documentation mentions "user ids", not "group ids"

[Brian Brazil]

Brian Brazil  added the comment:

This mistake is also in the docstring, I've attached a path to fix both.

--
keywords: +patch
nosy: +bbrazil
Added file: http://bugs.python.org/file18748/getresgid_group_not_user.patch

___
Python tracker 

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

[issue9776] Inconsistent spacing in fcntl.fcntl docstring

[Brian Brazil]

New submission from Brian Brazil :

The spacing in fcntl.fcntl's docstring isn't consistent, the attached patch 
fixes this.

--
assignee: d...@python
components: Documentation
files: fcntl_docstring_spacing.patch
keywords: patch
messages: 115582
nosy: bbrazil, d...@python
priority: normal
severity: normal
status: open
title: Inconsistent spacing in fcntl.fcntl docstring
versions: Python 3.2
Added file: http://bugs.python.org/file18749/fcntl_docstring_spacing.patch

___
Python tracker 

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

[issue9762] build failures

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Oh, I just noticed that many other modules weren't built either: _ssl, 
_hashlib, _sqlite, _tkinter. Apparently setup.py cannot find the relevant 
"bits" anymore.

Bisecting shows that this happened with the PEP 3149 commit.

--
nosy: +georg.brandl
priority: normal -> critical

___
Python tracker 

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

[issue9758] ioctl mutable buffer copying problem

[Brian Brazil]

Brian Brazil  added the comment:

I'd already had a look around, and my knowledge of ioctls is not sufficient to 
answer that question but I suspect the answer is no. 

Does someone know of a ioctl that works across platforms, doesn't require 
specific hardware or privileges and that does some form of read operation?

--

___
Python tracker 

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

[issue9775] Multiprocessing, logging and atexit play not well together

[Martin v . Löwis]

Martin v. Löwis  added the comment:

IIUC, you are proposing to fix Python 2.6 only. Please understand that this 
branch is closed for bug fixes (unless they are security issues, which this 
issue is not).

As for 2.7: please try explaining again what specific issue the patch is meant 
to resolve? What monkey-patching are you referring to? What destructor? Why is 
aliasing these functions going to solve a problem?

As for "a reason not to do the change": lacking a clear problem definition, the 
aliasing seems pointless.

--
nosy: +loewis

___
Python tracker 

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

[issue9762] build failures

[Antoine Pitrou]

Antoine Pitrou  added the comment:

I've committed a workaround in r84488. Feel free to improve.

--

___
Python tracker 

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

[issue9762] build failures

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy:  -pitrou

___
Python tracker 

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

[issue9775] Multiprocessing, logging and atexit play not well together

[Armin Ronacher]

Changes by Armin Ronacher :


--
versions: +Python 2.7

___
Python tracker 

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

[issue9775] Multiprocessing, logging and atexit play not well together

[Armin Ronacher]

Armin Ronacher  added the comment:

This also affects 2.7, I just worked on 2.6 because this is where I encountered 
the issue.

> As for 2.7: please try explaining again what specific issue the patch
> is meant to resolve? What monkey-patching are you referring to? What 
> destructor? Why is aliasing these functions going to solve a problem?

As mentioned above I cannot provide more information because I am unable to 
find the root of the issue.  All I know is that if the atexit handler is 
executed after the module globals were set to None it fails to shutdown 
properly.

The old monkey patch can be found here: 
http://svn.python.org/view/python/tags/r261/Lib/multiprocessing/util.py?revision=71601&view=markup

I am pretty sure that this is one way to trigger the issue but by itself not 
the root of the problem.

--

___
Python tracker 

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

[issue9217] 2to3 crashes with some doctests

[Jeremy Thurgood]

Jeremy Thurgood  added the comment:

This seems to be fixed in 3.2 and the 2.7 maintenance branch, but here's a 
(one-liner) patch for people who want to fix their local installations.

--
keywords: +patch
nosy: +jerith
Added file: http://bugs.python.org/file18750/2to3_log_fix.patch

___
Python tracker 

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

[issue9732] Addition of getattr_static for inspect module

[Guido van Rossum]

Changes by Guido van Rossum :


--
nosy:  -gvanrossum

___
Python tracker 

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

[issue7736] os.listdir hangs since opendir() and closedir() do not release GIL

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Committed in r84489 (3.x), r84490 (3.1) and r84491 (2.7). Thank you!

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

___
Python tracker 

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

[issue9775] Multiprocessing, logging and atexit play not well together

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> As mentioned above I cannot provide more information because I am
> unable to find the root of the issue.  All I know is that if the
> atexit handler is executed after the module globals were set to None
> it fails to shutdown properly.

Ok - but this is not supposed to happen. The exitfuncs are called
*before* any other interpreter shutdown happens.

> 
> The old monkey patch can be found here:
> http://svn.python.org/view/python/tags/r261/Lib/multiprocessing/util.py?revision=71601&view=markup
>
>  I am pretty sure that this is one way to trigger the issue but by
> itself not the root of the problem.

Indeed, this is not part of Python anymore, so we should remove it from
the discussion.

In any case, unless you can come up with a reproducible test case,
I'm closing this as "works for me".

--

___
Python tracker 

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

[issue9775] Multiprocessing, logging and atexit play not well together

[Martin v . Löwis]

Changes by Martin v. Löwis :


--
resolution:  -> works for me
status: open -> closed

___
Python tracker 

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

[issue9581] PosixGroupsTester fails as root

[Antoine Pitrou]

Antoine Pitrou  added the comment:

I've committed modified patches for 3.x, 3.1 and 2.7. Thanks again George.

--
assignee: ronaldoussoren -> nobody
nosy: +nobody
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
versions:  -Python 2.6

___
Python tracker 

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

[issue1100562] deepcopying listlike and dictlike objects

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Committed in r84495 (3.x), r84498 (3.1), r84499 (2.7). Thank you!

--
nosy: +pitrou
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

[issue9777] test_socket.GeneralModuleTests.test_idna should require the "network" resource

[David Watson]

New submission from David Watson :

This test requires network access as it tries to resolve a domain name at 
python.org.  Patch attached.

--
components: Tests
files: idna-test-resource.diff
keywords: patch
messages: 115593
nosy: baikie
priority: normal
severity: normal
status: open
title: test_socket.GeneralModuleTests.test_idna should require the "network" 
resource
type: behavior
versions: Python 3.2
Added file: http://bugs.python.org/file18751/idna-test-resource.diff

___
Python tracker 

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

[issue9717] operator module - "in place" operators documentation

[Arnaud Delobelle]

Arnaud Delobelle  added the comment:

Terry: I agree that augmented assignement should be described better in the 
language reference.  I guess that would warrant opening another issue?

However I tend to think that the term "in-place operation" is a good one.

BTW:

- the reference of "(See section Primaries for the syntax definitions for the 
last three symbols.)" is probably there to point to the definition of what can 
go on the left side of the augmented assignement symbol (what used to be called 
an "lvalue")

- "With the exception of assigning to tuples ": this refers to the fact that 
whereas x, y, z = l is correct syntax, x, y, z += l isn't.

Raymond: I agree that the operator doc would be clearer if better structured.

So I put forward another patch to operator.rst, structuring it more clearly and 
providing a more detailed introduction to the "In-place operations" section, 
but not trying to detail the workings of augmented assignement in general.

--
Added file: http://bugs.python.org/file18752/operator_structured.diff

___
Python tracker 

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

[issue8372] socket: Buffer overrun while reading unterminated AF_UNIX addresses

[Antoine Pitrou]

Antoine Pitrou  added the comment:

With the patches applied except linux-pass-unterminated.diff, I get the 
following test failure:

==
ERROR: testMaxPathLen (test.test_socket.TestLinuxPathLen)
--
Traceback (most recent call last):
  File "/home/antoine/py3k/__svn__/Lib/test/test_socket.py", line 1435, in 
testMaxPathLen
self.sock.bind(path)
socket.error: AF_UNIX path too long

I guess this test should simply removed.
In any case, here is an up-to-date patch against 3.x.

--
nosy: +pitrou
Added file: http://bugs.python.org/file18753/issue8372.patch

___
Python tracker 

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

[issue9766] warnings has "onceregistry" and "once_registry"

[Brett Cannon]

Brett Cannon  added the comment:

r84500

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue9775] Multiprocessing, logging and atexit play not well together

[Armin Ronacher]

Armin Ronacher  added the comment:

Put the stuff from an older version back in with a monkeypatch and you will see 
the issue again.  There are certainly many more ways to trigger that issue, 
that was just the easiest.  I will try to create a simpler test case.

--
resolution: works for me -> 
status: closed -> open

___
Python tracker 

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

[issue9717] operator module - "in place" operators documentation

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Since Raymond has grabbed this, I will let him decide on its scope.
I agree with sectioning the operator doc and intended to suggest that.

The term 'in-place operation' is fine when accurate. The term 'in-place 
operator', which is what you wrote and what I criticized, is not as it is never 
accurate and has confused and mislead people. For one thing, it leads them to 
forget that augmented assignment statements are statements that *always* do an 
assignment. For another, they forget that the operation can only be in-place 
for mutables. That is my observation based on years of reading 
c.l.p./python-list. An 'in-place operator' would do an operation in-place 
without any assighment and would only work for mutables. Python has neither 
operators nor functions nor syntax with those characteristics.

--

___
Python tracker 

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

[issue837046] pyport.h redeclares gethostname() if SOLARIS is defined

[Mark Lawrence]

Mark Lawrence  added the comment:

No reply to msg114296.

--
resolution:  -> out of date
status: pending -> closed

___
Python tracker 

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

[issue902151] Thread start - strange error under Cygwin

[Mark Lawrence]

Mark Lawrence  added the comment:

No reply to msg114327.

--
status: pending -> open

___
Python tracker 

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

[issue788931] resolving relative paths for external entities with xml.sax

[Mark Lawrence]

Mark Lawrence  added the comment:

No reply to msg114256.

--
resolution:  -> out of date
status: pending -> closed

___
Python tracker 

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

[issue1015254] Create cgi.FieldStorage._get_new_instance method as factory

[Mark Lawrence]

Mark Lawrence  added the comment:

No reply to msg114373.

--
status: pending -> open

___
Python tracker 

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

[issue9225] Replace DUP_TOPX with DUP_TOP_TWO

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Modified patch committed in r84501. Thanks!

--
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
type: performance -> resource usage

___
Python tracker 

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

[issue1058305] HTMLParser.locatestartagend regex too stringent

[Mark Lawrence]

Mark Lawrence  added the comment:

No reply to msg114390.

--
status: pending -> open

___
Python tracker 

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

[issue1103350] send/recv SEGMENT_SIZE should be used more in socketmodule

[Mark Lawrence]

Mark Lawrence  added the comment:

No reply to msg114485.

--
resolution:  -> out of date
status: pending -> closed

___
Python tracker 

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

[issue902151] Thread start - strange error under Cygwin

[Mark Lawrence]

Changes by Mark Lawrence :


--
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

[issue1015254] Create cgi.FieldStorage._get_new_instance method as factory

[Mark Lawrence]

Changes by Mark Lawrence :


--
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

[issue1058305] HTMLParser.locatestartagend regex too stringent

[Mark Lawrence]

Changes by Mark Lawrence :


--
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

[issue8372] socket: Buffer overrun while reading unterminated AF_UNIX addresses

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> I guess this test should simply removed.

(not sure which test you are referring to: the test case, or the
test for too long path names:) I think both tests need to stay.

Instead, I think that testMaxPathLen is incorrect: it doesn't
take into account the terminating NUL, which also must fit
into the 108 bytes (IIUC). baikie: why did the test pass for
you?

--
title: socket: Buffer overrun while reading unterminated AF_UNIX addresses -> 
socket: Buffer overrun while reading unterminated AF_UNIX addresses

___
Python tracker 

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

[issue9777] test_socket.GeneralModuleTests.test_idna should require the "network" resource

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Fixed in r84504, thank you!

--
nosy: +pitrou
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue9771] add an optional "default" argument to tokenize.detect_encoding

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +benjamin.peterson

___
Python tracker 

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

[issue9762] build failures

[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

[issue9775] Multiprocessing, logging and atexit play not well together

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I don't see the issue at all; the attached script runs just fine.

--
Added file: http://bugs.python.org/file18754/t.py

___
Python tracker 

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

[issue9630] Reencode filenames when setting the filesystem encoding

[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

[issue9769] PyUnicode_FromFormatV() doesn't handle non-ascii text correctly

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

2 remarks: 
- PyUnicode_FromFormat("%s", text) expects a utf-8 buffer.
- Very recently (r84472, r84485), some C files of CPython source code were 
converted to utf-8.  And most of the time, the format given to 
PyUnicode_FromFormat is a string literal.

So it would make sense for PyUnicode_FromFormat to consider the format string 
as encoded in utf-8.  This is worth asking on python-dev though.

--
nosy: +amaury.forgeotdarc

___
Python tracker 

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

[issue9630] Reencode filenames when setting the filesystem encoding

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

> Python is installed in a directory called b'py3k\xc3\xa9'
> and your locale is C
Do we really want to support this kind of configuration?

--

___
Python tracker 

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

[issue7451] improve json decoding performance

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Updated patch against py3k.

--
stage: patch review -> commit review
versions:  -Python 2.7
Added file: http://bugs.python.org/file18755/json-opts4.patch

___
Python tracker 

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

[issue7451] improve json decoding performance

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Committed in r84505.

--
resolution:  -> fixed
stage: commit 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

[issue9129] DoS smtpd module vulnerability

[Arfrever Frehtes Taifersar Arahesis]

Arfrever Frehtes Taifersar Arahesis  added the comment:

Security fixes are allowed in 2.6 branch, so could you backport the fix also to 
2.6 branch?

--
versions: +Python 2.6

___
Python tracker 

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

[issue9754] assertWarns and assertWarnsRegexp

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Updated patch so that the tests pass with -Werror.
Do you think this should be committed before the next alpha?

--
Added file: http://bugs.python.org/file18756/assertwarns2.patch

___
Python tracker 

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

[issue8372] socket: Buffer overrun while reading unterminated AF_UNIX addresses

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> baikie: why did the test pass for you?

The test passes (I assume) if linux-pass-unterminated.diff is applied. The 
latter patch is only meant to exhibit the issue, though, not to be checked in.

--

___
Python tracker 

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

[issue8734] msvcrt get_osfhandle crash on bad FD

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Ok, I've committed the patch in r84506 (3.x), r84507 (3.1) and r84508 (2.7). 
Thank you!

--
resolution: accepted -> fixed
stage: commit 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

[issue9778] Make hash values the same width as a pointer (or Py_ssize_t)

[Antoine Pitrou]

New submission from Antoine Pitrou :

Currently, Python produces hash values with fit in a C "long". This is fine at 
first sight, but in the context of dict and set implementations, it means that
1) holding hashes and indices in the same field of a structure requires some 
care (see issue1646068)
2) on platforms where a long is smaller than a Py_ssize_t (e.g. Win64), very 
big hash tables could suffer from lots of artificial collisions (the hash table 
being bigger than the range of possible hash values)
3) when a long is smaller than Py_ssize_t, we don't save any size anyway, since 
having some pointers follow a C "long" in a structure implies some padding to 
keep all fields naturally aligned

A future-proof option would be to change all hash values to be of Py_ssize_t 
values rather than C longs. Either directly, or by defining a new dedicated 
alias Py_hash_t. This would also impact the ABI, I suppose.

--
components: Interpreter Core
messages: 115617
nosy: belopolsky, georg.brandl, jimjjewett, ked-tao, loewis, mark.dickinson, 
pitrou, rhettinger, tim_one
priority: normal
severity: normal
status: open
title: Make hash values the same width as a pointer (or Py_ssize_t)
type: feature request
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

[issue9778] Make hash values the same width as a pointer (or Py_ssize_t)

[Antoine Pitrou]

Antoine Pitrou  added the comment:

As an example of padding behaviour (under Win64 with 32-bit longs and 64-bit 
pointers):

Python 3.2a1+ (py3k, Sep  4 2010, 22:50:10) [MSC v.1500 64 bit (AMD64)] on win32

Type "help", "copyright", "credits" or "license" for more information.
>>> import struct
>>> struct.calcsize("l")
4
>>> struct.calcsize("lP")
16
>>> struct.calcsize("lPP")
24

--

___
Python tracker 

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

[issue9778] Make hash values the same width as a pointer (or Py_ssize_t)

[Raymond Hettinger]

Raymond Hettinger  added the comment:

+1 for PyObject_Hash returning a Py_ssize_t.

Nothing good can come from having a hash table larger than the range of a hash 
value.  Tests may pass but performance would degrade catastrophically.

--

___
Python tracker 

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

[issue6768] asyncore file_wrapper leaking file descriptors?

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
assignee:  -> giampaolo.rodola
stage:  -> needs patch
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6

___
Python tracker 

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

[issue3526] Customized malloc implementation on SunOS and AIX

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> I guess there are not that many people running Python applications with 
> a big memory footprint on AIX or SunOS, otherwise this problem would be 
> more popular.

Not only, but integrating a big chunk of foreign code in something as critical 
as the memory allocation routines is not an easy decision to make. Also, the 
dlmalloc copy should then be regularly kept in sync with upstream.

--

___
Python tracker 

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

[issue1397] mysteriously failing test_bsddb3 threading test in other threads

[Florent Xicluna]

Changes by Florent Xicluna :


--
status: pending -> closed

___
Python tracker 

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

[issue5553] Py_LOCAL_INLINE(type) doesn't actually inline except using MSC

[Ned Deily]

Ned Deily  added the comment:

Note: autoreconf failure caused by r84379 was fixed by r84512.

--
nosy: +ned.deily

___
Python tracker 

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

[issue837046] pyport.h redeclares gethostname() if SOLARIS is defined

[R. David Murray]

R. David Murray  added the comment:

I'm not sure it was appropriate to close this bug in isolation without 
confirmation that it is no longer a problem, but I'm also guessing that it is 
in fact no longer a problem due to the fix to issue 1759169.  So because that 
seems likely I'm leaving it closed as out of date.

--
nosy: +r.david.murray

___
Python tracker 

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

[issue1058305] HTMLParser.locatestartagend regex too stringent

[R. David Murray]

R. David Murray  added the comment:

Closing this issue as out of date was inappropriate.  It may be a duplicate, 
but someone with an interest should go through and evaluate all the related 
'tolerant HTML parser' issues.

Issue 1486713 could perhaps serve as a master issue for this set.

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

___
Python tracker 

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

[issue1486713] HTMLParser : A auto-tolerant parsing mode

[R. David Murray]

R. David Murray  added the comment:

See also issue 1058305, which may be a duplicate.

--

___
Python tracker 

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

[issue5553] Py_LOCAL_INLINE(type) doesn't actually inline except using MSC

[Daniel Stutzbach]

Daniel Stutzbach  added the comment:

Ned, thanks for bringing that to my attention.  I might have missed it 
otherwise.

I had run "autoconf" but had not known to run "autoreconf", so I had missed the 
failure there.  *embarrassed*

Benjamin, thanks for fixing my error!

--
nosy: +benjamin.peterson

___
Python tracker 

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

[issue9778] Make hash values the same width as a pointer (or Py_ssize_t)

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> This would also impact the ABI, I suppose.

Correct. So it either needs to happen before 3.2, or wait until 4.0,
or the introduction of "wide" hashes needs to be done in a compatible
manner, likely requiring two parallel hashing infrastructures.

--
title: Make hash values the same width as a pointer (or Py_ssize_t) -> Make 
hash values the same width as   a pointer (or   Py_ssize_t)

___
Python tracker 

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