[issue9049] UnboundLocalError in nested function

Andreas Hofmeister added the comment: Thank you for your assistance. I apologize for not examining the reference manual closely. Is there any way to produce the desired behavior? I currently work around the local name binding like this: def x(): a = [False] def y(): print

[issue8455] buildbot: test_urllib2_localnet failures (Connection refused) on Tiger buildbot

Senthil Kumaran added the comment: Replacing 'http://localhost' with 'http://127.0.0.1' for this test is fine. But, urllib.proxy_bypass returning for True for any string, is not correct. In the code, I see that Proxy Settings from Mac OSX system configuration is obtained by calling _get_prox

[issue9018] os.path.normcase(None) does not raise an error on linux and should

Senthil Kumaran added the comment: Nice patch. I like the use of new string formating. It can be applied. BTW, do you think that TODO of s.lower() for MAC OS X should be addressed along with this. It might require some research as how much of a desirable behavior it would be. -- __

[issue9051] Cannot pickle timezone instances

Changes by Alexander Belopolsky : Added file: http://bugs.python.org/file17739/issue9051.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue9051] Cannot pickle timezone instances

Changes by Alexander Belopolsky : Removed file: http://bugs.python.org/file17738/issue8455.diff ___ Python tracker ___ ___ Python-bugs-list mai

[issue9051] Cannot pickle timezone instances

Changes by Alexander Belopolsky : -- keywords: +easy, patch nosy: +mark.dickinson stage: unit test needed -> patch review Added file: http://bugs.python.org/file17738/issue8455.diff ___ Python tracker __

[issue9056] Adding additional level of bookmarks and section numbers in python pdf documents.

New submission from pengyu.ut : Current pdf version of python documents don't have bookmarks for sussubsection. For example, there is no bookmark for the following section in python_2.6.5_reference.pdf. Also the bookmarks don't have section numbers in them. I suggest to include the section number

[issue3439] create a numbits() method for int and long types

Senthil Kumaran added the comment: > There is a small mistake in the docs: Yes there was. Fixed in 82146. -- nosy: +orsenthil ___ Python tracker ___

[issue9052] 2.7rc2 fails test_urllib_localnet tests on OS X

Changes by Alexander Belopolsky : -- resolution: -> duplicate status: open -> closed ___ Python tracker ___ ___ Python-bugs-list maili

[issue8455] buildbot: test_urllib2_localnet failures (Connection refused) on Tiger buildbot

Changes by Alexander Belopolsky : -- stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue8621] uuid.uuid4() generates non-unique values on OSX

Bill Janssen added the comment: This is on an Intel machine running OS X 10.5.8. I downloaded and built 2.7rc2 from source with "./configure ; make". I then ran the tests with "make test". test_uuid fails with this output: test test_uuid failed -- Traceback (most recent call last): File

[issue8455] buildbot: test_urllib2_localnet failures (Connection refused) on Tiger buildbot

Alexander Belopolsky added the comment: In fact, urllib.proxy_bypass() returns True for any simple host name (i.e. any string without '.' in it): >>> proxy_bypass('xyz') True >>> proxy_bypass('') True >>> proxy_bypass('whatever') True I think the fix I am proposing makes sense regardless of p

[issue8455] buildbot: test_urllib2_localnet failures (Connection refused) on Tiger buildbot

Alexander Belopolsky added the comment: Apparently, the failure on OSX is due to the fact that urllib.proxy_bypass('localhost') returns True. This makes the opener to bypass the ProxyHandler that is explicitly set up to use the correct server port: def setUp(self): .. pro

[issue9042] Gettext cache and classes

Changes by v_peter : -- keywords: +patch versions: +Python 3.2 -Python 2.6 Added file: http://bugs.python.org/file17736/class_cache.diff ___ Python tracker ___ ___

[issue9018] os.path.normcase(None) does not raise an error on linux and should

Ezio Melotti added the comment: Here is the patch. -- assignee: -> ezio.melotti components: +Library (Lib) keywords: +patch stage: needs patch -> patch review Added file: http://bugs.python.org/file17735/issue9018-2.diff ___ Python tracker

[issue9055] test_issue_8959_b fails when run from a service

New submission from Paul Moore : test_issue_8959_b fails when run from a service (in this case, from a buildslave running as a service). It appears to count the number of open windows, expecting a non-zero value. But when run as a service, it looks like the return count is (correctly) zero. F

[issue9052] 2.7rc2 fails test_urllib_localnet tests on OS X

Alexander Belopolsky added the comment: Looks like a duplicate of issue 8455. Leaving open so that someone else could sort out the priority. -- nosy: +belopolsky superseder: -> buildbot: test_urllib2_localnet failures (Connection refused) on Tiger buildbot _

[issue8621] uuid.uuid4() generates non-unique values on OSX

Stefan Krah added the comment: Reopening since test failures are reported on python-dev: [...] test_uuid test test_uuid failed -- Traceback (most recent call last): File "/private/tmp/Python-2.7rc2/Lib/test/test_uuid.py", line 472, in testIssue8621 self.assertNotEqual(parent_value, child

[issue9054] pyexpat configured with "--with-system-expat" is incompatible with expat 2.0.1

Dave Malcolm added the comment: For reference, I'm tracking this downstream here: https://bugzilla.redhat.com/show_bug.cgi?id=583931 -- ___ Python tracker ___ __

[issue9054] pyexpat configured with "--with-system-expat" is incompatible with expat 2.0.1

Changes by Dave Malcolm : -- stage: -> patch review type: -> crash versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs-list

[issue9054] pyexpat configured with "--with-system-expat" is incompatible with expat 2.0.1

Dave Malcolm added the comment: With the attached patch all of Lib/test/test_pyexpat.py passes. -- keywords: +patch Added file: http://bugs.python.org/file17734/fix-issue-9054.patch ___ Python tracker _

[issue9054] pyexpat configured with "--with-system-expat" is incompatible with expat 2.0.1

New submission from Dave Malcolm : pyexpat configured with "--with-system-expat" segfaults in one selftest when built against expat 2.0.1 SVN trunk: $ ./configure --with-system-expat (with expat-2.0.1) $ make $ ./python Lib/test/test_pyexpat.py [snip] test_parse_only_xml_data (__main__.sf129643

[issue3439] create a numbits() method for int and long types

Zooko O'Whielacronx added the comment: There is a small mistake in the docs: def bit_length(x): 'Number of bits necessary to represent self in binary.' s = bin(x) # binary representation: bin(-37) --> '-0b100101' s = s.lstrip('-0b') # remove leading zeros and minus sign

[issue9053] distutils compiles extensions so that Python.h cannot be found

New submission from Jean-Paul Calderone : With a checkout of the py3k branch, building an extension module using distutils fails: error: Python.h: No such file or directory This is clearly because the wrong -I option is being supplied: gcc -pthread -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Ws

[issue9018] os.path.normcase(None) does not raise an error on linux and should

Antoine Pitrou added the comment: > ntpath and macpath raise an AttributeError, so we could: > 1) change them all to accept only bytes/str and raise a TypeError for > other wrong types (correct, consistent, non-backward-compatible); Sounds like the best thing to do. > The option 2 is still an

[issue9018] os.path.normcase(None) does not raise an error on linux and should

Ezio Melotti added the comment: ntpath and macpath raise an AttributeError, so we could: 1) change them all to accept only bytes/str and raise a TypeError for other wrong types (correct, consistent, non-backward-compatible); 2) change only posixpath to raise a TypeError for wrong types (partial

[issue9045] 2.7rc1: 64-bit OSX installer is not built with 64-bit tkinter

Ned Deily added the comment: I believe the issue was that there was no supported 64-bit non-X Tk available for 10.5. Has that changed? Otherwise, the build process and Tkinter need to be modified to dynamically link with more than one version of Tk, something that has been discussed but, AFA

[issue9048] no OS X buildbots in the stable list

Martin v. Löwis added the comment: "stable" is also meant to mean "typically passes test suite without errors". I don't think OSX meets this criterion. -- nosy: +loewis ___ Python tracker _

[issue9046] Python 2.7rc2 doesn't build on Mac OS X 10.4

Marc-Andre Lemburg added the comment: Sorry, my bad. The system in question is a 10.4 Tiger system. -- title: Python 2.7rc2 doesn't build on Mac OS X 10.3 -> Python 2.7rc2 doesn't build on Mac OS X 10.4 ___ Python tracker

[issue9046] Python 2.7rc2 doesn't build on Mac OS X 10.3

Ned Deily added the comment: As far as I know, it is not supported to "upbuild" Python (or anything else) on OS X, i.e. you cannot use a higher level SDK (i.e. 10.4u) to build on an earlier system (i.e. 10.3). In particular, to build Python with a deployment target of 10.3, you need to build

[issue9052] 2.7rc2 fails test_urllib_localnet tests on OS X

New submission from Bill Janssen : % ./python.exe -Wd -3 -E -tt ./Lib/test/regrtest.py -v test_urllib2_localnet == CPython 2.7rc2 (r27rc2:82137, Jun 21 2010, 12:50:22) [GCC 4.0.1 (Apple Inc. build 5493)] == Darwin-9.8.0-i386-32bit little-endian == /private/tmp/Python-2.7rc2/build/test_python

[issue9051] Cannot pickle timezone instances

New submission from Alexander Belopolsky : >>> s = pickle.dumps(timezone.utc) >>> pickle.loads(s) Traceback (most recent call last): .. TypeError: ("Required argument 'offset' (pos 1) not found", , ()) -- assignee: belopolsky messages: 108313 nosy: belopolsky priority: normal severity:

[issue8990] array constructor and array.fromstring should accept bytearray.

Thomas Jollans added the comment: Thanks for the input. I'm going to re-work the patch a bit (releasing buffers and such) and add a test within the next few days. The question remains whether or not to accept other buffers with itemsize == 1. The way I understand it, fromstring already accep

[issue8949] PyArg_Parse*(): "z" should not accept bytes

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > > @lemburg: So what is your opinion on this issue? You're probably right: it's too late to change "s" to accept buffer interface compatible objects as well. In that case, symmetry is more imp

[issue9025] Non-uniformity in randrange for large arguments.

Terry J. Reedy added the comment: 'Random', without qualification, is commonly taken to mean 'with uniform distribution'. Otherwise it has no specific meaning and could well be a synonym for 'arbitrary' or 'haphazard'. The behavior reported is buggy and in my opinion should be fixed if possib

[issue9049] UnboundLocalError in nested function

Changes by Éric Araujo : -- stage: -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue9049] UnboundLocalError in nested function

Mark Dickinson added the comment: This isn't a bug; it's by design. Because there's an assignment to 'a' in the function 'y', 'a' is considered local to that function. (It doesn't matter where the assignment happens within the function; the presence of an assignment anywhere is enough to m

[issue9050] UnboundLocalError in nested function

Changes by Éric Araujo : -- resolution: -> duplicate stage: -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing

[issue9050] UnboundLocalError in nested function

Andreas Hofmeister added the comment: Duplicate of 9049. Sorry for the inconvenience. -- status: open -> closed ___ Python tracker ___ __

[issue9050] UnboundLocalError in nested function

New submission from Andreas Hofmeister : Description: An unexpected UnboundLocalError is produced when assigning a value to a variable inside a nested function. The first assignment to the variable is in the enclosing function. Example: def x(): a = False def y(): print a

[issue9049] UnboundLocalError in nested function

New submission from Andreas Hofmeister : Description: An unexpected UnboundLocalError is produced when assigning a value to a variable inside a nested function. The first assignment to the variable is in the enclosing function. Example: def x(): a = False def y(): print a

[issue8959] WINFUNCTYPE wrapped ctypes callbacks not functioning correctly in Python 2.7

Thomas Heller added the comment: Thanks, Michael, for reporting this issue. -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue9046] Python 2.7rc2 doesn't build on Mac OS X 10.3

Marc-Andre Lemburg added the comment: Note that I've not checked whether an SDK build works on Mac OS X 10.6. The regular build does work. The problem appears to be related to SDK builds only, e.g. if you plan to build Universal binary on Mac OS X 10.3. -- __

[issue9046] Python 2.7rc2 doesn't build on Mac OS X 10.3

Marc-Andre Lemburg added the comment: Instrumenting find_file() a bit: if sys.platform == 'darwin': # Honor the MacOSX SDK setting when one was specified. # An SDK is a directory with the same structure as a real # system, but with only header files and libraries.

[issue9048] no OS X buildbots in the stable list

Changes by Bill Janssen : -- components: +None keywords: +buildbot versions: -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list m

[issue9048] no OS X buildbots in the stable list

New submission from Bill Janssen : Considering the number of OS X machines running Python programs, it would be good idea to get this platform into the "stable" list of buildbots so that releases are checked against it. -- messages: 108302 nosy: janssen priority: normal severity: norma

[issue9021] no copy.copy problem description

Terry J. Reedy added the comment: Shorter and better version. Assignment statements create bindings between a target and an object. They never duplicate or copy an existing object. For collections that are mutable or contain mutable items, a copy is sometimes needed so one can change one copy

[issue9046] Python 2.7rc2 doesn't build on Mac OS X 10.3

Marc-Andre Lemburg added the comment: Turns out that find_file() always returns None for the shared mods: *** module _struct.c in ['/usr/local/src/egenix-build-environment/Python-2.7rc2-ucs2/Modules', '/usr/local/src/egenix-build-environment/Python-2.7rc2-ucs2/Mac/Modules']: find_file return

[issue9021] no copy.copy problem description

Terry J. Reedy added the comment: The intro paragraph currently (3.2a) consists of "This module provides generic (shallow and deep) copying operations." This could be expanded to ''' Assignment statements create bindings between a target and an object. They never duplicate or copy an existing

[issue9046] Python 2.7rc2 doesn't build on Mac OS X 10.3

Marc-Andre Lemburg added the comment: Some debugging shows that the ext.sources list in setup.py does not include the "Modules/" prefix for the source files: *** moddirlist=['/usr/local/src/egenix-build-environment/Python-2.7rc2-ucs2/Modules', '/usr/local/src/egenix-build-environment/Python-

[issue9018] os.path.normcase(None) does not raise an error on linux and should

Senthil Kumaran added the comment: On Sat, Jun 19, 2010 at 08:00:55PM +, Shashwat Anand wrote: > Why on Mac OS X, it should return s.lower() ? That is is because some file systems on Mac OS X are case-sensitive. > def normcase(s): > """Normalize case of pathname. Has no effect under P

[issue9046] Python 2.7rc2 doesn't build on Mac OS X 10.3

Changes by Marc-Andre Lemburg : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue9047] Python 2.7rc2 includes -isysroot twice on each gcc command line

Marc-Andre Lemburg added the comment: Note that the duplicate insertion of -isysroot happens because CPPFLAGS was changed to include this extra option. Since PY_CFLAGS includes both CFLAGS and CPPFLAGS, you get the duplicate occurrence. In Python 2.6, the extra option did appear in CPPFLAGS

[issue9047] Python 2.7rc2 includes -isysroot twice on each gcc command line

New submission from Marc-Andre Lemburg : A typical build line looks like this: gcc-4.0 -c -fno-strict-aliasing -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386 -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I. -IInclude -I./Include -isysroot /Developer/SDKs/MacOSX10.4

[issue9046] Python 2.7rc2 doesn't build on Mac OS X 10.3

New submission from Marc-Andre Lemburg : The RC2 builds fine on Mac OS X 10.6 (Snow Leopard), but fails to build any of the required extension modules on 10.3: Python build finished, but the necessary bits to build these modules were not found: _bsddb gdbm linuxaudiod

[issue8340] bytearray undocumented on trunk

Antoine Pitrou added the comment: 'bytes' is an alias for 'str' in 2.x, so it shouldn't be "documented" separately. As for bytearray, yes, it should be added if not present. -- nosy: +pitrou ___ Python tracker ___

[issue9045] 2.7rc1: 64-bit OSX installer is not built with 64-bit tkinter

New submission from Sridhar Ratnakumar : It appears that we are building 64-bit mac installer starting 2.7. For http://python.org/ftp/python/2.7/python-2.7rc1-macosx10.5-2010-06-07.dmg $ file /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so /Library/Frame

[issue9039] IDLE and module Doc

Yoda_Uchiha added the comment: But I need those to make windows and screens. -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue5468] urlencode does not handle "bytes", and could easily handle alternate encodings

Terry J. Reedy added the comment: The question of whether % escape should be limited to utf-8 or not was discussed and decided in favor of 'not' in #3300, quote and unquote. Last December, a websig post (referenced yesterday on pydev) reported a 'problem' that would be solved by Miles' sugges

[issue9041] raised exception is misleading

Éric Araujo added the comment: Thanks Brian, I’ll note that somewhere and be exact in the future. *has to check the bugs he’s nosy on now to correct comments* -- ___ Python tracker _

[issue9041] raised exception is misleading

Brian Curtin added the comment: "they only get security and documentation fixes" 2.6 does receive bug fixes. 2.5 is the version in security fix only mode. -- nosy: +brian.curtin ___ Python tracker

[issue3326] py3k shouldn't use -fno-strict-aliasing anymore

Benjamin Peterson added the comment: 2010/6/21 Arfrever Frehtes Taifersar Arahesis : > > Arfrever Frehtes Taifersar Arahesis added the > comment: > > I think that this change could be backported to 3.1 branch. It doesn't cause > any additional warnings, which are absent in py3k branch (see is

[issue8636] enumerate() test cases do not cover optional start argument

Changes by Éric Araujo : -- stage: patch review -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue9044] [optparse] confusion over an option and its value without any space in between

Brian Curtin added the comment: I wouldn't say that is confusing -- it is a common usage to have an option immediately followed by it's value (see gcc output after running make, -Wall, etc). -- nosy: +brian.curtin versions: +Python 3.2 -Python 2.6

[issue9041] raised exception is misleading

Éric Araujo added the comment: Thanks for your report. Unfortunately, 2.6 and 3.1 are stable releases, they only get security and documentation fixes. 2.7 is nearly in the same state, since it’s at the release candidate stage. Can you check if your bug still applies to 3.2 (branch named “py3k

[issue9026] [argparse] Subcommands not printed in the same order they were added

Javier Collado added the comment: Just for the record, please find attached an uglier patch for python < 2.7 that doesn't have the same problems as the first one I uploaded and passes all the test cases (tested with python 2.6). -- Added file: http://bugs.python.org/file17733/pre27.di

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

Marc-Andre Lemburg added the comment: Benjamin Peterson wrote: > > Benjamin Peterson added the comment: > > Applied patch in r82130. Thanks! Thanks, Benjamin. -- ___ Python tracker _

[issue8623] Aliasing warnings in socketmodule.c

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue9043] 2to3 doesn't handle byte comparison well

Changes by Éric Araujo : -- stage: -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue3326] py3k shouldn't use -fno-strict-aliasing anymore

Arfrever Frehtes Taifersar Arahesis added the comment: I think that this change could be backported to 3.1 branch. It doesn't cause any additional warnings, which are absent in py3k branch (see issue #8623). r79499 doesn't merge cleanly, so I'm attaching the patch for 3.1 branch. -- n

[issue9042] Gettext cache and classes

Éric Araujo added the comment: Thanks for your report. Unfortunately, 2.6 and 3.1 are stable releases, they only get security and documentation fixes. 2.7 is nearly in the same state, since it’s at the release candidate stage. If your bug still applies to 3.2 (branch named “py3k”), please pro

[issue9044] [optparse] confusion over an option and its value without any space in between

New submission from Krzysztof Szawala : Currently optparse library supports the following option definitions: -e value, -e=value, -e:value, -evalue. Having said that let's consider the following option definition: -e . Based on the above syntax the following statement will be correct: -exclusiv

[issue8959] WINFUNCTYPE wrapped ctypes callbacks not functioning correctly in Python 2.7

Thomas Heller added the comment: Fixed in rev. 82127 (trunk) and rev 82138 (py3k). Added test for the issues reported here so that it doen't happen again. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue9004] datetime.utctimetuple() should not set tm_isdst flag to 0

Alexander Belopolsky added the comment: With timezone.utc available in datetime module, users should be encouraged to use dt.astimezone(timezone.utc).timetuple() instead of dt.utctimetuple(). Note that the later will set tm_isdst to -1. This observation can be used to argue for either of tw

[issue9026] [argparse] Subcommands not printed in the same order they were added

Javier Collado added the comment: Despite trunk.diff can be successfully applied to py3k branch, please find attached the patch generated from py3k branch. -- Added file: http://bugs.python.org/file17731/py3k.diff ___ Python tracker

[issue9026] [argparse] Subcommands not printed in the same order they were added

Changes by Javier Collado : Removed file: http://bugs.python.org/file17705/ordered_subcommands.diff ___ Python tracker ___ ___ Python-bugs-list

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

Benjamin Peterson added the comment: Applied patch in r82130. Thanks! -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue9026] [argparse] Subcommands not printed in the same order they were added

Javier Collado added the comment: Finally I had to use an OrderedDict as suggested by R. David Murray because it wasn't safe to rely on _choices_actions in HelpFormatter class (i.e. previous patch wasn't valid): - _choices_actions attribute is only present in _SubParsersAction class - Even if

[issue9005] Year range in timetuple

Alexander Belopolsky added the comment: Committed in r82128. -- stage: commit review -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue9043] 2to3 doesn't handle byte comparison well

Benjamin Peterson added the comment: 2to3 can't guess which slices are from bytes. -- nosy: +benjamin.peterson resolution: -> wont fix status: open -> closed ___ Python tracker

[issue9005] Year range in timetuple

Changes by Alexander Belopolsky : Added file: http://bugs.python.org/file17729/issue9005b.diff ___ Python tracker ___ ___ Python-bugs-list mail

[issue9043] 2to3 doesn't handle byte comparison well

New submission from Virgil Dupras : If we run 2to3 on the following code: s = b' ' print s[0] == s we end up with this: s = b' ' print(s[0] == s) However, the first code, under python2 prints True while the converted code, under python3 prints False. Shouldn't 2to3 convert this code to: s

[issue9005] Year range in timetuple

Alexander Belopolsky added the comment: I raised this issue on python-dev and Guido said "OK." See "[Python-Dev] Year 0 and year 10,000 in timetuple", http://mail.python.org/pipermail/python-dev/2010-June/100682.html I am attaching a "commit ready" patch which contains a few more test cases

[issue6931] dreadful performance in difflib: ndiff and HtmlDiff

Changes by Daniel Bengtsson : -- nosy: +zitrax ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue9042] Gettext cache and classes

New submission from v_peter : If you pass gettext.translation a class_ but the mo file you are trying to open already exists in the _translations cache the instance that is returned is an instance of whatever was in the cache and not the class that you requested. I think that if a class is req

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

Konstantin Zemlyak added the comment: > Using the remote shell, those VS2008 env vars are not set and > so the build fails. Seems it doesn't load user profile. > The output is: > > VS2008 product dir: None - Software\Microsoft\VisualStudio\9.0 > VS2008 product dir: None - Software\Microsoft\V

[issue9011] ast_for_factor unary minus optimization changes AST

Changes by Meador Inge : -- nosy: +minge ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

Marc-Andre Lemburg added the comment: Konstantin Zemlyak wrote: > > Konstantin Zemlyak added the comment: > > Tried msvc9compiler-py27.patch. find_vcvarsall() still works with the same > result, while distutils.msvc9compiler.VS_BASE has been changed. > > :: > >>> distutils.msvc9compi

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

Marc-Andre Lemburg added the comment: Konstantin Zemlyak wrote: > > Konstantin Zemlyak added the comment: > > 64-bit Windows, 64-bit cmd.exe, 64-bit python, not patched:: > > D:\>"c:\Program Files\Python27\python.exe" > Python 2.7rc1 (r27rc1:81787, Jun 6 2010, 20:03:36) [MSC v.1

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

Konstantin Zemlyak added the comment: Tried msvc9compiler-py27.patch. find_vcvarsall() still works with the same result, while distutils.msvc9compiler.VS_BASE has been changed. :: >>> distutils.msvc9compiler.find_vcvarsall(9.0) u'c:\\Program Files (x86)\\Microsoft Visual Studi

[issue9041] raised exception is misleading

New submission from Pauli Rikula : Python 2.6.4 (r264:75706, Dec 7 2009, 18:45:15) [GCC 4.4.1] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import ctypes >>> ctypes.c_double(-10L) c_double(-10.0) >>> ctypes.c_double(-16158503035655503650357438344334975980

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

Konstantin Zemlyak added the comment: 64-bit Windows, 64-bit cmd.exe, 64-bit python, not patched:: D:\>"c:\Program Files\Python27\python.exe" Python 2.7rc1 (r27rc1:81787, Jun 6 2010, 20:03:36) [MSC v.1500 64 bit (AMD64)] on win32 Type "help", "copyright", "cred

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

Marc-Andre Lemburg added the comment: I checked this again using Python 2.7rc1 AMD64 on Windows Vista x64 using VS2008 and get the same error: error: Unable to find vcvarsall.bat Here's an updated patch for Python 2.7rc1. -- Added file: http://bugs.python.org/file17727/msvc9compiler-p

[issue8340] bytearray undocumented on trunk

Mark Dickinson added the comment: Ideally, there should be documentation of 'bytes' and 'bytearray' in the 'Built-in Types' section of the library manual, too. (library/stdtypes.rst). -- ___ Python tracker __

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

Marc-Andre Lemburg added the comment: Konstantin Zemlyak wrote: > > Konstantin Zemlyak added the comment: > > Win2003 x64, VS2008, vanilla python 2.7rc1 amd64 from python.org. > Building python packages with C extensions works fine. Tested on simplejson, > jinja2 (with enabled speedups) and

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

Konstantin Zemlyak added the comment: Win2003 x64, VS2008, vanilla python 2.7rc1 amd64 from python.org. Building python packages with C extensions works fine. Tested on simplejson, jinja2 (with enabled speedups) and PIL. -- nosy: +zart ___ Python tr

[issue8340] bytearray undocumented on trunk

Changes by Éric Araujo : -- assignee: georg.brandl -> d...@python nosy: +d...@python ___ Python tracker ___ ___ Python-bugs-list mailin

[issue8340] bytearray undocumented on trunk

Mark Dickinson added the comment: This affects 2.6 as well, doesn't it? -- nosy: +mark.dickinson versions: +Python 2.6 ___ Python tracker ___

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

Tarek Ziadé added the comment: I am adding srid in the nosy list. I believe he can test those platforms as well if he's around -- nosy: +srid ___ Python tracker ___

[issue8854] msvc9compiler.py: find_vcvarsall() doesn't work with VS2008 on Windows x64

Marc-Andre Lemburg added the comment: Tarek Ziadé wrote: > > Tarek Ziadé added the comment: > > The patch looks good but I am not comfortable with this change until it's > tested under other windows/VC flavors. The patch is really trivial, but I'll test it on a Windows x86 installation as w

  1   2   >