[issue1546] Win32 Platform SDK conflict

Adal Chiriliuc added the comment: Sorry, I just saw that this was fixed on head :( __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1546 __ ___ Python-bugs-list mailing list

[issue1546] Win32 Platform SDK conflict

New submission from Adal Chiriliuc: The WRITE_RESTRICTED macro defined in structmember.h (value 4) conflicts with the WRITE_RESTRICTED macro defined in winnt.h (value 8) in the newer Win32 Platform SDK (such as the one included in Visual Studio 2008). It generates a warning and could

[issue1520] 'without make' documentation build anomaly

Tim Golden added the comment: The attached patch against r59286 tries to tease apart the uses of filename by adding webify_filepath and unwebify_filepath functions to sphinx.utils which are then used throughout the app to convert from filesystem-separated to web-separated paths and back. A

[issue1546] Win32 Platform SDK conflict

Christian Heimes added the comment: Thanks for the report. I prefer several false alarms over one bug slipping throught! :) You are right with your concern. The two values *are* different. I've changed the name to PY_WRITE_RESTRICTED. The other names should also be prefixed with PY_ to avoid

[issue1545] shutil fails when copying to NTFS in Linux

Christian Heimes added the comment: Better patch: import errno try: copystat(src, dst) except OSError, err: # can't change stats on NTFS partition even if # OS supports it if err.errno != errno.EPERM: raise -- keywords: +patch nosy: +tiran priority: - normal

[issue1547] Minor typos in whatsnew26

New submission from Tim Golden: One typo refers to from __future__ import generators in the context of the with statement. Later what appears to be an incomplete sentence giving an example of the __dir__ method. The patch attached is against r59286 of doc/whatsnew/2.6.rst --

[issue1548] Tiny typo in doc\using\cmdline.rst

New submission from Tim Golden: The tiniest of punctuation typos in using/cmdline.rst. Patch is against 59286 of doc/using/cmdline.rst -- components: Documentation files: doc-using-cmdline-r59286.patch messages: 58119 nosy: tim.golden severity: normal status: open title: Tiny typo in

[issue1487] PEP 366 implementation

Nick Coghlan added the comment: Checked in as rev 59288. -- status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1487 __ ___ Python-bugs-list mailing

[issue1510172] Absolute/relative import not working?

Nick Coghlan added the comment: PEP 366 has been implemented for 2.6, which fixes this bug. The fix turned out to be quite invasive (hence the PEP), so it won't be backported to 2.5. -- resolution: - fixed status: open - closed type: - behavior _

[issue1547] Minor typos in whatsnew26

Changes by Tim Golden: -- severity: normal - minor __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1547 __ ___ Python-bugs-list mailing list Unsubscribe:

[issue1548] Tiny typo in doc\using\cmdline.rst

Changes by Tim Golden: -- severity: normal - minor __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1548 __ ___ Python-bugs-list mailing list Unsubscribe:

[issue1547] Minor typos in whatsnew26

Changes by Christian Heimes: -- assignee: - georg.brandl keywords: +patch nosy: +georg.brandl priority: - low __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1547 __

[issue1548] Tiny typo in doc\using\cmdline.rst

Changes by Christian Heimes: -- assignee: - georg.brandl keywords: +patch nosy: +georg.brandl priority: - low __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1548 __

[issue1545] shutil fails when copying to NTFS in Linux

Facundo Batista added the comment: But is ok to hide the problem? I mean, there *is* an error: the operation is not permitted (even if it's not Python fault), so why to not have the exception? -- nosy: +facundobatista __ Tracker [EMAIL PROTECTED]

[issue1546585] String methods don't support explicit None arguments

Nick Coghlan added the comment: This has been implemented for 2.6 -- priority: high - normal resolution: later - fixed status: open - closed type: - rfe versions: +Python 2.6 -Python 2.5 _ Tracker [EMAIL PROTECTED]

[issue1549] Regression with __hash__ definition and rich comparison operators

New submission from Thomas Herve: A new behavior was introduced in r59106 in python trunk, which look suspicious to me. Basically, every time a class defines a comparison operator, it's __hash__ method is defined to None. The simple following example shows it: class A(object): ... def

[issue1549] Regression with __hash__ definition and rich comparison operators

Thomas Herve added the comment: Of course, I meant unusable. -- nosy: +exarkun __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1549 __ ___ Python-bugs-list mailing list

[issue1549] Regression with __hash__ definition and rich comparison operators

Thomas Herve added the comment: Also, to be more clear, that happens when you define any of the functions in the name_op array (__lt__, __le___, __gt__, __ge__, ...). It's not just a problem about the object being non hashable. __ Tracker [EMAIL PROTECTED]

[issue1455] VS2008, quick hack for distutils.msvccompiler

Christian Heimes added the comment: I've applied the patch to the trunk in r59290 together with a fix for the cygwin compiler. distutils now support VS 2005 and VS 2008 (both tested) and cygwin (only tested for msvcr80). -- resolution: accepted - fixed status: open - closed

[issue1549] Regression with __hash__ definition and rich comparison operators

Changes by Christian Heimes: -- assignee: - gvanrossum nosy: +gvanrossum priority: - high __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1549 __ ___ Python-bugs-list

[issue1545] shutil fails when copying to NTFS in Linux

Raghuram Devarakonda added the comment: I agree with Facundo that it is not good to hide the error. It should be up to the caller to ignore the error. -- nosy: +draghuram __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1545

[issue1545] shutil fails when copying to NTFS in Linux

Amaury Forgeot d'Arc added the comment: This reminds me of an option in os.walk: By default errors from the os.listdir() call are ignored. If optional argument onerror is specified, it should be a function; it will be called with one argument, an OSError instance. It can report the error to

[issue1550] help('modules') broken by several 3rd party libraries (svn patch attached)

New submission from Ben Hayden: Instead of listing installed modules, help('modules') prints a please wait message, then a traceback noting that a module raised an exception during import, then nothing else. This happens in 2.5 and 2.6a0, but not in 2.4, which apparently doesn't __import__()

[issue1520] 'without make' documentation build anomaly

Joseph Armbruster added the comment: The good news: At a glance, the following look good: - building target html in cmd - building target htmlhelp then generating chm - building target html in cygwin - building target htmlhelp then generating chm The bad news [should a different bug be created

[issue1520] 'without make' documentation build anomaly

Joseph Armbruster added the comment: Typo in my last comment: - building target html in cmd - building target htmlhelp then generating chm - building target html in cygwin - building target htmlhelp in cygwin then generating chm __ Tracker [EMAIL PROTECTED]

[issue1520] 'without make' documentation build anomaly

Tim Golden added the comment: Joseph Armbruster wrote: The bad news [should a different bug be created for this?] See cmdline.rst: .. cmdoption:: -c command .. cmdoption:: -m module-name .. describe:: script Looks like genindex.html is being generated with some iffy markup: dt-c

[issue1706039] Added clearerr() to clear EOF state

Raghuram Devarakonda added the comment: I get an error when I try to read 1523853. Is this not moved to the new tracker or others are able to access it? -- nosy: +draghuram _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1706039

[issue1545] shutil fails when copying to NTFS in Linux

Facundo Batista added the comment: os.walk has an error handling mechanism because it goes through a collection of files, so it's nice to have, for example, a function applied if errors appear in some of those files. As this operation is applicable only to one file, this is not useful at all:

[issue1545] shutil fails when copying to NTFS in Linux

ianaré added the comment: I agree, the best would be to have the option of ignoring errors. However, I think there should be a way to differentiate between errors that prevent a file from being copied, and one that only affects permissions. __ Tracker [EMAIL

[issue1706039] Added clearerr() to clear EOF state

Martin v. Löwis added the comment: Yes, a number of items were not moved, as SF failed to provide them on export. -- nosy: +loewis _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1706039 _

[issue1537] Change GeneratorExit's base class from Exception to BaseException

Guido van Rossum added the comment: looks good to me. Crys, can you do the honors? -- nosy: +gvanrossum resolution: - accepted __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1537 __

[issue1537] Change GeneratorExit's base class from Exception to BaseException

Guido van Rossum added the comment: Oops, some tests fail. ctypes and hotshot at least. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1537 __ ___ Python-bugs-list mailing list

[issue1549] Regression with __hash__ definition and rich comparison operators

Jean-Paul Calderone added the comment: zope.interface.interface.InterfaceClass implements __lt__ and __gt__. It doesn't override any of the other comparison methods, and it relies on inheriting an identity-based __hash__ from its parent. Disabling __hash__ when __cmp__ or __eq__ is defined

[issue1545] shutil fails when copying to NTFS in Linux

ianaré added the comment: I must respectfully disagree. This bug also occurs during the copytree command, so it can apply to more than one file. And if using from move then the original file never gets deleted. As far as working around it, it is obviously doable, however this requires

[issue1727780] 64/32-bit issue when unpickling random.Random

Martin v. Löwis added the comment: Thanks for the patch. Committed as r59295. Because of the version change, the patch cannot be applied to 2.5.x -- resolution: - accepted status: open - closed _ Tracker [EMAIL PROTECTED]

[issue1538] Avoid string copy when split char doesn't match

Guido van Rossum added the comment: I think this is not quite right; you shouldn't return self unless it is an exact string instance. If it is a subclass of PyString should make a copy. -- nosy: +gvanrossum __ Tracker [EMAIL PROTECTED]

[issue1545] shutil fails when copying to NTFS in Linux

Facundo Batista added the comment: I'm -1 to the library ignore errors without specific indication from the user, specially when it's so easy to do it in the calling code. We agree that copytree could grow an option like the one in os.walk. Feel free to open an issue for it (this discussion

[issue1545] shutil fails when copying to NTFS in Linux

Guido van Rossum added the comment: There's already an except clause for copystat() that ignores WindowsError in copytree(). If copying this same code into copy2() makes the OP happy I think we can place a similar except clause around the copystat() call in copy2(). -- nosy: +gvanrossum

[issue1549] Regression with __hash__ definition and rich comparison operators

Guido van Rossum added the comment: You have a point. Can you suggest a patch that fixes this? Question though -- what semantics are used for __lt__ and __gt__ that they don't require overriding __eq__? __ Tracker [EMAIL PROTECTED]

[issue1542677] IDLE shell doesn't accept non ascii char input

Changes by Facundo Batista: -- title: IDLE shell doesn\'t accept non ascii char input - IDLE shell doesn't accept non ascii char input _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1542677 _

[issue1547] Minor typos in whatsnew26

Facundo Batista added the comment: Commited, rev 59297. Thank you! -- nosy: +facundobatista __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1547 __ ___ Python-bugs-list

[issue1547] Minor typos in whatsnew26

Changes by Facundo Batista: -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1547 __ ___ Python-bugs-list mailing list

[issue1548] Tiny typo in doc\using\cmdline.rst

Georg Brandl added the comment: Fixed in r59299. -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1548 __ ___

[issue1537] Change GeneratorExit's base class from Exception to BaseException

Christian Heimes added the comment: Applied in r59300 to the trunk. (This time for real. At first I committed it together with some junk to py3k branch. :/) -- resolution: accepted - fixed status: open - closed __ Tracker [EMAIL PROTECTED]

[issue1549] Regression with __hash__ definition and rich comparison operators

Jean-Paul Calderone added the comment: It implements ordering based on the interface's fully-qualified Python name (ie, (__module__, __name__)). This is compatible with the default __eq__ implementation. __ Tracker [EMAIL PROTECTED]

[issue1537] Change GeneratorExit's base class from Exception to BaseException

Chad Austin added the comment: Fantastic, thank you! __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1537 __ ___ Python-bugs-list mailing list Unsubscribe:

[issue1549] Regression with __hash__ definition and rich comparison operators

Guido van Rossum added the comment: Fair enough. Still, this would go much faster if someone other than myself could be coerced into researching how to fix this (at least the Zope use -- I haven't heard back from the OP). __ Tracker [EMAIL PROTECTED]

[issue1551] Port Python/import.c to py3k branch

New submission from Christian Heimes: Dear Nick! I wasn't able to get your modification to Python/import.c from r59288 to run. Can you please port the files to py3k yourself? Thanks! Christian -- assignee: ncoghlan components: Interpreter Core keywords: py3k messages: 58155 nosy:

[issue1549] Regression with __hash__ definition and rich comparison operators

Thomas Herve added the comment: There are different ways to fix this. Reverting r59016 is one of them, but I guess it's not an acceptable solution :). From what I understand of the changes, removing the operations (__lt__, __gt__, __le__, __ge__) from the name_op array would fix this. But I

[issue1549] Regression with __hash__ definition and rich comparison operators

Guido van Rossum added the comment: Well, the name_op array is used for other purposes. Perhaps the main issue is that the presence of any of these causes the rich comparison functionality to be overridden. But please do look into this if you can! __ Tracker

[issue1545] shutil fails when copying to NTFS in Linux

ianaré added the comment: The problem with WindowsError is that it is not included in Linux. So if there is an exception, it fails without showing the actual error. See here (ubuntu 7.10 default install): try: print a ... except WindowsError: ... print 'b' ... Traceback (most recent call

[issue1545] shutil fails when copying to NTFS in Linux

Guido van Rossum added the comment: Hm, that means there's a bug in the existing copytree() code too! Can you check whether WindowsError derives from OSError? If it does, your proposal won't fly. -- resolution: rejected - status: closed - open __

[issue1545] shutil fails when copying to NTFS in Linux

ianaré added the comment: Yes, it is a sub-class of OSError. So then only catching OSError should be sufficient? Or am I missing something? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1545 __

[issue1545] shutil fails when copying to NTFS in Linux

Guido van Rossum added the comment: Not quite, because we only want to ignore WindowsError. Maybe this would work? try: WindowsError except NameError: WindowsError = None try: except os.error, err: if WindowsError is not None or not isinstance(err, WindowsError): raise #

[issue1520] 'without make' documentation build anomaly

Georg Brandl added the comment: I fixed the markup problem now, it was a missing escape filter in the template. Well spotted! I also applied the patch in r59309, so this should be fixed now. Many thanks! __ Tracker [EMAIL PROTECTED]

[issue1545] shutil fails when copying to NTFS in Linux

Raghuram Devarakonda added the comment: try: except os.error, err: if WindowsError is not None or not isinstance(err, WindowsError): raise # Pretend we didn't catch it pass # Ignore it All the double negations are hurting when I try to understand above conditions. How

[issue1520] 'without make' documentation build anomaly

Changes by Georg Brandl: -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1520 __ ___ Python-bugs-list mailing list

[issue1545] shutil fails when copying to NTFS in Linux

Guido van Rossum added the comment: You're right, my code was wrong. Yours will be be correct if you add else: in front of the raise. I also still prefer WindowsError is not None over just WindowsError. On Dec 3, 2007 2:25 PM, Raghuram Devarakonda [EMAIL PROTECTED] wrote: Raghuram Devarakonda

[issue1545] shutil fails when copying to NTFS in Linux

Raghuram Devarakonda added the comment: You're right, my code was wrong. Yours will be be correct if you add else: in front of the raise. I also still prefer WindowsError is Yeah. I was just about to correct my code when I saw your response. I should not post just before leaving work for home

[issue1545] shutil fails when copying to NTFS in Linux

ianaré added the comment: Rather than try in copytree and try again in copy2, why not add this to the root of the issue - copystat. Something like this? def copystat(src, dst, ignore_permission_err=False): Copy all stat info (mode bits, atime and mtime) from src to dst st =

[issue1545] shutil fails when copying to NTFS in Linux

Guido van Rossum added the comment: Look at the except clause in copytree(); it does a bit more, collecting the errors and raising them later. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1545 __

[issue1294] Management of KeyboardInterrupt in cmd.py

Alexandre Vassalotti added the comment: First, I would like to say thank you both for spending your time trying to do a contribution to Python. However, I believe the current behavior of cmd.py is correct. The module documentation states clearly that End of file on input is processed as the

[issue1538] Avoid string copy when split char doesn't match

Skip Montanaro added the comment: I'm not sure why a string subclass shouldn't work, but I've attached a new version of the patch that calls PyString_CheckExact() to prevent using a string subclass. Added file: http://bugs.python.org/file8864/string-split.patch

[issue1538] Avoid string copy when split char doesn't match

Changes by Skip Montanaro: Removed file: http://bugs.python.org/file8851/string-split.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1538 __ ___ Python-bugs-list mailing

[issue1005] Patches to rename Queue module to queue

Alexandre Vassalotti added the comment: Thank you, Paul, for the patches. I reviewed the patches and improved them. Here the list of changes: - Added unit test for the import fixers. - Renamed Lib/Queue.py to Lib/queue.py. - Updated Tools/webchecker/wsgui.py. - Updated the

[issue1005] Patches to rename Queue module to queue

Changes by Alexandre Vassalotti: Added file: http://bugs.python.org/file8868/queue-rename-misc.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1005 __ ___ Python-bugs-list

[issue1005] Patches to rename Queue module to queue

Changes by Alexandre Vassalotti: -- assignee: collinwinter - brett.cannon nosy: -collinwinter __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1005 __ ___

[issue1005] Patches to rename Queue module to queue

Changes by Alexandre Vassalotti: -- assignee: brett.cannon - collinwinter nosy: +collinwinter Added file: http://bugs.python.org/file8866/queue-rename-documentation.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1005

[issue1214] Timeout in CGIXMLRPCRequestHandler under IIS

Alexandre Vassalotti added the comment: Looks good to me. I updated the patch to use .get() with a default value instead of a if-statement with .has_key(). -- nosy: +alexandre.vassalotti priority: - normal Added file: http://bugs.python.org/file8869/check-content-length.patch

[issue1294] Management of KeyboardInterrupt in cmd.py

Raghuram Devarakonda added the comment: My patch adds very sensible default behaviour when Ctrl-C or Ctrl-D are entered. It follows the tradition of many unix programs such as bash and bc which exit on Ctrl-D and ignore Ctrl-c in one way or another. Most importantly, a user can always override

[issue1552] fromfd() and socketpair() should return wrapped sockets

New submission from Takeshi Sone: socket() returns socket object wrapped by Python code, but fromfd() and socketpair() return raw object. This results in behaviour differences between sockets. Attached patch fixes it. -- components: Library (Lib) files: fromfd_sockpair.patch messages:

[issue1294] Management of KeyboardInterrupt in cmd.py

Guido van Rossum added the comment: I will look into this for 2.6. No promises. Somebody ought to check whether this does not cause problems for pdb. -- resolution: rejected - status: closed - open versions: +Python 2.6 -Python 2.5 __ Tracker [EMAIL

[issue1294] Management of KeyboardInterrupt in cmd.py

Raghuram Devarakonda added the comment: I will look into this for 2.6. No promises. Somebody ought to check whether this does not cause problems for pdb. Thanks. I will check about pdb tomorrow. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1294

[issue1553] An errornous __length_hint__ can make list() raise a SystemError

New submission from Alexandre Vassalotti: If an iterator with a __length_hint__ method that returns a negative integer is passed to list(), a SystemError is raised. class A: ... def __iter__(self): ... return self ... def __length_hint__(self): ... return -1 ...

[issue1283] PyBytes (buffer) .extend method needs to accept any iterable of ints

Alexandre Vassalotti added the comment: Thank you Gregory for the review! Committed to r59314. -- resolution: - accepted status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1283 __

[issue1553] An errornous __length_hint__ can make list() raise a SystemError

Alexandre Vassalotti added the comment: Fixed for Py3k in r59316. Should this gets backported? -- status: open - __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1553 __