[issue7900] posix.getgroups() failure on Mac OS X

Shashwat Anand added the comment: 5646 and 5646.1 are the builds of GCC by Apple. The various builds of gcc are present on http://www.opensource.apple.com/source/gcc/ [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin -> http://www.opensource.apple.com/source/gcc/gcc-5646.1/ [GCC 4.2.1 (

[issue3132] implement PEP 3118 struct changes

Travis Oliphant added the comment: On Feb 12, 2010, at 7:29 PM, Meador Inge wrote: > > Meador Inge added the comment: > > Is anyone working on implementing these new struct modifiers? If > not, then I would love to take a shot at it. That would be great. -Travis -- _

[issue7920] urllib2.HTTPRedirectHandler incorrect redirect

Changes by Shashwat Anand : -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue7921] Some sqlite3 Connection methods point to themselves

Brian Curtin added the comment: Here's a patch which corrects executemany, along with execute and executescript. An explicit title is used, with a reference to the underlying Cursor methods. -- keywords: +needs review, patch nosy: +brian.curtin priority: -> low stage: -> patch revie

[issue7900] posix.getgroups() failure on Mac OS X

Shashwat Anand added the comment: Thanks for correcting it back. I did not even realized it. -- ___ Python tracker ___ ___ Python-bugs

[issue7900] posix.getgroups() failure on Mac OS X

Senthil Kumaran added the comment: please not remove the nosy list. ( I guess, you did it by accident). let's wait for ronald's response. -- nosy: +loewis, michael.foord, orsenthil, ronaldoussoren ___ Python tracker

[issue7919] reading scientific notation using d instead of e on max osx

Eric Smith added the comment: I'm -1 on this, too. Closing. -- resolution: -> rejected stage: -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue7900] posix.getgroups() failure on Mac OS X

Shashwat Anand added the comment: It seems they are basically the same thing, the version of GCC and the build of OS X(latest in the case here). Was not able to figure out the (dot 1) stuff though. -- nosy: -loewis, michael.foord, orsenthil, ronaldoussoren __

[issue7922] Python 3's 2to3 does not handle non-ascii source files

Benjamin Peterson added the comment: You can just use the --no-diffs option, btw, to avoid this problem on earlier versions. -- ___ Python tracker ___ __

[issue7922] Python 3's 2to3 does not handle non-ascii source files

Changes by Benjamin Peterson : -- resolution: -> out of date status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailin

[issue7922] Python 3's 2to3 does not handle non-ascii source files

Benjamin Peterson added the comment: 2010/2/12 mike bayer : > > mike bayer added the comment: > > yes, its handled: > > WARNING: couldn't encode test.py's diff for your terminal > > is that fix specific to 2to3 or is that just how "print" works in 3.2 ? It's just that whatever python guesses y

[issue7922] Python 3's 2to3 does not handle non-ascii source files

mike bayer added the comment: yes, its handled: WARNING: couldn't encode test.py's diff for your terminal is that fix specific to 2to3 or is that just how "print" works in 3.2 ? -- ___ Python tracker

[issue7922] Python 3's 2to3 does not handle non-ascii source files

Benjamin Peterson added the comment: Sorry, I meant from the py3k branch. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue7922] Python 3's 2to3 does not handle non-ascii source files

Benjamin Peterson added the comment: Please try 2to3 from 2.7a3 or the 2to3 trunk. -- nosy: +benjamin.peterson ___ Python tracker ___

[issue7922] Python 3's 2to3 does not handle non-ascii source files

New submission from mike bayer : given the following Python 2 source file: # -*- encoding: utf-8 print 'bien mangé' It can be converted to Python 3 using 2's 2to3 tool: classic$ 2to3 test.py ... omitted ... --- test.py (original) +++ test.py (refactored) @@ -1,3 +

[issue3132] implement PEP 3118 struct changes

Benjamin Peterson added the comment: 2010/2/12 Meador Inge : > > Meador Inge added the comment: > > Is anyone working on implementing these new struct modifiers?  If not, then I > would love to take a shot at it. Not to my knowledge. -- ___ Python

[issue3132] implement PEP 3118 struct changes

Meador Inge added the comment: Is anyone working on implementing these new struct modifiers? If not, then I would love to take a shot at it. -- nosy: +minge ___ Python tracker

[issue7712] Add a context manager to change cwd in test.test_support and run the test suite in a temp dir.

Ezio Melotti added the comment: I'm not sure it's safe to remove those hacks, they might be necessary in some corner case. I'll also port this to py3k before closing the issue. -- ___ Python tracker __

[issue7920] urllib2.HTTPRedirectHandler incorrect redirect

Shashwat Anand added the comment: In Python 2.7a3+, trunk:78165 the code is as follows: (note that there is a segment of code to fix malformed URLs) """ if 'location' in headers: newurl = headers.getheaders('location')[0] elif 'uri' in headers: newurl =

[issue7921] executemany() link in Connection.executemany should point to Cursor.executemany

New submission from Ville Skyttä : http://docs.python.org/dev/library/sqlite3.html#sqlite3.Connection.executemany The executemany() link in "... then calls the cursor’s executemany() method ..." points to Connection.executemany (itself), it should point to Cursor.executemany instead.

[issue7920] urllib2.HTTPRedirectHandler incorrect redirect

New submission from Andres Riancho : Buggy code: """ if 'location' in headers: newurl = headers.getheaders('location')[0] elif 'uri' in headers: newurl = headers.getheaders('uri')[0] else: return newurl = urlparse.urljoin(req.ge

[issue7919] reading scientific notation using d instead of e on max osx

Mark Dickinson added the comment: Done in r78166 (trunk), r78167 (py3k). -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue7904] urlparse.urlsplit mishandles novel schemes

Changes by mARK : -- components: +Library (Lib) -Extension Modules versions: +Python 3.1, Python 3.2 ___ Python tracker ___ ___ Python-

[issue7904] urlparse.urlsplit mishandles novel schemes

mARK added the comment: The case which prompted this issue was a purely private set of URLs, sent to me by a client but never sent to Amazon or anywhere else outside our systems (though I'm sure many others have invented this particular scheme for their own use). It would have been convenien

[issue7919] reading scientific notation using d instead of e on max osx

Eric Smith added the comment: Unless and until we implement 'd' exponents, we should add a test to make sure they don't work. That they ever worked on any platform was a surprise. -- Eric. -- title: reading scientific notation using d instead of e on max osx -> reading scientific not

[issue7919] reading scientific notation using d instead of e on max osx

Mark Dickinson added the comment: > I would rather not do a search and replace every time before reading in > the > data. There's no need to do a search and replace *before* reading the data: read the data first, then have Python do the replace for you before passing each string to float:

[issue7919] reading scientific notation using d instead of e on max osx

Mark Dickinson added the comment: Sorry, I'm -1 on this: outside Fortran, using 'E' for the exponent marker seems to be near universal. It just doesn't seem worth adding the extra complication to the Python code, or going through all the various places that expect an 'e' (float literals in

[issue7505] ctypes not converting None to Null in 64-bit system

Stefan Krah added the comment: Confirm that 2.5 is the only troublesome version, but also when compiled from source (Ubuntu 64-bit, 2.5.5). -- nosy: +skrah versions: +Python 2.5 -Python 2.6 ___ Python tracker

[issue7919] reading scientific notation using d instead of e on max osx

ricitron added the comment: I am running python 2.5.4. While it works on linux and windows, it does not work on mac. Fortran doubles are output using the D notation. If I am importing a large amount of data, I would rather not do a search and replace every time before reading in the data.

[issue7919] reading scientific notation using d instead of e on max osx

Mark Dickinson added the comment: Out of curiosity, where are your data coming from? For Python, this seems like a needless complication. It should be simple enough to replace the 'D's with 'E's prior to passing the strings to float. I notice that some varieties of Lisp and Scheme use 's', '

[issue7919] reading scientific notation using d instead of e on max osx

Eric Smith added the comment: That was supposed to say: The 'D' exponent will not work on any platform starting with those versions. -- ___ Python tracker ___ __

[issue7919] reading scientific notation using d instead of e on max osx

Eric Smith added the comment: str->float conversions have been reworked in 2.7 and 3.1. The 'D' exponent will not on any platform starting with those versions. So, this would be a non-platform specific feature request. -- assignee: ronaldoussoren -> components: +Interpreter Core -Mac

[issue7919] reading scientific notation using d instead of e on max osx

New submission from ricitron : I would like to be able to read in data that uses scientific notation with a D instead of an E. This is possible on windows and other builds, but not on Mac OSX. example: float('1.23D+04') Traceback (most recent call last): File "", line 1, in ValueError: inv

[issue5651] OS X Installer: add checks to ensure proper Tcl configuration during build

Ned Deily added the comment: Ah, earlier you said you installed Python 2.6.4 but, in your most recent message, it shows: katrinewhiteson$ python Python 2.6 (trunk:66714:66715M, Oct 1 2008, 18:36:04) [GCC 4.0.1 (Apple Computer, Inc. build 5370)] on darwin I'm not sure what that is but it's no

[issue7900] posix.getgroups() failure on Mac OS X

Michael Foord added the comment: I still see it on trunk (revision 78165). No idea what the (dot 1) means. -- ___ Python tracker ___ _

[issue7909] os.path.abspath(os.devnull) returns \\\\nul should be nul?

Amaury Forgeot d'Arc added the comment: nul is a special "dos device" _getfullpathname() correctly returns \\.\nul, but normpath() then simplifies it to \\nul I suggest that normpath() be changed to consider \\.\ as a special prefix, and keep it intact when it appears at the start of the path

[issue7900] posix.getgroups() failure on Mac OS X

Senthil Kumaran added the comment: What is the (Apple Inc. build 5646) (dot 1) vs normal (Apple Inc. build 5646). ? While, ronald.oussoren did make a lot some changes recently (r78149 to r78152).This fix could have been a side-effect of one of it, thought I could not find the direct correlati

[issue7909] os.path.abspath(os.devnull) returns \\\\nul should be nul?

Senthil Kumaran added the comment: >From the bug report, it look likes its specific to windows, not OS X. -- nosy: +orsenthil ___ Python tracker ___ _

[issue7909] os.path.abspath(os.devnull) returns \\\\nul should be nul?

Shashwat Anand added the comment: Seems fine to me, does not raise any errors. My OS is OS X Snow Leopard. I checked it in python 2.5, 2.6, 2.7 too, no issues raised. Shashwat-Anands-MacBook-Pro:test l0nwlf$ python2.6 Python 2.6.1 (r261:67515, Jul 7 2009, 23:51:51) [GCC 4.2.1 (Apple Inc. bui

[issue7900] posix.getgroups() failure on Mac OS X

Shashwat Anand added the comment: I don't see any issue here, runs perfectly fine on Mac OS X (Snow Leopard) Shashwat-Anands-MacBook-Pro:test l0nwlf$ pwd /Users/l0nwlf/python-svn/Lib/test Shashwat-Anands-MacBook-Pro:test l0nwlf$ python2.7 test_posix.py testNoArgFunctions (__main__.PosixTester)

[issue7918] distutils always ignores compile errors

New submission from Oliver Jeeves : When trying to build a python package for distribution, compile errors are always ignored. The setup function will return successfully even if it was unable to compile some modules due to, for example, indentation errors. The specific situation I'm trying to

[issue5651] OS X Installer: add checks to ensure proper Tcl configuration during build

Ronald Oussoren added the comment: Katherine: how did you install Python, did you use the installer on the python.org website or some other installer (or even by building from source)? -- ___ Python tracker __

[issue7805] test_multiprocessing failure

Antoine Pitrou added the comment: Indeed, I forgot to mention that the Debian Lenny install I reproduce the bug on is a single core (virtual) machine. -- ___ Python tracker ___

[issue7805] test_multiprocessing failure

Stefan Krah added the comment: I can reproduce it almost always under these conditions: System: Ubuntu Intrepid 64-bit, running on the actual hardware. CPU: Core 2 Duo. Load: At least one core maxed out by another process. On an empty machine I haven't reproduced it yet. -- nosy: +skr

[issue7712] Add a context manager to change cwd in test.test_support and run the test suite in a temp dir.

Changes by Florent Xicluna : Added file: http://bugs.python.org/file16219/issue7712_regrtest_rm_hacks.diff ___ Python tracker ___ ___ Python-bu

[issue7712] Add a context manager to change cwd in test.test_support and run the test suite in a temp dir.

Changes by Florent Xicluna : Removed file: http://bugs.python.org/file16218/issue7712_regrtest_remove_hacks.diff ___ Python tracker ___ ___ Py

[issue7712] Add a context manager to change cwd in test.test_support and run the test suite in a temp dir.

Florent Xicluna added the comment: Fixed on trunk with r78136. Before closing this issue, we may apply additional cleanup on regrtest: - the "sys.path" hack is not needed anymore (no risk of relative imports) - the hack for sys.argv[0] could be removed too, and use __file__ instead -

[issue7917] list of list created by *

Changes by Florent Xicluna : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue7917] list of list created by *

Florent Xicluna added the comment: It is by design. Please read the documentation: http://docs.python.org/library/stdtypes.html#sequence-types-str-unicode-list-tuple-buffer-xrange -- nosy: +flox resolution: -> invalid ___ Python tracker

[issue7917] list of list created by *

Andrew Chong added the comment: But this works fine. >>> data = [] >>> data += [[]] >>> data += [[]] >>> data += [[]] >>> data += [[]] >>> print data [[], [], [], []] >>> data[0] += [(0,1)] >>> print data [[(0, 1)], [], [], []] -- ___ Pyth

[issue7917] list of list created by *

New submission from Andrew Chong : This shows unexpected behavior. >>> data2 = [[]] * 4 >>> print data2 [[], [], [], []] >>> data2[0] += [(0,1)] >>> print data2 [[(0, 1)], [(0, 1)], [(0, 1)], [(0, 1)]] I added a tuple to only 0th list, but it got added to all the lists in the global list. ---

[issue7917] list of list created by *

Changes by Andrew Chong : -- nosy: sledge76 severity: normal status: open title: list of list created by * versions: Python 2.6 ___ Python tracker ___

[issue7904] urlparse.urlsplit mishandles novel schemes

R. David Murray added the comment: I think Mark is correct. RFC 3986 says: When authority is present, the path must either be empty or begin with a slash ("/") character. When authority is not present, the path cannot begin with two slash characters ("//"). I think it would make sense to h

[issue7906] float("INFI") returns inf on certain platforms

R. David Murray added the comment: My feeling from watching bug reports is that Solaris is no less well supported than other non-linux, non-windows platforms. When you look at the number of open Solaris bug reports, also consider the number of open bug reports over all. We just don't have e

[issue7916] zipfile.ZipExtFile passes long to fileobj.read()

Amaury Forgeot d'Arc added the comment: This was fixed with issue7249 and will be available with 2.6.5 -- nosy: +amaury.forgeotdarc resolution: -> out of date status: open -> closed ___ Python tracker

[issue5651] OS X Installer: add checks to ensure proper Tcl configuration during build

Katrine Whiteson added the comment: Thanks very much for your helpful and quick reply! I installed Tcl8.4 from activestate, and had the same version conflict error when I did the Tkinter test in Python. So I uninstalled both Tcl8.4 and Tcl8.5 (I did sudo ./uninstall while in this director

[issue7906] float("INFI") returns inf on certain platforms

Eric Smith added the comment: I agree that backporting the various parts needed to get this working would be risky and shouldn't be done. As for Solaris sure, I'm not sure. You might ask on python-dev. I get the impression that few (if any) core developers have access to a Solaris machine. -

[issue7916] zipfile.ZipExtFile passes long to fileobj.read()

New submission from Matt Joiner : When reading from the fileobj passed in it's constructor, zipfile.ZipExtFile passes a long into fileobj.read(). This is not normally an issue, except in io.BytesIO, for which the source is in C, and throws TypeError for type(bufsize) != int. >From what I can

[issue5651] OS X Installer: add checks to ensure proper Tcl configuration during build

Ned Deily added the comment: If you have installed Python 2.6.4 using the python.org OS X installer, it was linked with Tk 8.4, and will not use Tk 8.5. OS X 10.4 has an old version of Tk 8.4; your best bet is to install the most recent Tcl/Tk 8.4 from ActiveState Tcl/Tk. -- __

[issue7906] float("INFI") returns inf on certain platforms

Zsolt Cserna added the comment: This issue doesn't seem to cause any problems in our production code, however I haven't tested it. Btw what is the status of the solaris support? According to wiki page it should be supported by python, in real it seems it's not really supported (I mean not ju

[issue5651] OS X Installer: add checks to ensure proper Tcl configuration during build

Katrine Whiteson added the comment: Hi, I am having a related issue installing Tkinter (which I need to install matplotlib). I am running Mac OS X 10.4.11, and just installed Python 2.6.4 . After several other fights, one remaining battle for me to get matlotlib installed is to have a worki

[issue7902] relative import broken

Changes by Oren Held : -- nosy: +Oren_Held ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or