[issue16561] bdist_wininst installers don't use UAC, then crash

2014-11-27 Thread Christian Boos

Christian Boos added the comment:

Ping. Probably too late for 2.7.9, but the patch is about adding a check a null 
pointer dereference and the follow-up crash, so someone might be interested to 
commit it, or a similar fix.

--

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



[issue16561] bdist_wininst installers don't use UAC, then crash

2014-10-26 Thread Christian Boos

Christian Boos added the comment:

`--user-access-control auto` doesn't work for me...

With Python 2.7.8 installed ''for all'' in C:/Program Files (x86)/Python27, 
an installer built with `bdist_wininst --user-access-control auto` will *not* 
ask for permission elevation and will crash as described above. If I build the 
installer with `bdist_wininst --user-access-control force` it will ask for 
permission elevation and the install will proceed normally. 

Same behavior for the amd64 version of 2.7.8 installed in C:/Program 
Files/Python27.

However, one way or the other I think it would be annoying to ask for 
permission elevation when it's not actually needed, like when python is 
installed in the default C:/Python27 location for example. 

So I think a better fix would be to simply *not crash* and fail saying elevated 
permissions are required. The user can then simply do a Run as administrator 
on the installer from the Windows explorer and things work as expected.

--
nosy: +cboos

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



[issue16561] bdist_wininst installers don't use UAC, then crash

2014-10-26 Thread Christian Boos

Christian Boos added the comment:

The reason of the crash is pretty trivial, there's no check for success of the 
creation of the installation logfile. Trapping this and aborting (with a hint 
to use Run as administrator) would be enough to fix the issue, I think.

--
keywords: +patch
Added file: http://bugs.python.org/file37019/python-issue-16561.diff

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



[issue15564] cgi.FieldStorage should not call read_multi on files

2013-01-01 Thread Christian Boos

Christian Boos added the comment:

I think that reverting to a read_single() when the read_multi() fails could do 
the trick here. At least this approach seems to work for uploading .mht files. 
See also http://trac.edgewall.org/ticket/9880.

--
nosy: +cboos

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



[issue7470] logger.StreamHandler emit encoding fallback is wrong

2010-06-12 Thread Christian Boos

Christian Boos cb...@neuf.fr added the comment:

Hello Vinay, 

I recently installed Python 2.6.5, and I see this buglet is also present there. 
When I reported the issue, I said 2.6 worked and IIRC it must have been 2.6 or 
2.6.1. 

I don't know if it's worth to backport the fix for 2.6.6, but just in case, I 
wanted to let you know.

--

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



[issue8929] wininst: msvcr90 dependency in x64 build

2010-06-07 Thread Christian Boos

Christian Boos cb...@neuf.fr added the comment:

I did a mistake and downloaded an older installer, sorry for the trouble this 
caused.

The actual Python 2.6.5 (x64) has wininst-9.0.exe and wininst-9.0-amd64.exe 
built statically as expected.

--
nosy: +cboos

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



[issue7470] logger.StreamHandler emit encoding fallback is wrong

2009-12-10 Thread Christian Boos

New submission from Christian Boos cb...@neuf.fr:

For a stream with a poor encoding, such as sys.stderr on Windows where 
encoding is cp437, the encoding of an unicode message will fail 
(expected) and then a fallback encoding to UTF-8 will be done:

(in 
http://code.python.org/hg/trunk/file/bd98b2c097fe/Lib/logging/__init__.p
y#l837):
837 except UnicodeError:
838 stream.write(fs % msg.encode(UTF-8))

However, that fallback won't work, as at this point, fs was already 
converted to unicode and is now u'%s\n', so the (msg.encode(UTF-8)) 
str will be decoded to unicode again using the default encoding, which 
will likely fail with a UnicodeDecodeError if msg contains non-ascii 
characters.

The solution would be to keep using fs as %s\n in this line.

This is similar to issue6991, but not exactly the same and it only 
happens for Python 2.7. Using logging_error.py, I've tested Python 2.3 
to Python 2.6 (works) and Python 2.7a1 (fails), current trunk must have 
the same issue as 2.7a1. Patch follows.

--
components: Library (Lib)
files: logging_error.py
messages: 96201
nosy: cboos, vinay.sajip
severity: normal
status: open
title: logger.StreamHandler emit encoding fallback is wrong
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file15518/logging_error.py

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



[issue7470] logger.StreamHandler emit encoding fallback is wrong

2009-12-10 Thread Christian Boos

Christian Boos cb...@neuf.fr added the comment:

One way to solve the issue. 

PS: copy/pasting URLs to the Mercurial repo apparently doesn't work, for 
some reason (probably the line anchor); the URL I gave above was:

 http://code.python.org/hg/trunk/file/bd98b2c097fe/Lib/logging/__init__.py

 + #l837

--
keywords: +patch
Added file: http://bugs.python.org/file15519/issue7470.patch

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



[issue7470] logger.StreamHandler emit encoding fallback is wrong

2009-12-10 Thread Christian Boos

Christian Boos cb...@neuf.fr added the comment:

PPS: Ok, links to the Mercurial repo /really/ don't work, and it was not 
the #l837 part ;-)

--

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



[issue3741] DISTUTILS_USE_SDK set causes msvc9compiler.py to raise an exception

2008-10-09 Thread Christian Boos

Christian Boos [EMAIL PROTECTED] added the comment:

Hit the same issue, which is actually only a typo, as self.__path is 
used nowhere.

diff -r 4d10dcbd5f63 Lib/distutils/msvc9compiler.py
--- a/Lib/distutils/msvc9compiler.pyThu Oct 09 11:19:40 2008 +0200
+++ b/Lib/distutils/msvc9compiler.pyThu Oct 09 12:01:27 2008 +0200
@@ -316,7 +316,7 @@
 self.__version = VERSION
 self.__root = rSoftware\Microsoft\VisualStudio
 # self.__macros = MACROS
-self.__path = []
+self.__paths = []
 # target platform (.plat_name is consistent with 'bdist')
 self.plat_name = None
 self.__arch = None # deprecated name

--
nosy: +cboos

___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3741
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com