[issue4213] Lower case file system encoding

[Christian Heimes]

New submission from Christian Heimes <[EMAIL PROTECTED]>:

Python should lower case the file system encoding in Python/pythonrun.c.
On several occasions Python optimizes code paths for lower case
encodings like "utf-8" or "latin-1". On my Ubuntu system the file system
encoding is upper case ("UTF-8") and the optimizations aren't used. This
also causes problems with sub interpreters #3723 initstdio() in the sub
interpreter fails because "UTF-8" must be looked up in the codecs and
encoding registry while "utf-8" works like a charm.

$ python2.6 -c "import sys; print sys.getfilesystemencoding()"
UTF-8

$ python3.0 -c "import sys; print(sys.getfilesystemencoding())"
UTF-8

$ locale
LANG=de_DE.UTF-8
LANGUAGE=en_US:en:de_DE:de
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=

The patch is trivial:

if (codeset) {
if (!Py_FileSystemDefaultEncoding) {
char *p;
for (p=codeset; *p; p++)
*p = tolower(*p);
Py_FileSystemDefaultEncoding = codeset;
}
else
free(codeset);
}

Python/codecs.c:normalizestring() does a similar job. Maybe a new method
"char* PyCodec_NormalizeEncodingName(const char*)" could be introduced
for the problem.

--
assignee: barry
components: Interpreter Core
keywords: patch
messages: 75252
nosy: barry, christian.heimes
priority: release blocker
severity: normal
status: open
title: Lower case file system encoding
type: behavior
versions: Python 2.6, Python 2.7, Python 3.0

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3723] Py_NewInterpreter does not work

[Christian Heimes]

Changes by Christian Heimes <[EMAIL PROTECTED]>:


--
dependencies: +Lower case file system encoding

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4204] Cannot build _multiprocessing, math, mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4

[Jesse Noller]

Changes by Jesse Noller <[EMAIL PROTECTED]>:


--
nosy: +jnoller

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4213] Lower case file system encoding

[STINNER Victor]

STINNER Victor <[EMAIL PROTECTED]> added the comment:

Converting to the lower case doesn't solve the problem: if the locale 
is "utf8" and Python checks for "utf-8", the optimization will fail. 
Another example: iso-8859-1, latin-1 or latin1?

A correct patch would be to get the most common name of the charset 
and make sure that Python C code always use this name.

--
nosy: +haypo

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4213] Lower case file system encoding

[Marc-Andre Lemburg]

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:

The lower-casing doesn't hurt, since that's done anyway during codec
lookup, but I'd be -1 on making this try to duplicate the aliasing
already done by the encodings package.

--
nosy: +lemburg

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4213] Lower case file system encoding

[STINNER Victor]

STINNER Victor <[EMAIL PROTECTED]> added the comment:

Here is a patch to get the "most common charset name": use 
codecs.lookup(codeset).name.

Added file: http://bugs.python.org/file11896/get_codeset.patch

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4213] Lower case file system encoding

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

Victor's patch fixes the issue with #3723.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4213] Lower case file system encoding

[Marc-Andre Lemburg]

Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:

+1 on adding Viktor's patch.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4212] email.LazyImporter does not use absolute imports

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
assignee:  -> barry
nosy: +barry

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4204] Cannot build _multiprocessing, math, mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4

[Akira Kitada]

Akira Kitada <[EMAIL PROTECTED]> added the comment:

Attached is the patch containing all fixes.
I tested this on py3k and trunk on FreeBSD 4.11.
The test was done by using unitests in Lib/test.
Because I could not find a test for readline and
multiprocessing's test does not work on systems with HAVE_SEM_OPEN=0,
I skipped test of readline and multiprocessing. 

Below is the result.
Unfortunately, test_math.py failed one of its test.
(Which was succeeded on FreeBSD 6.3)

## test_math.py w/ py3k ##

$ ./python Lib/test/test_math.py 
testAcos (__main__.MathTests) ... ok
testAcosh (__main__.MathTests) ... ok
testAsin (__main__.MathTests) ... ok
testAsinh (__main__.MathTests) ... ok
testAtan (__main__.MathTests) ... ok
testAtan2 (__main__.MathTests) ... ok
testAtanh (__main__.MathTests) ... ok
testCeil (__main__.MathTests) ... ok
testConstants (__main__.MathTests) ... ok
bash-3.2$ ./python Lib/test/test_math.py 
testAcos (__main__.MathTests) ... ok
testAcosh (__main__.MathTests) ... ok
testAsin (__main__.MathTests) ... ok
testAsinh (__main__.MathTests) ... ok
testAtan (__main__.MathTests) ... ok
testAtan2 (__main__.MathTests) ... ok
testAtanh (__main__.MathTests) ... ok
testCeil (__main__.MathTests) ... ok
testConstants (__main__.MathTests) ... ok
testCopysign (__main__.MathTests) ... ok
testCos (__main__.MathTests) ... ok
testCosh (__main__.MathTests) ... ok
testDegrees (__main__.MathTests) ... ok
testExp (__main__.MathTests) ... ok
testFabs (__main__.MathTests) ... ok
testFactorial (__main__.MathTests) ... ok
testFloor (__main__.MathTests) ... ok
testFmod (__main__.MathTests) ... ok
testFrexp (__main__.MathTests) ... ok
testFsum (__main__.MathTests) ... ok
testHypot (__main__.MathTests) ... ok
testIsinf (__main__.MathTests) ... ok
testIsnan (__main__.MathTests) ... ok
testLdexp (__main__.MathTests) ... ok
testLog (__main__.MathTests) ... ok
testLog10 (__main__.MathTests) ... ok
testLog1p (__main__.MathTests) ... ok
testModf (__main__.MathTests) ... ok
testPow (__main__.MathTests) ... ok
testRadians (__main__.MathTests) ... ok
testSin (__main__.MathTests) ... ok
testSinh (__main__.MathTests) ... ok
testSqrt (__main__.MathTests) ... ok
testTan (__main__.MathTests) ... ok
testTanh (__main__.MathTests) ... FAIL
test_exceptions (__main__.MathTests) ... ok
test_testfile (__main__.MathTests) ... ok
test_trunc (__main__.MathTests) ... ok
Doctest: ieee754.txt ... ok

==
FAIL: testTanh (__main__.MathTests)
--
Traceback (most recent call last):
  File "Lib/test/test_math.py", line 764, in testTanh
math.copysign(1., -0.))
AssertionError: 1.0 != -1.0

--
Ran 39 tests in 2.623s

FAILED (failures=1)
Traceback (most recent call last):
  File "Lib/test/test_math.py", line 891, in 
test_main()
  File "Lib/test/test_math.py", line 888, in test_main
run_unittest(suite)
  File "/usr/home/build/dev/py3k/Lib/test/support.py", line 698, in
run_unittest
_run_suite(suite)
  File "/usr/home/build/dev/py3k/Lib/test/support.py", line 681, in
_run_suite
raise TestFailed(err)
test.support.TestFailed: Traceback (most recent call last):
  File "Lib/test/test_math.py", line 764, in testTanh
math.copysign(1., -0.))
AssertionError: 1.0 != -1.0


## test_mmap.py w/ py3k ##

$ ./python Lib/test/test_
Display all 328 possibilities? (y or n)
bash-3.2$ ./python Lib/test/test_mmap.py 
test_access_parameter (__main__.MmapTests) ... ok
test_anonymous (__main__.MmapTests) ... ok
test_bad_file_desc (__main__.MmapTests) ... ok
test_basic (__main__.MmapTests) ... ok
test_double_close (__main__.MmapTests) ... ok
test_entire_file (__main__.MmapTests) ... ok
test_error (__main__.MmapTests) ... ok
test_extended_getslice (__main__.MmapTests) ... ok
test_extended_set_del_slice (__main__.MmapTests) ... ok
test_find_end (__main__.MmapTests) ... ok
test_move (__main__.MmapTests) ... ok
test_offset (__main__.MmapTests) ... ok
test_prot_readonly (__main__.MmapTests) ... ok
test_rfind (__main__.MmapTests) ... ok
test_subclass (__main__.MmapTests) ... ok
test_tougher_find (__main__.MmapTests) ... ok

--
Ran 16 tests in 0.084s

OK

## test_math.py w/ python-trunk ##
$ ./python Lib/test/test_math.py 
testAcos (__main__.MathTests) ... ok
testAcosh (__main__.MathTests) ... ok
testAsin (__main__.MathTests) ... ok
testAsinh (__main__.MathTests) ... ok
testAtan (__main__.MathTests) ... ok
testAtan2 (__main__.MathTests) ... ok
testAtanh (__main__.MathTests) ... ok
testCeil (__main__.MathTests) ... ok
testConstants (__main__.MathTests) ... ok
testCopysign (__main__.MathTests) ... ok
testCos (__main__.MathTests) ... ok
testCosh (__main__.MathTests) ... ok
bash-3.2$ ./python Lib/test/test_math.py 
testAcos (__main__.MathTests) ... ok
testAcosh (__main__.MathTests) ... ok
testAsin 

[issue4204] Cannot build _multiprocessing, math, mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4

[Jesse Noller]

Jesse Noller <[EMAIL PROTECTED]> added the comment:

Please see issue3770 for details on the multiprocessing library, SEM_OPEN 
and freebsd. The short answer is that FreeBSD support for MP is not 
available.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4026] fcntl extension fails to build on AIX 6.1

[inkblotter]

inkblotter <[EMAIL PROTECTED]> added the comment:

This occurs because it must link with -lbsd on AIX 6.1.  If you hand
link the failing module by adding -lbsd it builds quietly.

If you build the prerequisites for the _tkinter module on AIX 6.1, you
will also encounter an error becuase this module is not linked with the
-lXext library.  Again, you can hand link it with that library.  

Notice that the modules ignore these two libraries when they are passed
to the python build.  The modules should build against the libraries
that are mentioned in the --with-libs=LIBS argument to python configure.

I will eventually figure out how to modify setup.py so that these two
failures no longer occur on AIX 6.1.

--
nosy: +inkblotter

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4204] Cannot build _multiprocessing, math, mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

The test_math failure may well be due to a libm bug:  tanh(-0.0)
might be incorrectly (judging by the BSD man pages) dropping the negative 
sign from the negative zero.

In the output of ./configure, there should be a line that looks like:

checking whether tanh preserves the sign of zero... yes

I'm guessing that on your machine you get a "no" instead of a "yes"
there, indicating that tanh(-0.0) is 0.0 instead of -0.0 on your
platform.  Is this the case?

--
nosy: +marketdickinson

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4204] Cannot build _multiprocessing, math, mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4

[Roumen Petrov]

Roumen Petrov <[EMAIL PROTECTED]> added the comment:

about changes in configure.in(issue4204.diff) - it seems to me that we
could unify all darwin platforms.

--
nosy: +rpetrov

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2306] Update What's new in 3.0

[Benjamin Peterson]

Benjamin Peterson <[EMAIL PROTECTED]> added the comment:

Ping.

--
nosy: +benjamin.peterson

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4214] no extension debug info with msvc9compiler.py

[Robin Dunn]

New submission from Robin Dunn <[EMAIL PROTECTED]>:

It looks like part of r59290 resulted in /pdb:None always being part of
the ldflags_shared_debug list.  This means that there will be no debug
info stored for extensions built in debug mode, which kinda negates the
purpose of doing a debug build.  

Looking back at the revision history and comparing similar code in
msvccompiler.py it looks like the /pdb:None was optionally added in the
first place because of compatibility issues with earlier compilers.  For
MSVC 7 and 9 I think it should be fine to simply remove /pdb:None from
that list.  My ad hoc testing so far has not revealed any problems with
making this change.

--
components: Distutils
messages: 75264
nosy: robind
severity: normal
status: open
title: no extension debug info with msvc9compiler.py
type: compile error
versions: Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4214] no extension debug info with msvc9compiler.py

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

Furthermore, /PDB:None is no more supported by VC2008 express.
You end up with files named "None"...

--
nosy: +amaury.forgeotdarc

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4204] Cannot build _multiprocessing, math, mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4

[Akira Kitada]

Akira Kitada <[EMAIL PROTECTED]> added the comment:

Here's the output of configure.
Just as Mark said, it looks this is due to a libm bug.

"""
$ grep tanh config.log
configure:22062: checking whether tanh preserves the sign of zero
|and tanh(-0.) == -0. */
|   atan2(tanh(-0.), -1.) == atan2(-0., -1.)) exit(0);
configure:22261: checking for atanh
ac_cv_func_atanh=yes
ac_cv_tanh_preserves_zero_sign=no
"""

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3545] Python turning off assertions (Windows)

[Kevin Watters]

Changes by Kevin Watters <[EMAIL PROTECTED]>:


--
nosy: +kevinwatters

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4215] Running Python 2.6 GUI on Windows Vista

[Joey Pallaria]

New submission from Joey Pallaria <[EMAIL PROTECTED]>:

I installed Python 2.6 a few days ago and tried to launch the Python 
IDLE GUI application. Nothing happened. 

I've read a couple issues about previous versions of Python IDLE not 
working on Windows Vista. and they recommended deleting the .idlerc 
folder in the user directory as well as disabling the UAC (User Account 
Control)

I've done both of these, but i still can't manage to get IDLE to run, 
any help would be greatly appreciated.

--
components: IDLE
messages: 75267
nosy: Elushin
severity: normal
status: open
title: Running Python 2.6 GUI on Windows Vista
type: behavior
versions: Python 2.6

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4204] Cannot build _multiprocessing, math, mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4

[Akira Kitada]

Akira Kitada <[EMAIL PROTECTED]> added the comment:

Roumen,
in Darwin, there is a macro called _DARWIN_C_SOURCE,
which re-enables things disabled by _XOPEN_SOURCE or the like.
(At least on OS X 10.5.5)

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4211] frozen packages set an improper __path__ value

[Brett Cannon]

Brett Cannon <[EMAIL PROTECTED]> added the comment:

Looking at Python/import.c:find_module, fixing this will require
changing the setting of __path__ for frozen packages and how frozen
modules are found. The former will require changing
PyImport_ImportFrozenModule() to use a list instead of a string for the
packages.

To make the change work for find frozen modules, find_module() will need
to change. Basically the special-casing for 'path' around frozen module
just needs to go. This will lead to a slight performance penalty as all
imports will require checking for an equivalent frozen module, but since
it is a strcmp in a loop it should not be too bad.

The performance cost can go away if some strapping young lad happens to
re-implement import in such a way that the frozen module parts can
easily be left out. =)

Setting as a release blocker for now in case Barry is willing to let
this go into 3.0rc4.

--
assignee:  -> brett.cannon
priority:  -> release blocker

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4216] subprocess.Popen hangs at communicate() when child exits

[Amy]

New submission from Amy <[EMAIL PROTECTED]>:

I have a simple program to call a shell command "service cpboot start"
to start Check Point firewall on RHEL5.1.

=
#!/usr/bin/env python
# vim: softtabstop=4 shiftwidth=4 expandtab

import os
from subprocess import *

p = Popen('service cpboot stop',shell=True, stdout=PIPE)
output = p.communicate()
print 'STDERR: %s' % output[0]
print 'STDOUT: %s' % output[1]

===

Python process pid 13343 spawned child 13375 to run "service cpboot
start".  However, after child process 13375 finished and sent SIGCHLD to
the python script, the parent hangs in Popen function communicate() at
line 1041 and child process 13375 became a defunct process.


Traceback (most recent call last):
  File "./subprocess_test03.py", line 7, in ?
output = p.communicate()
  File "/usr/lib/python2.4/subprocess.py", line 1041, in communicate
rlist, wlist, xlist = select.select(read_set, write_set, [])
KeyboardInterrupt


Here is part of the strace:

Process 13375 detached
[pid 19195] close(878)  = -1 EBADF (Bad file descriptor)
[pid 19195] close(879)  = -1 EBADF (Bad file descriptor)
[pid 19195] close(880)  = -1 EBADF (Bad file descriptor)
[pid 13343] <... select resumed> )  = ? ERESTARTNOHAND (To be restarted)
[pid 19195] close(881 
[pid 13343] --- SIGCHLD (Child exited) @ 0 (0) ---
[pid 19195] <... close resumed> )   = -1 EBADF (Bad file descriptor)
[pid 13343] select(7, [4 6], [], [], NULL 


It seems like the select system call got interrupted and error code was
"ERESTARTNOHAND" was returned. The PIPEs won't be able to terminate
since child process has finished and exited and EOF won't be read from
the PIPEs.

If executing the shell command directly from shell command line, there's
no problem at all.It seems like there might be some race condition
somewhere in the python library. 

Any idea what may cause the problem? Many thanks in advance.

--
components: Library (Lib)
files: subprocess_test03.py
messages: 75270
nosy: amy20_z
severity: normal
status: open
title: subprocess.Popen hangs at communicate() when child exits
type: crash
versions: Python 2.4
Added file: http://bugs.python.org/file11898/subprocess_test03.py

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4217] Add file comparisons to the unittest library

[Bill Hart]

New submission from Bill Hart <[EMAIL PROTECTED]>:

In the past year I've become a heavy user of the unittest package for
managing a variety of software tests.  One capability that I've
frequently needed is the ability to generate text file outputs that can
be compared against a baseline.  To my knowledge, this is not currently
supported in unittest.

I've developed several file comparison functions that are written in a
unittest-like style.  See

 
https://software.sandia.gov/svn/public/pyutilib/trunk/pyutilib_th/pyunit.py

for the test functions, and 

  https://software.sandia.gov/svn/public/pyutilib/trunk/pyutilib_th/misc.py

for the underlying file comparison functions.

--
components: Library (Lib)
messages: 75271
nosy: wehart
severity: normal
status: open
title: Add file comparisons to the unittest library
type: feature request

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4217] Add file comparisons to the unittest library

[Benjamin Peterson]

Changes by Benjamin Peterson <[EMAIL PROTECTED]>:


--
versions: +Python 2.7, Python 3.1

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4049] IDLE does not open too

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

Giampaolo: I'm skeptical that the patch helps. If you can't start IDLE
because you cannot import Tkinter, displaying the error in a
tkMessageBox will do no good, either.

--
nosy: +loewis

___
Python tracker <[EMAIL PROTECTED]>

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

[issue4215] Running Python 2.6 GUI on Windows Vista

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

Can you confirm that you used a "for me" installation, rather than a
"for all" installation?

If so, this is a duplicate of issue4018.

Please understand that the bug tracker is not a place where you get
help. Instead, it is a place where you *provide* help.

--
nosy: +loewis
resolution:  -> duplicate
superseder:  -> "for me" installer problem on x64 Vista

___
Python tracker <[EMAIL PROTECTED]>

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