[issue9830] Python 2.7 x64 not properly installed on Windows 7 (registry)

2010-09-11 Thread Marco Buccini
New submission from Marco Buccini : I've just installed Python 2.7 x86-64, on my 64-bit Windows 7, then I've tried to install some packages - such as setuptools and pyside - but a message during the installation said something like "Cannot find Python2.7 in the windows regi

[issue15098] "TypeError" can give a misleading message

2012-06-17 Thread Marco Buccini
New submission from Marco Buccini : Suppose that you have an instance method that takes 2 arguments: one is required, while the other is a keyword argument. If you call that method without passing the required argument, but instead you only set the keyword argument, then you will get a

[issue6975] symlinks incorrectly resolved on POSIX platforms

2013-01-14 Thread Marco Buccini
Changes by Marco Buccini : -- nosy: -markon ___ Python tracker <http://bugs.python.org/issue6975> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue6973] subprocess.Popen.send_signal doesn't check whether the process has terminated

2013-01-14 Thread Marco Buccini
Changes by Marco Buccini : -- nosy: -markon ___ Python tracker <http://bugs.python.org/issue6973> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue6074] .pyc files created readonly if .py file is readonly, python won't overwrite

2013-01-14 Thread Marco Buccini
Changes by Marco Buccini : -- nosy: -markon ___ Python tracker <http://bugs.python.org/issue6074> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue19164] Update uuid.UUID TypeError exception: integer should not be an argument.

2013-10-04 Thread Marco Buccini
New submission from Marco Buccini: When you try to use uuid.UUID() without arguments you get a TypeError exception saying that you can actually use an integer (while you cannot). Python 2.6.8 (default, Apr 26 2013, 16:24:53) [GCC 4.6.3] on linux2 >>> uuid.UUID() Traceback (most re

[issue6070] Python 2.6 makes .pyc/.pyo bytecode files executable

2009-07-07 Thread Marco Buccini
Marco Buccini added the comment: @r.david.murray: Does this works on Windows? Are you sure Oleg? :) Since you've done this: #ifndef MS_WINDOWS /* mode = ..*/ #endif but on Windows the compiler "jumps" over this code, so you can get a binding error, since it doesn't fin

[issue6973] subprocess.Popen.send_signal doesn't check whether the process has terminated

2009-10-15 Thread Marco Buccini
Marco Buccini added the comment: I agree with Milko. However, I think Popen.send_signal should poll() before sending any signals, without resetting any variables to zero (or None). In this way, if you poll() before sending a signal, if the return code is None, the child is still running. If

[issue6973] subprocess.Popen.send_signal doesn't check whether the process has terminated

2009-10-15 Thread Marco Buccini
Changes by Marco Buccini : Added file: http://bugs.python.org/file15136/test_subprocess.patch ___ Python tracker <http://bugs.python.org/issue6973> ___ ___ Python-bug

[issue6973] subprocess.Popen.send_signal doesn't check whether the process has terminated

2009-10-15 Thread Marco Buccini
Changes by Marco Buccini : Removed file: http://bugs.python.org/file15136/test_subprocess.patch ___ Python tracker <http://bugs.python.org/issue6973> ___ ___ Python-bug

[issue6973] subprocess.Popen.send_signal doesn't check whether the process has terminated

2009-10-15 Thread Marco Buccini
Changes by Marco Buccini : Added file: http://bugs.python.org/file15137/test_subprocess.patch ___ Python tracker <http://bugs.python.org/issue6973> ___ ___ Python-bug

[issue6973] subprocess.Popen.send_signal doesn't check whether the process has terminated

2009-10-15 Thread Marco Buccini
Changes by Marco Buccini : Removed file: http://bugs.python.org/file15135/subprocess.patch ___ Python tracker <http://bugs.python.org/issue6973> ___ ___ Python-bugs-list m

[issue6973] subprocess.Popen.send_signal doesn't check whether the process has terminated

2009-10-15 Thread Marco Buccini
Changes by Marco Buccini : Added file: http://bugs.python.org/file15141/subprocess.patch ___ Python tracker <http://bugs.python.org/issue6973> ___ ___ Python-bugs-list m

[issue6973] subprocess.Popen.send_signal doesn't check whether the process has terminated

2009-10-15 Thread Marco Buccini
Changes by Marco Buccini : Removed file: http://bugs.python.org/file15141/subprocess.patch ___ Python tracker <http://bugs.python.org/issue6973> ___ ___ Python-bugs-list m

[issue6973] subprocess.Popen.send_signal doesn't check whether the process has terminated

2009-10-15 Thread Marco Buccini
Changes by Marco Buccini : Removed file: http://bugs.python.org/file15137/test_subprocess.patch ___ Python tracker <http://bugs.python.org/issue6973> ___ ___ Python-bug

[issue6973] subprocess.Popen.send_signal doesn't check whether the process has terminated

2009-10-15 Thread Marco Buccini
Changes by Marco Buccini : Added file: http://bugs.python.org/file15142/test_subprocess.patch ___ Python tracker <http://bugs.python.org/issue6973> ___ ___ Python-bug

[issue6973] subprocess.Popen.send_signal doesn't check whether the process has terminated

2009-10-15 Thread Marco Buccini
Changes by Marco Buccini : Added file: http://bugs.python.org/file15143/subprocess.patch ___ Python tracker <http://bugs.python.org/issue6973> ___ ___ Python-bugs-list m

[issue6975] symlinks incorrectly resolved on Linux

2009-10-16 Thread Marco Buccini
Marco Buccini added the comment: I've provided a patch. I've also added a new test, and it passes. -- keywords: +patch nosy: +markon Added file: http://bugs.python.org/file15150/issue6975.patch ___ Python tracker <http://bugs.python.

[issue7158] os.path.basename/split fails

2009-10-17 Thread Marco Buccini
Marco Buccini added the comment: I think this is not a Python bug, since it concerns PyQt. You're passing a QString object to os.path.split(), while the official documentation wants you pass a Python string. However, when I tried to run your example, newWF.py, and tried to open a file

[issue7158] os.path.basename/split fails

2009-10-17 Thread Marco Buccini
Marco Buccini added the comment: > I should close this bug. I *would* close this bug. Sorry :) -- ___ Python tracker <http://bugs.python.org/issue7158> ___ _

[issue7158] os.path.basename/split fails

2009-10-17 Thread Marco Buccini
Marco Buccini added the comment: I cannot close this bug, ahah :) BTW: I'm happy you solved this bug. Bye. -- ___ Python tracker <http://bugs.python.org/i

[issue1646838] os.path, %HOME% set: realpath contradicts expanduser on '~'

2009-10-17 Thread Marco Buccini
Changes by Marco Buccini : -- nosy: +markon ___ Python tracker <http://bugs.python.org/issue1646838> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue6975] symlinks incorrectly resolved on Linux

2009-10-17 Thread Marco Buccini
Changes by Marco Buccini : -- nosy: +brett.cannon ___ Python tracker <http://bugs.python.org/issue6975> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue6975] symlinks incorrectly resolved on Linux

2009-10-17 Thread Marco Buccini
Marco Buccini added the comment: I've just found a similar bug: http://bugs.python.org/issue1646838 However, does os.path.realpath's behavior have to be as the one specified by the POSIX standard ( http://www.kernel.org/doc/man-pages/online/pages/man3/realpath.3.html )? If we wanted

[issue6975] symlinks incorrectly resolved on Linux

2009-10-18 Thread Marco Buccini
Marco Buccini added the comment: >Thanks for looking deeper into it. >I would like to check the solution ASAP. >We have really crazy dir structure which can catch a lot of >the unexpected problems with paths, links, circular links etc. Oh well, so you can see if the patch works

[issue1646838] os.path, %HOME% set: realpath contradicts expanduser on '~'

2009-10-18 Thread Marco Buccini
Marco Buccini added the comment: If we decide to follow paths as '~' it means that we want to follow the POSIX standard. Infact, it doesn't make sense calling os.path.realpath as follow: >>> import os >>> os.getcwd() '/home/marco/Desktop' >>>