[issue2047] shutil.destinsrc returns wrong result when source path matches beginning of destination path

[André Fritzsche]

New submission from André Fritzsche:

shutil.destinsrc(src,dst)

Checks if 'dst' starts with 'src', which can return a wrong result if
'dst' even starts with 'scr' but isn't really a subdirector of it. E.g.
(src=r'C:\data', dst=r'C:\data.old') returned true, although dst isn't a
subdirectory of src.

I tried to fix this creating the absolute paths of 'dst' and 'src'
appended the path seperator, if there wasn't one. Then did the check
again and now the result is correct.

See the diff file I've appended (and hopefully created correctly)

--
components: Library (Lib)
files: shutil.diff
messages: 62193
nosy: computercrustie
severity: normal
status: open
title: shutil.destinsrc returns wrong result when source path matches beginning 
of destination path
type: behavior
versions: Python 2.4
Added file: http://bugs.python.org/file9389/shutil.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

[Guido van Rossum]

Guido van Rossum added the comment:

> > I have one minor nit on the current rational.py code: all internal
> > accesses to the numerator and denominator should use self._numerator
> > and self._denominator -- going through the properties makes it *much*
> > slower. Remember that Python function/method calls are slow, and never
> > optimized away. :-)
>
> This isn't quite as simple as doing s/.numerator/._numerator, since the
> current code makes use of the fact that the int and long types also
> implement .numerator and .denominator.

Well, but *self.numerator* certainly doesn't need to worry about self
being an int or long. :-)

> Can we follow the approach that Decimal takes:  convert subclasses of
> int and long to Rational before operating?  At first sight it seems
> possible that this might actually slow down code that does a lot of
> mixed-mode int/long + Rational arithmetic, but I think this is unlikely.
> I'll implement this unless there are objections.

It had never occurred to me to do it otherwise. ;-)

> I'm also wondering what the policy should be on return types:  if a and
> b are instances of a subclass of Rational, should a+b have return type
> Rational, or return type equal to that of a and b?  Current behaviour of
> various builtin types and Decimal suggests that a Rational should be
> returned.

Correct -- the thing is that you can't know the signature of the
subclass's constructor so you can't very well blindly call that.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2045] defaultdict subclasses segfault with a bound method set as a default_factory

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

Committed r60664 for the coming 2.5.2.

--
status: pending -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue2018] TextCalendar.formatmonth is not influenced by setfirstweekday

[MATSUI Tetsushi]

MATSUI Tetsushi added the comment:

In the message msg62100, I asked about the place of *setfirstweekday()*.
Your answer in the message msg62173 was about *formatmonth()*.
I don't think the fix is complete until some explanations are given for
firstweekday and/or its getter/setter, since they have been mentioned
from your description fixes but have no entries.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1682] Move Demo/classes/Rat.py to Lib/rational.py and fix it up.

[Mark Dickinson]

Mark Dickinson added the comment:

from Guido:

> I have one minor nit on the current rational.py code: all internal
> accesses to the numerator and denominator should use self._numerator
> and self._denominator -- going through the properties makes it *much*
> slower. Remember that Python function/method calls are slow, and never
> optimized away. :-)

This isn't quite as simple as doing s/.numerator/._numerator, since the 
current code makes use of the fact that the int and long types also 
implement .numerator and .denominator.

Can we follow the approach that Decimal takes:  convert subclasses of 
int and long to Rational before operating?  At first sight it seems 
possible that this might actually slow down code that does a lot of 
mixed-mode int/long + Rational arithmetic, but I think this is unlikely.  
I'll implement this unless there are objections.

I'm also wondering what the policy should be on return types:  if a and 
b are instances of a subclass of Rational, should a+b have return type 
Rational, or return type equal to that of a and b?  Current behaviour of 
various builtin types and Decimal suggests that a Rational should be 
returned.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2045] defaultdict subclasses segfault with a bound method set as a default_factory

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

Committed r60663 in trunk. Thanks for the report!
Will backport to the 2.5 branch

__
Tracker <[EMAIL PROTECTED]>

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

[issue2027] Module containing C implementations of common text algorithms

[Matt Chaput]

Matt Chaput added the comment:

The Porter stemming and Levenshtein edit-distance algorithms are not
"fast-moving" nor are they fusion reactors... they've been around
forever, and are simple to implement, but are still useful in various
common scenarios. I'd say this is similar to Python including an
implementation of digest functions such as SHA: it's useful enough, and
compute-intensive enough, to warrant a C implementation. Shipping C
extensions is not an option for everyone; it's especially a pain with
Windows.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2045] defaultdict subclasses segfault with a bound method set as a default_factory

[Amaury Forgeot d'Arc]

Changes by Amaury Forgeot d'Arc:


--
assignee:  -> amaury.forgeotdarc
nosy: +amaury.forgeotdarc
resolution:  -> fixed
status: open -> pending

__
Tracker <[EMAIL PROTECTED]>

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

[issue2046] patch to fix_import: UserDict -> collections

[Eduardo Padoan]

New submission from Eduardo Padoan:

UserDict moved from UserDict module (deleted) to collections on py3k.
This patch adds this case to fix_import.py on 2to3.

--
assignee: collinwinter
components: 2to3 (2.x to 3.0 conversion tool)
files: fix_import_udict.diff
messages: 62186
nosy: collinwinter, eopadoan, rhettinger
severity: normal
status: open
title: patch to fix_import: UserDict -> collections
type: behavior
versions: Python 2.6, Python 3.0
Added file: http://bugs.python.org/file9388/fix_import_udict.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue2045] defaultdict subclasses segfault with a bound method set as a default_factory

[jason kirtland]

New submission from jason kirtland:

Python 2.5.1 (r251:54863, May 23 2007, 16:25:53) 
[GCC 4.1.1 20070105 (Red Hat 4.1.1-52)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from collections import defaultdict
>>> class sub(defaultdict):
... def __init__(self):
... self.default_factory = self._factory
... def _factory(self):
... return []
... 
>>> s = sub()
>>> repr(s)
Segmentation fault

--
components: Library (Lib)
messages: 62185
nosy: jek
severity: normal
status: open
title: defaultdict subclasses segfault with a bound method set as a 
default_factory
type: crash
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>

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

[issue2029] "python -m pydoc -g" fails

[Guilherme Polo]

Guilherme Polo added the comment:

I don't see the point of lines below that comment "# Scripts don't get
the current directory in their path by default.". I'm adding a patch
that removes those lines and makes use of pathdirs function instead of
using sys.path in serve function, so you get unique paths and some other
things that pathdirs does. If pathdirs shouldn't be used then it should
be removed as well, because it was not been used anywhere else. It seems
sometime this was changed by mistake.

--
nosy: +gpolo
Added file: http://bugs.python.org/file9387/pydoc.py.patch

__
Tracker <[EMAIL PROTECTED]>

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

[issue2028] _fmode = O_TEXT is obsolete

[Martin v. Löwis]

Martin v. Löwis added the comment:

I'll close this issue as rejected. As discussed, changing it in 2.x
would be incompatible. To change the default for open in 3.x to return
bytes instead of character string (i.e. open files in binary) would
require convincing Guido van Rossum, which is unlikely to happen.

--
nosy: +loewis
resolution:  -> rejected
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue2044] test_sunaudiodev.py converted to unittest

[Giampaolo Rodola']

New submission from Giampaolo Rodola':

In attachment.
I didn't try it since I don't have a SunOS system but it should be ok
(it's very minimalistic).
As far as I can tell it should work also for Python 3.0.

--
components: Tests
files: test_sunaudiodev.diff
messages: 62182
nosy: facundobatista, giampaolo.rodola
severity: normal
status: open
title: test_sunaudiodev.py converted to unittest
type: rfe
versions: Python 2.6, Python 3.0
Added file: http://bugs.python.org/file9386/test_sunaudiodev.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue1881] increase parser stack limit

[Ralf Schmitt]

Ralf Schmitt added the comment:

when I set the the stack size to 128kb on a 64bit linux with ulimit -s
128, the tests still pass (default stack size is 8192 kb).

However the following fails at recursion level 180 with a segfault:
def f(count):
print count
f(count+1)
f(0)

If I set the stack size to 96k, the interpreter cannot even start that
script. So this change should be pretty safe to not overwrite stack
boundaries.

Anything else I can do to get this in?

__
Tracker <[EMAIL PROTECTED]>

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

[issue2040] Class instance attributes that are property() should appear in __dict__

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

Well, a regular method also takes "self" as its first argument. And it
will not appear in the instance's __dict__.

The __dict__ of an object is intended to *store* its attributes.
A property can be accessed like an attribute (foo_obj.bar), but it is
computed each time, and not stored.

Do you know the dir() function? It returns the names of all known
attributes of a object, including properties and methods.

--
nosy: +amaury.forgeotdarc

__
Tracker <[EMAIL PROTECTED]>

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

[issue725149] SRE bugs with capturing groups in negative assertions

[Raghuram Devarakonda]

Raghuram Devarakonda added the comment:

looks to have been fixed.

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


Tracker <[EMAIL PROTECTED]>


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

[issue2043] test_cl.py converted to unittest

[Giampaolo Rodola']

New submission from Giampaolo Rodola':

In attachment.

--
components: Tests
files: test_cl.diff
messages: 62178
nosy: facundobatista, giampaolo.rodola
severity: normal
status: open
title: test_cl.py converted to unittest
versions: Python 2.6
Added file: http://bugs.python.org/file9385/test_cl.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue1764286] inspect.getsource does not work with decorated functions

[Guilherme Polo]

Guilherme Polo added the comment:

I am attaching a patch that address this issue.

--
nosy: +gpolo
Added file: http://bugs.python.org/file9384/inspect.py.diff

_
Tracker <[EMAIL PROTECTED]>

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

[issue2042] test_audioop.py converted to unittest

[Giampaolo Rodola']

New submission from Giampaolo Rodola':

In attachment. Original tests are unchanged.

--
components: Tests
files: test_audioop.diff
messages: 62176
nosy: facundobatista, giampaolo.rodola
severity: normal
status: open
title: test_audioop.py converted to unittest
type: rfe
versions: Python 2.6
Added file: http://bugs.python.org/file9383/test_audioop.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue2018] TextCalendar.formatmonth is not influenced by setfirstweekday

[Walter Dörwald]

Walter Dörwald added the comment:

You're supposed to use firstweekday as a property instead of using the
getter method getfirstweekday(). Anyway this is fixed now in r60651
(trunk) and r60652 (release25-maint)

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

__
Tracker <[EMAIL PROTECTED]>

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

[Guilherme Polo]

Guilherme Polo added the comment:

I'm attaching a patch. Is there some hidden problem that it may cause ?
By the way, this issue is a duplicate of http://bugs.python.org/issue993580

--
nosy: +gpolo
Added file: http://bugs.python.org/file9382/inspect.py.diff

_
Tracker <[EMAIL PROTECTED]>

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

[issue2018] TextCalendar.formatmonth is not influenced by setfirstweekday

[Walter Dörwald]

Walter Dörwald added the comment:

The doccumentation is
here:http://docs.python.org/dev/library/calendar.html#calendar.TextCalendar.formatmonth
(or in Doc/library/calendar.rst in the source).

Anyway the first of those documentation bugs is fixed now in r60649
(trunk) and r60650 (release25-maint).

__
Tracker <[EMAIL PROTECTED]>

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

[issue1916] Add inspect.isgenerator

[Guilherme Polo]

Guilherme Polo added the comment:

Adding a patch that fixes inspect test and doc.

Added file: http://bugs.python.org/file9381/inspect_doc_and_test.patch

__
Tracker <[EMAIL PROTECTED]>

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

[issue1401] urllib2 302 POST

[Facundo Batista]

Facundo Batista added the comment:

Fixed in r60648, in the trunk.

Now the content-length and content-type headers are removed from from
the headers in the redirection.

Thank you all!

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

__
Tracker <[EMAIL PROTECTED]>

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

[issue2041] __getslice__ still called

[Mark Dickinson]

Mark Dickinson added the comment:

Well, documentation patches are always welcome, I believe :)

If you can point to a particular place in the documentation and suggest 
alternative (or extra) wording that might help, post it here and I'll deal 
with it.

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

__
Tracker <[EMAIL PROTECTED]>

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

[issue1916] Add inspect.isgenerator

[Guilherme Polo]

Guilherme Polo added the comment:

I'm attaching a patch, it adds two new functions and removes some
constants defined in the code that can be retrieved from compiler.consts

Added file: http://bugs.python.org/file9380/inspect.py.diff

__
Tracker <[EMAIL PROTECTED]>

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

[issue2041] __getslice__ still called

[Stefan Seefeld]

Stefan Seefeld added the comment:

Mark,

thanks for the quick follow-up.
OK, i now understand the situation better. The documentation I had read 
originally didn't talk about special-casing built-in objects. (And since 
I want to extend a tuple, I do have to override __getslice__ since I 
want to make sure the returned object still has the derived type.)

Yes, I believe this issue can be closed as invalid.
(Though I believe the docs could be a bit more clear about this.)

Thanks,
Stefan

-- 

   ...ich hab' noch einen Koffer in Berlin...

__
Tracker <[EMAIL PROTECTED]>

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

[issue2040] Class instance attributes that are property() should appear in __dict__

[Jag Ginsberg]

Jag Ginsberg added the comment:

I appreciate your quick response, and I certainly hope you won't read
this as me being anything but ignorant, but how can a property whose
function definitions include "self" be "about" the class and not the
instance?

I agree that Foo.__dict__ should include the 
reference, but if a property is supposed to be a function that behaves
like an instance attribute (I say "instance" because of the presence of
self in the arguments and not cls), wouldn't it make sense for its value
to be included in foo_obj.__dict__ like every other attribute whose
value is specific to the instance?

I'm sure my misunderstanding is in the intended definitions of __dict__
and of property(). :-/

__
Tracker <[EMAIL PROTECTED]>

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

[issue2041] __getslice__ still called

[Mark Dickinson]

Mark Dickinson added the comment:

I think the docs do a good job of explaining this;  in particular, they 
say, 
in http://docs.python.org/dev/reference/datamodel.html#special-method-
names:

"However, built-in types in CPython currently still implement 
__getslice__()."

and explain that __getslice__ is used only to implement the form a[i:j], 
and 
falls back to __getitem__ if __getslice__ is not implemented.

Getting rid of __getslice__ for builtin types in Python 2.x is probably 
one 
of those things that would break backwards compatibility.  And leaving 
it in 
is pretty harmless.  To avoid surprises, don't implement __getslice__ in 
your 
own classes.  But note that __getslice__ and friends are gone in Python 
3.0.

I'd recommend closing this as invalid, but I'll wait for a second 
opinion.

--
nosy: +marketdickinson

__
Tracker <[EMAIL PROTECTED]>

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

[issue2006] asyncore loop lacks timers and work tasks

[Bill Janssen]

Bill Janssen added the comment:

Yes, I think we're talking about the same thing, too.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1916] Add inspect.isgenerator

[Guilherme Polo]

Guilherme Polo added the comment:

Maybe there should be two new functions then ? isgeneratorfunction and 
isgenerator.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2041] __getslice__ still called

[Stefan Seefeld]

New submission from Stefan Seefeld:

The python documentation states that since python 2.0 __getslice__ is
obsoleted by __getitem__. However, testing with python 2.3 as well as
2.5, I find the following surprising behavior:

class Tuple(tuple):

  def __getitem__(self, i): print '__getitem__', i
  def __getslice__(self, i): print '__getslice__', i

t = Tuple()
t[0] # __getitem__ called with type(i) == int
t[0:2] # __getslice__ called with type(i) == slice
t[0:2:1] # __getitem__ called with type(i) == slice

--
components: Interpreter Core
messages: 62162
nosy: stefan
severity: major
status: open
title: __getslice__ still called
type: behavior
versions: Python 2.3, Python 2.5

__
Tracker <[EMAIL PROTECTED]>

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

[issue2027] Module containing C implementations of common text algorithms

[Christian Heimes]

Christian Heimes added the comment:

I agree with Amaury. Pyhton uses the slogan "batteries included" and not
"fusion reactor included". We can and will never include every library
that may be useful for some users. Python core's development cycles are
too slow for fast moving software. Andreas' TXNG3 contains fine
implementations for stemming and levenstein.

--
nosy: +tiran
priority:  -> normal
versions: +Python 2.6

__
Tracker <[EMAIL PROTECTED]>

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

[issue2040] Class instance attributes that are property() should appear in __dict__

[Christian Heimes]

Christian Heimes added the comment:

Descriptors like properties are bound to the class and not to the
instance. The behavior is consistent with class attributes and methods:

>>> class Foo:
... a = 1
... bar = property(lambda self: 'baz')
...
>>> dict(Foo.__dict__)
{'a': 1, '__module__': '__main__', 'bar': , '__doc__': None}
>>> Foo().__dict__
{}

--
nosy: +tiran
resolution:  -> wont fix
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue2040] Class instance attributes that are property() should appear in __dict__

[Jag Ginsberg]

New submission from Jag Ginsberg:

If I have a class:

class Foo(object):
  bar = property(lambda self: 'baz') # ignore the value's trivial nature

and then run:

>>> foo_obj = Foo()
>>> foo_obj.__dict__

... I would expect to see:

{'bar': 'baz'}

... and not:

{}

This would seem consistent with what a property is supposed to
masquerade as. Do you disagree?

-jag

--
components: Interpreter Core
messages: 62159
nosy: jag
severity: minor
status: open
title: Class instance attributes that are property() should appear in __dict__
type: behavior

__
Tracker <[EMAIL PROTECTED]>

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

[issue2039] Pymalloc patch for int and float objects

[Christian Heimes]

New submission from Christian Heimes:

The patch removes the special allocation schema for ints and floats and
replaces it but a standard PyObject_MALLOC schema with a limited free_list.

--
components: Interpreter Core
files: trunk_intfloat_freelist.patch
keywords: patch
messages: 62158
nosy: tiran
priority: normal
severity: normal
status: open
title: Pymalloc patch for int and float objects
type: behavior
versions: Python 2.6
Added file: http://bugs.python.org/file9379/trunk_intfloat_freelist.patch

__
Tracker <[EMAIL PROTECTED]>

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

[issue2026] test_largefile.py converted to unittest

[Facundo Batista]

Facundo Batista added the comment:

Fixed in r60645. Thank you!

__
Tracker <[EMAIL PROTECTED]>

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

[issue1916] Add inspect.isgenerator

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

I know two real usages:

- the nose and py.test packages accept a generator function, as
described here:
http://codespeak.net/py/dist/test.html#generative-tests-yielding-more-tests
http://somethingaboutorange.com/mrl/projects/nose/#test-generators.
functions are collected with the help of the "inspect" module.

- the twisted framework use "inlineCallbacks": a function executes an
asynchronous operation and yields; execution is resumed when the
operation gets its results. "inlineCallbacks" is actually a a decorator.

Both cases make the difference between a generator function and a
regular function, even if it returns a generator. And they don't want to
execute the function to know it...

--
nosy: +amaury.forgeotdarc

__
Tracker <[EMAIL PROTECTED]>

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

[issue1979] Make Decimal comparisons with NaN less arbitrary

[Mark Dickinson]

Mark Dickinson added the comment:

Closing.

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

__
Tracker <[EMAIL PROTECTED]>

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

[issue1401] urllib2 302 POST

[Antoine Pitrou]

Antoine Pitrou added the comment:

Content-Type is probably meaningless but harmless as well. I'd say the
priority is in getting rid of headers whose misinterpretation can be
annoying, such as Content-Length.

__
Tracker <[EMAIL PROTECTED]>

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

[issue2038] win32pdh.EnumObjects fails on Windows Server 2003 R2

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

A quick google search on "2147481648" reveals that you are not alone:
http://mail.python.org/pipermail/python-win32/2004-October/002519.html

In addition, this tracker only deals with core python. I close the
issue. Please discuss this problem on the pywin32 web site:
http://starship.python.net/crew/mhammond/win32/

--
nosy: +amaury.forgeotdarc
resolution:  -> invalid
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue2038] win32pdh.EnumObjects fails on Windows Server 2003 R2

[Richard Mason]

New submission from Richard Mason:

The following test script works OK on all windows platforms apart from 
Windows Server 2003 R2:

import win32pdh
win32pdh.EnumObjects(None, None, 0, 1)

When I run on Windows Server 2003 R2 get the following dump:

E:\fusiondx\lib>test.py
Traceback (most recent call last):
  File "E:\fusiondx\lib\test.py", line 2, in 
win32pdh.EnumObjects(None, None, 0, 1)
pywintypes.error: (-2147481648, 'EnumObjects for buffer size', 'No 
error message is available')

--
components: Extension Modules
messages: 62152
nosy: rmason
severity: critical
status: open
title: win32pdh.EnumObjects fails on Windows Server 2003 R2
type: crash
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>

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

[issue1966] infinite loop in httplib

[Georgij Kondratjev]

Changes by Georgij Kondratjev:


--
nosy: +orivej

__
Tracker <[EMAIL PROTECTED]>

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

[issue2028] _fmode = O_TEXT is obsolete

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

Exactly. First computer files were filled with numbers, then with
English words, then with accented letters now with kanjis.

Imagine that "binary" is a kind of language. And not spoken by many
people anymore ;-)

__
Tracker <[EMAIL PROTECTED]>

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

[issue2028] _fmode = O_TEXT is obsolete

[Zdeněk Pavlas]

Zdeněk Pavlas added the comment:

> if they want binary data, they will have to open files in binary mode.

There were binary files.  *THEN* dos and mac came with text files.  To
keep the *ORIGINAL* semantics we have to add *NEW* flags to open/fopen.
 Looks we'll run out of O_ bitfields and letters quite soon.  64bit
words and unicode alphabet finally start to make sense... :)

__
Tracker <[EMAIL PROTECTED]>

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

[issue2029] "python -m pydoc -g" fails

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

There is a difference between "-m" and starting the module directly:
- when running a module, its directory is inserted in front of sys.path.
- with "-m", the empty string '' is inserted in front of sys.path.

The problem with pydoc.py is that there is specific code that modifies
sys.path, and will remove the standard lib from sys.path!
Look for this comment:
   # Scripts don't get the current directory in their path by default.
We could delete three lines there and avoid to remove
dirname(sys.argv[0]) from the path.

--
nosy: +amaury.forgeotdarc

__
Tracker <[EMAIL PROTECTED]>

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

[issue2028] _fmode = O_TEXT is obsolete

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

> Windows has stopped to use CRLF files
No, there are some places where a text file must be CRLF.
To name a few:
- Notepad
- Visual Studio .sln files.

> Days when majority of "C" codebase actually DID process text files 
> AND CRLF files were used are long over and since Python is NOT 
> "C" it should reflect that.

Actually, python 3.0 goes even further from "C": 
- Python mostly deals with text files
- text files will return (unicode) text data, decoded with a specified
encoding (by default: 7bit ascii)
Many unix programs will break anyway: if they want binary data, they
will have to open files in binary mode.
After that, they will run on Windows with no modification.

--
nosy: +amaury.forgeotdarc

__
Tracker <[EMAIL PROTECTED]>

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

[issue1401] urllib2 302 POST

[Facundo Batista]

Facundo Batista added the comment:

So, the general agreement is that:

- After receiven the 302, it's ok to generate a GET request.

- There's a problem with the generated GET request (there should not be
a Content-Length field in the headers)

Right?

If this is ok, I'll fix it. But, what other fields should disappear?
What about Content-Type, for example?

Thank you!

__
Tracker <[EMAIL PROTECTED]>

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

[issue2028] _fmode = O_TEXT is obsolete

[Facundo Batista]

Facundo Batista added the comment:

O_TEXT is not obsolete, as the behaviour is different even in a win2k.

>>> a = open("ubuntu-6.06.1-server-i386.iso")
>>> len(a.read())
46424
>>> a = open("ubuntu-6.06.1-server-i386.iso", "rb")
>>> len(a.read())
453132288

I agree that the default should be Binary. Note that this would break
too much in Py2, so if happens it will need to be done in Py3.

BTW, I don't know if this was already discussed, approved, rejected, etc.

--
nosy: +facundobatista
versions: +Python 3.0

__
Tracker <[EMAIL PROTECTED]>

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

[issue2029] "python -m pydoc -g" fails

[Ben Bass]

New submission from Ben Bass:

To quickly open a PyDoc browser, I want to be able to run the following:

python -m pydoc -g

This works fine on Python2.4, but fails on 2.5(.1), with following
traceback (tested on both WinXP and Solaris 8, same result):

Traceback (most recent call last):
  File "c:\python25\lib\runpy.py", line 95, in run_module
filename, loader, alter_sys)
  File "c:\python25\lib\runpy.py", line 52, in _run_module_code
mod_name, mod_fname, mod_loader)
  File "c:\python25\lib\runpy.py", line 32, in _run_code
exec code in run_globals
  File "c:\python25\lib\pydoc.py", line 2255, in 
if __name__ == '__main__': cli()
  File "c:\python25\lib\pydoc.py", line 2191, in cli
gui()
  File "c:\python25\lib\pydoc.py", line 2162, in gui
gui = GUI(root)
  File "c:\python25\lib\pydoc.py", line 2052, in __init__
import threading
ImportError: No module named threading


When running pydoc.py -g directly (i.e. without the -m) it works fine,
but this requires knowing the specific location of pydoc library file,
so is less helpful.

--
components: Library (Lib)
messages: 62145
nosy: bpb
severity: normal
status: open
title: "python -m pydoc -g"  fails
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>

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

[issue2028] _fmode = O_TEXT is obsolete

[Zdeněk Pavlas]

New submission from Zdeněk Pavlas:

Please consider setting the default file mode to O_BINARY.  O_TEXT
breaks many unix programs and Windows has stopped to use CRLF files for
anything of use since the introduction of Win95's registry anyway.

Days when majority of "C" codebase actually DID process text files AND
CRLF files were used are long over and since Python is NOT "C" it should
reflect that.

--
components: Windows
messages: 62144
nosy: zde
severity: minor
status: open
title: _fmode = O_TEXT is obsolete
type: behavior

__
Tracker <[EMAIL PROTECTED]>

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

[issue1160] Medium size regexp crashes python

[Guilherme Polo]

Guilherme Polo added the comment:

I tried Frederik's solution against trunk and it works. I compiled
python with ucs2 so it is surely setting SRE_CODE to unsigned long.
Before this change I got the same exception as pointed by Guido Ostkamp.

--
nosy: +gpolo

__
Tracker <[EMAIL PROTECTED]>

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

[issue1947] Exception exceptions.AttributeError '_shutdown' in

[Facundo Batista]

Facundo Batista added the comment:

It seems that it's more a problem related to your environment. It could
be a problem in the installation, execution of the program, or even in
the XP itself.

In any case, you should ask for help in the python list, or in #python
at irc.freenode.org.

__
Tracker <[EMAIL PROTECTED]>

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

[issue1979] Make Decimal comparisons with NaN less arbitrary

[Facundo Batista]

Facundo Batista added the comment:

Thanks Mark!

Shall this issue be closed?

__
Tracker <[EMAIL PROTECTED]>

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

[issue1597000] Use \r\n, not \n for HTTP headers

[Guilherme Polo]

Guilherme Polo added the comment:

cgitb just creates a html document with a traceback, it doesn't send it
over network. I would like to take a look at this, but before it would
be good to know if the author of this bug found some other place that
this issue applies.

--
nosy: +gpolo

_
Tracker <[EMAIL PROTECTED]>

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

[issue1292] libffi needs an update to support mips64, arm and armeabi on linux

[Matthias Klose]

Matthias Klose added the comment:

there's a buildbot for mips-linux, none for mips64, so lets close this one.

--
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

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

[issue2027] Module containing C implementations of common text algorithms

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc added the comment:

I don't think that this should be part of the core standard library.
Did you look at the TextIndexNG project?
http://opensource.zopyx.com/projects/TextIndexNG3/

--
nosy: +amaury.forgeotdarc

__
Tracker <[EMAIL PROTECTED]>

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