[issue1700507] Carbon.Scrap.PutScrapFlavor

[Ronald Oussoren]

Changes by Ronald Oussoren :


--
status: open -> closed

___
Python tracker 

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

[issue2019] API to clear most free lists

[Ronald Oussoren]

Ronald Oussoren  added the comment:

Is patch this still relevant? 

The functionality seems to be present in the trunk and py3k.

--
nosy: +ronaldoussoren

___
Python tracker 

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

[issue3054] test_disutils fails

[Ronald Oussoren]

Ronald Oussoren  added the comment:

This issue is fixed in the 2.7 and 3.2 trees.

I'm therefore closing this issue.

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

[issue7577] documention buglet

[Ronald Oussoren]

New submission from Ronald Oussoren :

The documentation for bf_getbuffer at  claims:


The signature of getbufferproc is int (PyObject *obj, PyObject *view, 
int flags). obj is the object to export, view is the Py_buffer struct to 
fill


This is incorrect, the 'view' argument has type 'Py_buffer*'.

The same issue is also present in the 3.2 documentation (and I haven't 
checked the 2.6/2.7 docs yet)

--
assignee: georg.brandl
components: Documentation
keywords: easy
messages: 96889
nosy: georg.brandl, ronaldoussoren
severity: normal
status: open
title: documention buglet
versions: 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

[issue7577] documention buglet for PyBuffer

[Ronald Oussoren]

Ronald Oussoren  added the comment:

Another buffer documentation buglet is the documentation for 
'PyBuffer_FillInfo'. The prototype in the documentation is:

int PyBuffer_FillInfo(Py_buffer *view, void *buf, Py_ssize_t len, int 
readonly, int infoflags)

The real prototype has an additional argument (the second one in the 
prototype below):

int PyBuffer_FillInfo(Py_buffer *view, PyObject *o, void *buf,
   Py_ssize_t len, int readonly,
   int flags);

--
title: documention buglet -> documention buglet for PyBuffer

___
Python tracker 

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

[issue7559] TestLoader.loadTestsFromName swallows import errors

[Salman Haq]

Salman Haq  added the comment:

Line 348 in trunk/Lib/test/test_unittest.py has a test case to
specifically test that in the described situation, the test returns an
AttributeError. Should this test be changed so that it passes if the
exception is in fact an ImportError?

   def test_loadTestsFromName__unknown_attr_name(self):
loader = unittest.TestLoader()

try:
loader.loadTestsFromName('unittest.sdasfasfasdf')
except AttributeError, e:
self.assertEqual(str(e), "'module' object has no attribute
'sdasfasfasdf'")
else:
self.fail("TestLoader.loadTestsFromName failed to raise
AttributeError")

--
nosy: +slmnhq

___
Python tracker 

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

[issue7578] Behavio of operations on a closed file object is not documented correctly

[Baptiste Lepilleur]

New submission from Baptiste Lepilleur :

The io.IOBase class doc says:
"""Note that calling any method (even inquiries) on a closed stream is
undefined. Implementations may raise IOError in this case."""

But the io.IOBase.close() method document says:
"""Once the file is closed, any operation on the file (e.g. reading or
writing) will raise an IOError."""
which unlike the class doc is not conditional about the behavior...

Experimentation (see below) show that I get a ValueError in practice
(python 3.1, but also true for 2.6) with io.BufferedWriter and
io.StringIO objects.

>>> with open( 'dummy', 'wb') as f:
... pass
...
>>> f.write( b'' )
Traceback (most recent call last):
  File "", line 1, in 
ValueError: write to closed file
>>> f.writable()
Traceback (most recent call last):
  File "", line 1, in 
ValueError: I/O operation on closed file

>>> import io
>>> s = io.StringIO()
>>> s.close()
>>> s.read()
Traceback (most recent call last):
  File "", line 1, in 
ValueError: I/O operation on closed file

--
assignee: georg.brandl
components: Documentation
messages: 96892
nosy: blep, georg.brandl
severity: normal
status: open
title: Behavio of operations on a closed file object is not documented correctly
versions: Python 2.6, Python 3.1

___
Python tracker 

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

[issue7578] Behavior of operations on a closed file object is not documented correctly

[Baptiste Lepilleur]

Changes by Baptiste Lepilleur :


--
title: Behavio of operations on a closed file object is not documented 
correctly -> Behavior of operations on a closed file object is not documented 
correctly

___
Python tracker 

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

[issue7579] Patch to add docstrings to msvcrt

[Brian Curtin]

New submission from Brian Curtin :

Patch to provide docstrings throughout the msvcrt module.

--
assignee: georg.brandl
components: Documentation, Windows
files: msvcrt_docstrings.diff
keywords: patch
messages: 96893
nosy: brian.curtin, georg.brandl
severity: normal
status: open
title: Patch to add docstrings to msvcrt
versions: Python 2.7, Python 3.2
Added file: http://bugs.python.org/file15676/msvcrt_docstrings.diff

___
Python tracker 

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

[issue5116] expose _CrtSetReportMode via the msvcrt module

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

_CrtSetReportMode() is exposed without the leading underscore. IMO the 
_CRT_WARN and other constants should be renamed the same way.

--
nosy: +amaury.forgeotdarc

___
Python tracker 

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

[issue4758] Python 3.0 internet documentation needs work

[余谨智]

余谨智  added the comment:

As my opinion, Adding them as comments here is better as we can see the
same kind of issues all at once.

--
nosy: +yu_jin_zhi
versions:  -Python 3.0

___
Python tracker 

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

[issue7580] distutils makefile from python.org installer doesn't work on OS X Snow Leopard

[Ben Kaplan]

New submission from Ben Kaplan :

Comes from this thread on comp.lang.python:
http://groups.google.com/group/comp.lang.python/browse_thread/thread/e15915df2e9cdd9/

The Makefile for distutils in the Mac binary for Python 3.1 specifies
the use of the OS X 10.4u SDK. However, XCode only includes the SDK for
the newest two versions of OS X, currently 10.5 and 10.6. This causes
build problems with gmpy on OS X Snow Leopard and the newest XCode. It
probably will also cause problems on other libraries that are compiled
using distutils but I've seen no other reports of issues. I don't know
enough about makefiles to come up with a patch that would work on all
supported versions of OS X. 

The offending code is line 118 in the Makefile, which installs itself in
/Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/config/Makefile.
The line is
UNIVERSALSDK=/Developer/SDKs/MacOSX10.4u.sdk

Here's a copy of Mensanator's errors:

$ /Library/Frameworks/Python.framework/Versions/3.1/bin/python3
setup.py install
running install
running build
running build_ext
building 'gmpy' extension
creating build/temp.macosx-10.3-fat-3.1
creating build/temp.macosx-10.3-fat-3.1/src
Compiling with an SDK that doesn't seem to exist: /Developer/SDKs/
MacOSX10.4u.sdk
Please check your Xcode installation
gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -
fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -O3 -I./src -I/
opt/local/include -I/Library/Frameworks/Python.framework/Versions/3.1/
include/python3.1 -c src/gmpy.c -o build/temp.macosx-10.3-fat-3.1/src/
gmpy.o
In file included from src/gmpy.c:206:
/Library/Frameworks/Python.framework/Versions/3.1/include/python3.1/
Python.h:11:20: error: limits.h: No such file or directory
/Library/Frameworks/Python.framework/Versions/3.1/include/python3.1/
Python.h:14:2: error: #error "Something's broken.  UCHAR_MAX should be
defined in limits.h."
/Library/Frameworks/Python.framework/Versions/3.1/include/python3.1/
Python.h:18:

--
assignee: tarek
components: Distutils, Installation, Macintosh
messages: 96896
nosy: bskaplan, tarek
severity: normal
status: open
title: distutils makefile from python.org installer doesn't work on OS X Snow 
Leopard
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

[issue4758] Python 3.0 internet documentation needs work

[Ezio Melotti]

Ezio Melotti  added the comment:

If David doesn't answer I'd close this issue. A year passed since the
first message and several bugs have been probably fixed already.

--
status: open -> pending
versions: +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

[issue7580] distutils makefile from python.org installer doesn't work on OS X Snow Leopard

[Sridhar Ratnakumar]

Changes by Sridhar Ratnakumar :


--
nosy: +srid

___
Python tracker 

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

[issue4758] Python 3.0 internet documentation needs work

[Senthil Kumaran]

Senthil Kumaran  added the comment:

Hi Ezio, let us not close the issue. Waiting for David Beazley's patch
is okay or even looking at specific modules pointed out from the point
of str vs bytes interfaces and if any docs can be improved, we can
improve them. If we determine there is none, then we can close it as fixed.

--
status: pending -> open

___
Python tracker 

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

[issue7580] distutils makefile from python.org installer doesn't work on OS X Snow Leopard

[Martin v . Löwis]

Changes by Martin v. Löwis :


--
nosy: +loewis

___
Python tracker 

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

[issue1755841] Patch for [ 735515 ] urllib2 should cache 301 redir

[Senthil Kumaran]

Senthil Kumaran  added the comment:

I am attaching an updated patch for caching the 301 redirects.
As per RFC 2616:

10.3.2 301 Moved Permanently
   ...
   ...references returned by the server, where possible. This response
is  cacheable unless indicated otherwise.

So, I have included an additional argument to the 301 method called
cacheable=True. Which can be used to turn off the cache if required.

I would like to seek some comments on the patch, specifically on adding
this cacheable=True keyword argument.  If its fine, I would go ahead and
check it in.

--
Added file: http://bugs.python.org/file15677/urllib2-301-redirection.diff

___
Python tracker 

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