[issue1696] Distutils ignore dry-run flag at clean-up of distutils.command.build_scripts.copy_scripts

[toxik]

New submission from toxik:

It's actually py251.

113 else:
114 f.close()
115 self.copy_file(script, outfile)

Earlier, f is set to None if file is not found, and we are in dry-run
mode. Simple solution:

113 elif f:
114 f.close()
115 self.copy_file(script, outfile)

--
components: Distutils
messages: 58988
nosy: ludvig.ericson
severity: normal
status: open
title: Distutils ignore dry-run flag at clean-up of 
distutils.command.build_scripts.copy_scripts
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

[issue1674] pythonw.exe crashes when run in one particular account on Windows XP Pro

[Kurt B. Kaiser]

Kurt B. Kaiser added the comment:

Thanks for the report.  Please reopen it if you come up 
with further confimation.

--
assignee:  -> kbk
nosy: +kbk
resolution:  -> works for me
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

[issue1695] time.localtime() docstring has a wrong fieldname

[Brett Cannon]

Brett Cannon added the comment:

Fixed in r59596 and r59597.

--
resolution:  -> fixed
status: open -> closed
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

[issue1695] time.localtime() docstring has a wrong fieldname

[Brett Cannon]

Changes by Brett Cannon:


--
assignee:  -> brett.cannon
nosy: +brett.cannon

__
Tracker <[EMAIL PROTECTED]>

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

[issue1695] time.localtime() docstring has a wrong fieldname

[tapybugs]

New submission from tapybugs:

The docstring says "tm_day" but dir() knows "tm_mday" only:

Python 2.5.1 (r251:54863, Oct  5 2007, 13:36:32)
[GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import time
>>> print time.localtime.__doc__
localtime([seconds]) ->
(tm_year,tm_mon,tm_day,tm_hour,tm_min,tm_sec,tm_wday,tm_yday,tm_isdst)

Convert seconds since the Epoch to a time tuple expressing local time.
When 'seconds' is not passed in, convert the current time instead.

>>> print dir(time.localtime())
['__add__', '__class__', '__contains__', '__delattr__', '__doc__',
'__eq__', '__ge__', '__getattribute__', '__getitem__', '__getslice__',
'__gt__', '__hash__', '__init__', '__le__', '__len__', '__lt__',
'__mul__', '__ne__', '__new__', '__reduce__', '__reduce_ex__',
'__repr__', '__rmul__', '__setattr__', '__str__', 'n_fields',
'n_sequence_fields', 'n_unnamed_fields', 'tm_hour', 'tm_isdst',
'tm_mday', 'tm_min', 'tm_mon', 'tm_sec', 'tm_wday', 'tm_yday', 'tm_year'

--
components: Documentation
messages: 58985
nosy: tapybugs
severity: minor
status: open
title: time.localtime() docstring has a wrong fieldname
type: behavior
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

[issue1689] Backport PEP 3141 to 2.6

[Facundo Batista]

Facundo Batista added the comment:

The patch applies cleanly, all test cases are ok.

To be commited, documentation should be created for this, would you
please take care of it?

Also, some lines for NEWS will be welcomed.

Thank you!!

--
nosy: +facundobatista

__
Tracker <[EMAIL PROTECTED]>

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

[issue1694] floating point number round failures under Linux

[Bernhard Mayr]

New submission from Bernhard Mayr:

[EMAIL PROTECTED] ~]$ python
Python 2.5.1 (r251:54863, Oct 30 2007, 13:54:11)
[GCC 4.1.2 20070925 (Red Hat 4.1.2-33)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> f1=0.55
>>> f2=2.25
>>> print '%.1f, %.1f' % (f1, f2)
0.6, 2.2
>>>
 
f1 is rounded to the next higher value, but f2 is not.


C:\>python
Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit 
(Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> f1=0.55
>>> f2=2.25
>>> print '%.1f, %.1f' % (f1, f2)
0.6, 2.3
>>>

Under windows it works properly.


If the floating point numbers are encapsulated behind "round(f, 1)" 
both OS show the same output.

--
components: Interpreter Core
messages: 58983
nosy: falk_steinhauer
severity: major
status: open
title: floating point number round failures under Linux
type: behavior
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

[issue1657] [patch] epoll and kqueue wrappers for the select module

[Thomas Herve]

Thomas Herve added the comment:

You have to use sys.platform to get 'darwin', not os.name. The rest of
the test seems good.

I didn't spot the check of EEXIST in pyepoll_internal_ctl, I'm not sure
it's a good idea. I understand it's for being able to only use register,
but it's not the way it's meant to be used. At least, there should be a
test for it.

Your example in kqueue_queue_doc doesn't work:
 * it uses KQ_ADD instead of KQ_EV_ADD
 * on OS X, you can't use kqueue on stdin
 * it uses KQ_DELETE instead of KQ_EV_DELETE
Maybe an example on an arbitrary fd would be better.

FWIW, I would have prefer to review epoll wrapper first, then kqueue.
Splitting functionalities makes it easier to review.  But that will be
great to have that in python :).

__
Tracker <[EMAIL PROTECTED]>

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

[issue1693] Please check merge from trunk

[Christian Heimes]

New submission from Christian Heimes:

Can you please check the merge of typeobject.c from trunk in r59595? I'm
not absolutely sure if it has the desired effect. slot_tp_hash() was
heavily modified in py3k.

--
assignee: gvanrossum
components: Interpreter Core
keywords: py3k
messages: 58981
nosy: gvanrossum, tiran
priority: normal
severity: normal
status: open
title: Please check merge from trunk
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