[issue7989] Add pure Python implementation of datetime module to CPython
anatoly techtonik techto...@gmail.com added the comment: About importance to have a maintainable pure libraries and speedups for them. Believe it or not, but the only reason why Python 2.x did not get RFC 3339 implementation in standard library is that datetime module is in C. I hope everybody understands the importance of RFC 3339 nowadays. About maintenance of C vs Python modules. Mercurial and Dulwich have notion of optional speedups for pure Python modules and it is a way to go for standard reference Python implementation. Such separation serves these projects very well, especially on Windows with no installed compiler to be able to insert debug statements into C code. To easy maintenance I can see that only critical sections should be delegated to speedups, there should be 100% test coverage for both execution routes and performance benchmarks out of the box (i.e. developers should not think about how to compare code coverage or measure performance). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7989 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9085] Version number inconsistency in email package
New submission from Tokio Kikuchi tkiku...@users.sourceforge.net: Python 2.6 email version number is 4.0.1 while that of py2.5 is 4.0.2. Clearly, py2.6 email is newer and should have higher number. -- components: Library (Lib) messages: 108688 nosy: tkikuchi priority: normal severity: normal status: open title: Version number inconsistency in email package versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9085 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4804] Python on Windows disables all C runtime library assertions
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Why is this issue still open? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4804 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
Mark Dickinson dicki...@gmail.com added the comment: I would add I was building 64-bit, so adding the compiler flag -m64 on 'hawk' at least some of the time. Ah; that may be relevant. Can you tell us exactly what command line you're using to build Python, and the values of any relavent environment variables? I would have thought it was better to test this out with small bits of test code like I posted, rather than the complete Python source code. Unfortunately, the small bits of code don't really help: I get the same results as you for those, and I understand why those are failing: copysign isn't declared (as you'll see if you add -Wall to your compilation line) so the compiler assumes it returns type 'int'. This shouldn't happen with Python because its configure script defines __EXTENSIONS__, which ensures that copysign *is* declared when math.h is included. Can you still reproduce the strange copysign results with your small examples when __EXTENSIONS__ is #define'd? This conflicting behavior could be the result of what linker or assembler is being used. On SPARC, I use Sun linker and assembler. On OpenSolaris I use the Sun linker, but the GNU assembler. I have the same setup (Sun linker, GNU assembler): dicki...@eratosthenes:~/release26-maint$ gcc-4.4 -v Using built-in specs. Target: i386-pc-solaris2.11 Configured with: ../gcc-4.4.4/configure --prefix=/usr/local --program-suffix=-4.4 --with-mpfr-include=/usr/include/mpfr --with-gmp-include=/usr/include/gmp --with-as=/usr/bin/gas --with-gnu-as --with-ld=/usr/bin/ld --without-gnu-ld --enable-shared --enable-multilib --enable-languages=c,c++,objc Thread model: posix gcc version 4.4.4 (GCC) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1718574] build_clib --build-clib/--build-temp option bugs
Pearu Peterson pe...@users.sourceforge.net added the comment: I wonder why this issue is not fixed already. The fix would be trivial (add two `=`) and the bug is due to a simple typo (the current behavior is conflicting with the documentation and options intentions, see `setup.py build_clib --help`). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1718574 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3244] multipart/form-data encoding
Konstantin Pelepelin konstantin.pelepe...@gmail.com added the comment: Did you test it against server-side form-data parser implementation? It will be useless if it won't work with most widespread implementations: PHP's and at least some others (consider some popular python web frameworks). MIME-compliance is not enough, because browsers send only subset of MIME format and server-side parsers don't expect bodies full of MIME features. Particularly, I believe, most implementations don't expect any Content-Transfer-Encoding, except binary, because only 8-bit transfers are implemented in browsers, also you should check there will be no line-splitting and header-folding in headers and content, and make sure CR+LF (not plain LF, which is in patch) is always used. -- nosy: +checat ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3244 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8988] import + coding = failure (3.1.2/win32)
gonegown nomedo...@gmail.com added the comment: @Amaury: What you're saying about directory naming is right indeed. But the case has begun from cyrillic letters in the NTFS path, which I do not use, but the users of my soft do. So putting the program into such directory makes the former unuseable; until the sources are in utf anyway. I just ran this on another computer and it seemed to work with #coding in a.py. I then added this line to b.py and it failed. I played about 15 minutes inserting the line and removing and changing the directory name. And I can tell the behaviour for me looks just random! Though I noticed that addding #coding line to both sources fails more often. You'll see: Traceback (most recent call last): File F:\1home\С\u201e\a.py, line 1, in module SyntaxError: None And what the hell is this u201e? That should have been a letter! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8988 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8896] email.encoders.encode_base64 sets payload to bytes, should set to str
Changes by Éric Araujo mer...@netwok.org: -- resolution: - duplicate stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8896 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3243] Support iterable bodies in httplib
Changes by Éric Araujo mer...@netwok.org: -- keywords: +needs review nosy: +orsenthil stage: unit test needed - patch review versions: -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3243 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
Mark Dickinson dicki...@gmail.com added the comment: David, I'm still missing some easy answers that would really help. Please could you answer the question about whether __EXTENSIONS__ is defined in your pyconfig.h; it would help determine what we should be investigating. There shouldn't be any need for the -std=c99 option: the Python configure script defines __EXTENSIONS__ exactly to make these c99 functions available. So either that isn't happening on your machines, in which case we should be looking for a problem with the configure script, or it *is* happening, in which case copysign is being properly declared on your machine and we have to look elsewhere (library mismatch? compiler optimization bug?) for the cause of failure. Still no joy with an -m64 build. I've attached a transcript showing the precise steps I used. [I'm tempted to close this issue as 'works for me'; I'm not seeing any test_math failure in OpenSolaris, and neither is the Solaris/SPARC buildbot.] -- Added file: http://bugs.python.org/file17774/opensolaris_python_buildlog.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
Mark Dickinson dicki...@gmail.com added the comment: Stefan, thanks for the feedback. I don't *think* this is related to issue 7281. I thought we'd determined that that issue had nothing to do with copysign itself, and everything to do with what the signbit of the NaN returned by float(nan) happens to be. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2942] mingw/cygwin do not accept asm file as extension source
Roumen Petrov bugtr...@roumenpetrov.info added the comment: Terry, my patch in #3871 don't supersede this issue. In patch to #3871 for mingw host I use same work-around as for all other platforms Lets see the code of setup.py methods configure_ctypes...(..) : . # Add .S (preprocessed assembly) to C compiler source extensions. self.compiler.src_extensions.append('.S') . a) the patch to this issue didn't works for me; b) issue in not only for GCC compiler for cygwinmingw targets -- status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2942 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7989] Add pure Python implementation of datetime module to CPython
Antoine Pitrou pit...@free.fr added the comment: Le samedi 26 juin 2010 à 00:50 +, Alexander Belopolsky a écrit : For io, we find this quite manageable indeed, although it is quite more complex and quirkier than datetime. I don't understand how something being more complex and quirkier, can make it more manageable. I don't understand what you are arguing about. What is supposed to be more manageable? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7989 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
Stefan Krah stefan-use...@bytereef.org added the comment: Mark Dickinson rep...@bugs.python.org wrote: I don't *think* this is related to issue 7281. I thought we'd determined that that issue had nothing to do with copysign itself, and everything to do with what the signbit of the NaN returned by float(nan) happens to be. Yes, that's right. Also, to avoid spreading misinformation: The copysign(1.0, float(nan)) behavior is actually the same after changing float_repr_style. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4640] optparse - dosn't distinguish between '--option' and '-option'
STINNER Victor victor.stin...@haypocalc.com added the comment: Victor, I am interpreting your comment as saying that this is not a bug. No, I tried to explain that it is a bug :-) add_option(-debug, --debug, ...) and add_option(-debug, ...) should raise an error. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4640 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9086] Wrong linking terminology in windows FAQ
New submission from John Miller gyu...@gmail.com: The 'How can I embed Python' section in the 'Python on Windows FAQ' (http://docs.python.org/faq/windows.html) uses wrong terms: What the FAQ calls static linking and dynamic linking are actally two forms of dynamic linking - load-time dynamic linking and run-time dynamic linking, respectively. Static linking means something else entirely - linking with a library that itself contains the implementation, i.e. there will be no usage of the DLL at all. Since the FAQ states that pythonNN.lib is just an import lib, static linking isn't really an option with this library. Also the FAQ states that 'The drawback to dynamic linking is that your app won’t run if pythonNN.dll does not exist on your system'. This is misleading for two reasons: - If the application uses the DLL, it won't run as expected if the DLL doesn't exist, regardless of how it loads the DLL. - Of the two linking options, load-time dynamic linking (what the FAQ refers to as static linking) is actually the one that handles the missing DLL more badly: The app will crash upon loading. If run-time dynamic linking is used, loading of the DLL happens in the application code, and it can handle it however it chooses to - it can inform the user, disable the feature that needs the DLL, etc. -- assignee: d...@python components: Documentation messages: 108700 nosy: d...@python, john.miller priority: normal severity: normal status: open title: Wrong linking terminology in windows FAQ versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9086 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4640] optparse - dosn't distinguish between '--option' and '-option'
STINNER Victor victor.stin...@haypocalc.com added the comment: Reopen: add_option(-debug, --debug, ...) and add_option(-debug, ...) should raise an error and have a test. -- resolution: invalid - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4640 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4640] optparse doesn't distinguish between '--option' and '-option'
Éric Araujo mer...@netwok.org added the comment: Oh, we all focused on “-debug is not recognized as --debug” and forgot that the bug report also said “optparse does not complain when -debug is specified” (not sure if that meant “added” or “given on the command line”). We have to check if the bug still applies on 2.6, 2.7, 3.1 and 3.2. -- stage: committed/rejected - unit test needed title: optparse - dosn't distinguish between '--option' and '-option' - optparse doesn't distinguish between '--option' and '-option' ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4640 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4640] optparse doesn’t disallow adding one-da sh long options (“-option”)
Changes by Éric Araujo mer...@netwok.org: -- title: optparse doesn't distinguish between '--option' and '-option' - optparse doesn’t disallow adding one-dash long options (“-option”) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4640 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9086] Wrong linking terminology in windows FAQ
Changes by Stefan Krah stefan-use...@bytereef.org: -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9086 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4919] 2.6.1 build issues on solaris with SunStudio 12
Mark Lawrence breamore...@yahoo.co.uk added the comment: I got this in an email from the OP. Hi, I don't even remember this issue any more, but it seems to me that it is completely irrelevant that the error occurred with software that now how has a newer version. That the essential fact is that the configure process makes mistakes creates a situation in which the includes fail to work properly. The only relevance of Python x.x is that version DEMONSTRATES the error. The philosophy that the apparent error need not be considered because right now it happens to a possibly obsolete version of software just means it will happen again. Presumably, it will be just another hassle for those that test compile against sunstudio. Using that sort of rationale to close issues is exactly how to make sunstudio into a piece of crap. sdw Could somebody pick this up? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4919 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4963] mimetypes.guess_extension result changes after mimetypes.init()
S Arrowsmith si...@chiark.greenend.org.uk added the comment: Sorry, still there: Python 2.7rc2 (r27rc2:82137, Jun 26 2010, 11:27:59) [GCC 4.3.2] on linux2 Type help, copyright, credits or license for more information. import mimetypes mimetypes.guess_extension('image/jpeg') '.jpe' mimetypes.init() mimetypes.guess_extension('image/jpeg') '.jpeg' The fact that it's not reproducible on other Linux systems (I can't reproduce on the RedHat box I have to hand) might suggest there's something odd about Debian's mime.types . But I've just tried it passing init() the mime.types from the (working) RedHat box, and it's still producing the odd behaviour. (And I'm now on Debian 5.0, so it's not a Debian 4.0-specific issue either.) Wish I had a convenient Ubuntu install to try it on. Bizarre. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4963 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9085] Version number inconsistency in email package
Shashwat Anand anand.shash...@gmail.com added the comment: In python2.5 email version is 4.0.2 In python2.6 email version is 4.0.1 In python 2.7rc2 email version is 4.0.2 I think version number is wrong with 2.5, it should have been 4.0.0 rather than 4.0.2. David: Adding you as nosy so as you can confirm upon this. -- nosy: +l0nwlf, r.david.murray versions: +Python 2.5 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9085 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
David Kirkby david.kir...@onetel.net added the comment: Hi, __EXTENSIONS__ is defined to 1. Give me an hour, and I'll attach a log. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4963] mimetypes.guess_extension result changes after mimetypes.init()
Shashwat Anand anand.shash...@gmail.com added the comment: Can't reproduce. 16:36:36 l0nwlf-MBP:~$ python2.7 Python 2.7rc2+ (trunk:82148M, Jun 22 2010, 10:32:46) [GCC 4.2.1 (Apple Inc. build 5646) (dot 1)] on darwin Type help, copyright, credits or license for more information. import mimetypes mimetypes.guess_extension('image/jpeg') '.jpe' mimetypes.init() mimetypes.guess_extension('image/jpeg') '.jpe' Results were same in python2.5, 2.6 too. I wonder whether this is machine specific or distro specific. -- nosy: +l0nwlf ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4963 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9085] Version number inconsistency in email package
Senthil Kumaran orsent...@gmail.com added the comment: I doubt we would care about changing the version number in Python 2.5. Python 2.5 *might be* only in Security Fix mode and this does not qualify for a change in Python 2.5. So, just leave it as it is and don't rely on the version number is in the answer. -- nosy: +orsenthil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9085 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9085] Version number inconsistency in email package
Changes by Senthil Kumaran orsent...@gmail.com: -- resolution: - wont fix stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9085 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4919] 2.6.1 build issues on solaris with SunStudio 12
Mark Dickinson dicki...@gmail.com added the comment: The original report isn't very useful; without further constructive feedback from the OP I agree this issue should be closed. For example: The HUGE_VAL aka infinity issue is solved if the LIB is -lsunmath -lm instead of just -lm What is this mysterious 'HUGE_VAL aka infinity' issue---it's not made clear anywhere that I can see? A build failure, I assume (from the title). But at what stage of the build? What's the revelant error message (and surrounding context from the build output)? Exactly how was Python configured and built? Is there some context I'm missing, like an attachment containing a build log or something? -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4919 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4919] 2.6.1 build issues on solaris with SunStudio 12
Mark Dickinson dicki...@gmail.com added the comment: BTW, if there *is* still a problem with building Python 2.6 then closing as 'out of date' wouldn't be appropriate (yet). 2.6 is still receiving bugfixes at this point. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4919 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
David Kirkby david.kir...@onetel.net added the comment: Here's a build done the same way as you. This gives the same result as you here. But an attempt to run the test suite fails because of _socket. I need to patch that in order that I can run the test suite. See http://bugs.python.org/issue8852 -- Added file: http://bugs.python.org/file17775/build-with_socket-failure.log ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
David Kirkby david.kir...@onetel.net added the comment: Here's the header file that gets created -- Added file: http://bugs.python.org/file17776/pyconfig.h ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3966] Win32ErrorTests from test_os.py
Mark Lawrence breamore...@yahoo.co.uk added the comment: Here is the code from test_os.py for Python 2.6.5. def test_mkdir(self): self.assertRaises(WindowsError, os.chdir, test_support.TESTFN) def test_access(self): self.assertRaises(WindowsError, os.utime, test_support.TESTFN, 0) def test_chmod(self): self.assertRaises(WindowsError, os.utime, test_support.TESTFN, 0) The OP is saying shouldn't there be calls to os.mkdir, os.access and os.chmod respectively? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3966 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
Mark Dickinson dicki...@gmail.com added the comment: Thanks for the logs. So if you apply the issue8852 patch, and run the test suite, does test_float still fail? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4299] 3.0rc2.msi Install Fails (Error Code 2755)
Mark Lawrence breamore...@yahoo.co.uk added the comment: I think this should be closed as it refers to Python 3.0rc2 and the error code given is Windows MSI specific, not Python. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4299 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4299] 3.0rc2.msi Install Fails (Error Code 2755)
Mark Dickinson dicki...@gmail.com added the comment: Agreed; Closing. Though if the OP still has this problem with the MSI installs for current versions of Python (2.6, 2.7, 3.1 or 3.2), then we might want to reopen and investigate further. -- nosy: +loewis, mark.dickinson resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4299 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8943] Bug in InteractiveConsole
Changes by Steve Holden st...@holdenweb.com: -- nosy: +holdenweb ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8943 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4655] during Python installation, setup.py should not use .pydistutils.cfg
Mark Lawrence breamore...@yahoo.co.uk added the comment: Could an installation guru please take a look at this? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4655 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
David Kirkby david.kir...@onetel.net added the comment: Sorry, I seem to have wasted a lot of your time here. Python was built from a script which applied some patches - including that one that allows _socket to build. Without that (which is not commit to python and I'm told it might not be done this year), its impossible to run the test suite. It looks like of the patches has messed up with test_float. Unfortunately, if I just apply the patch at issue8852, then the test suite hangs at: test_posix It's used 48 minutes of CPU time on a 3.33 GHz Xeon as I write, passing most tests up to test_posix, but hanging there. Sorry to have wasted your time. BTW, are you able to run the full test suite, or does the test suite simply not run at all? Dave -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4655] during Python installation, setup.py should not use .pydistutils.cfg
Changes by Shashwat Anand anand.shash...@gmail.com: -- nosy: +tarek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4655 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4945] json checks True/False by identity, not boolean value
Mark Lawrence breamore...@yahoo.co.uk added the comment: As a patch has been provided can't this be moved forward? The Python versions also need updating. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4945 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8988] import + coding = failure (3.1.2/win32)
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: File F:\1home\С\u201e\a.py, line 1, in module And what the hell is this u201e? That should have been a letter! It's probably this symbol: http://www.eki.ee/letter/chardata.cgi?ucode=201e but it has no representation in the console windows you are using; try import sys; print(sys.stderr.encoding) to print the code page used by your console. In error messages, Python replaces unpritable characters with their escaped form: \u where is the character number. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8988 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8988] import + coding = failure (3.1.2/win32)
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: But the case has begun from cyrillic letters in the NTFS path, which I do not use, but the users of my soft do. So putting the program into such directory makes the former unuseable; until the sources are in utf anyway. I agree that cyrillic letters in the path makes the program unusable. This is the bug to fix, and the zip file you attached is a good test case. But I still don't see how the sources are in utf can influence this. Please show me! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8988 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8852] _socket fails to build on OpenSolaris x64
David Kirkby david.kir...@onetel.net added the comment: I think I spoke too soon. I just downloaded the 2.7.rc2. Using both 32 and 64-bit builds, with the only patch being that I attached to issue8852 some months back, the problem occurs again. test_float test test_float failed -- Traceback (most recent call last): File /export/home/drkirkby/Python-2.7rc2/Lib/test/test_float.py, line 1297, in test_roundtrip self.identical(-x, roundtrip(-x)) File /export/home/drkirkby/Python-2.7rc2/Lib/test/test_float.py, line 907, in identical self.fail('%r not identical to %r' % (x, y)) AssertionError: -0.0 not identical to 0.0 test_fnmatch test_fork1 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
Mark Dickinson dicki...@gmail.com added the comment: I see the same _socket build failure as you do; but with the issue 8852 patch, I can run the test suite. It did spend quite a while in test_posix, but the test eventually finished (and failed). I didn't get to the end of the test run, unfortunately, because I ran out of disk space. (4 virtual machines on a small laptop is pushing it a bit. :) It's possible that the test_posix failure was due to running out of space, I guess. Anyway, that's a separate issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8852] _socket fails to build on OpenSolaris x64
David Kirkby david.kir...@onetel.net added the comment: Sorry, I put that note on the wrong issue! ignore it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
David Kirkby david.kir...@onetel.net added the comment: test_float test test_float failed -- Traceback (most recent call last): File /export/home/drkirkby/Python-2.7rc2/Lib/test/test_float.py, line 1297, in test_roundtrip self.identical(-x, roundtrip(-x)) File /export/home/drkirkby/Python-2.7rc2/Lib/test/test_float.py, line 907, in identical self.fail('%r not identical to %r' % (x, y)) AssertionError: -0.0 not identical to 0.0 test_fnmatch test_fork1 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
David Kirkby david.kir...@onetel.net added the comment: Sorry, I missed out the comment there. This is failing for me, in boht 32 and 64-bit builds with Python-2.7rc2 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4919] 2.6.1 build issues on solaris with SunStudio 12
scott wedel taverng...@gmail.com added the comment: You all take 7 months to first look at the issue and then decide that you'd like more information because the initial submission was incomplete? Oh well, Suit yourself. Doesn't matter to me. I've already stopped using sunstudio. That python build was one of the last things I did on Solaris which I had been actively using for 20 years, but some device driver issues have made it no longer worth the effort. sdw On Sat, Jun 26, 2010 at 4:39 AM, Mark Lawrence rep...@bugs.python.orgwrote: Mark Lawrence breamore...@yahoo.co.uk added the comment: I got this in an email from the OP. Hi, I don't even remember this issue any more, but it seems to me that it is completely irrelevant that the error occurred with software that now how has a newer version. That the essential fact is that the configure process makes mistakes creates a situation in which the includes fail to work properly. The only relevance of Python x.x is that version DEMONSTRATES the error. The philosophy that the apparent error need not be considered because right now it happens to a possibly obsolete version of software just means it will happen again. Presumably, it will be just another hassle for those that test compile against sunstudio. Using that sort of rationale to close issues is exactly how to make sunstudio into a piece of crap. sdw Could somebody pick this up? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4919 ___ -- Added file: http://bugs.python.org/file1/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4919 ___You all take 7 months to first look at the issue and then decide that you#39;d like more information because the initial submission was incomplete?brbrOh well, Suit yourself. Doesn#39;t matter to me. I#39;ve already stopped using sunstudio. That python build was one of the last things I did on Solaris which I had been actively using for 20 years, but some device driver issues have made it no longer worth the effort.br brsdwbrbrbrdiv class=gmail_quoteOn Sat, Jun 26, 2010 at 4:39 AM, Mark Lawrence span dir=ltrlt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;/span wrote:brblockquote class=gmail_quote style=margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex; div class=imbr Mark Lawrence lt;a href=mailto:breamore...@yahoo.co.uk;breamore...@yahoo.co.uk/agt; added the comment:br br /divI got this in an email from the OP.br br quot;Hi,br I don#39;t even remember this issue any more, but it seems to me that it is completely irrelevant that the error occurred with software that now how has a newer version.br br That the essential fact is that the configure process makes mistakes creates a situation in which the includes fail to work properly.  The only relevance of Python x.x is that version DEMONSTRATES the error.br br The philosophy that the apparent error need not be considered because right now it happens to a possibly obsolete version of software just means it will happen again.  Presumably, it will be just another hassle for those that test compile against sunstudio.  Using that sort of rationale to close issues is exactly how to make sunstudio into a piece of crap.br br sdwbr quot;br br Could somebody pick this up?br br --br divdiv/divdiv class=h5br ___br Python tracker lt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;br lt;a href=http://bugs.python.org/issue4919; target=_blankhttp://bugs.python.org/issue4919/agt;br ___br /div/div/blockquote/divbr ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4919] 2.6.1 build issues on solaris with SunStudio 12
Changes by Benjamin Peterson benja...@python.org: -- resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4919 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
Mark Dickinson dicki...@gmail.com added the comment: Okay---this one I *can* reproduce. :) I'm going to call it a gcc optimization bug. Specifically, it seems to be a bug involving gcc's builtin version of the copysign function. When I build a current svn trunk checkout (r82245) with: CC='gcc-4.4 -m64' ./configure make I get the wrong result: Python 2.7rc2+ (trunk:82245, Jun 26 2010, 05:35:07) [GCC 4.4.4] on sunos5 Type help, copyright, credits or license for more information. (-0.0).hex() '0x0.0p+0' But when building with either: CC='gcc-4.4 -m64 -fno-builtin-copysign' ./configure make or CC='gcc-4.4 -m64' ./configure --with-pydebug make I get the expected results. If I have time I'll investigate further and see if I can generate the bug from smaller code. At any rate, I don't think this is something that can sensibly be fixed in Python itself, so I think this issue should be closed, and a bug filed upstream if necessary. I also can't see a good reason why this bug would be specific to OpenSolaris. Does anyone have gcc-4.4.4 available to test this on OS X, Linux or *BSD? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3385] cPickle to pickle conversion in py3k missing methods
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Do I understand correctly that the issue is that python Pickler class has dispatch attribute but C Pickler does not? The add_dispatch_check-0.patch patch does not seem to add class attribute, it adds an instance attribute instead. I also noticed that there are many more class attributes that only Python implementation has: for x in dir(pickle._Pickler): ...if not (x.startswith('_') or hasattr(pickle.Pickler, x)): ... print(x) ... dispatch get memoize put save save_bool save_bytes save_dict save_float save_global save_list save_long save_none save_pers save_reduce save_str save_tuple The save_* methods are clearly internal and should probably be renamed to begin with __ unless they are intended to be overridden by Pickler subclases -- nosy: +belopolsky stage: - unit test needed type: - feature request versions: +Python 3.2 -Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3385 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
David Kirkby david.kir...@onetel.net added the comment: I'm glad you can reproduce it! I can understand you wanting to close it in this case. I've no problem with that. To me at least, it does not seem anywhere near as serious as the other problem. I will try it on Linux though. I have access to reasonably decent (24 core) Linux box, so I'll try it on that. But it means a lot of messing around, downloading mpir, mpfr, possibly newer versions of the GNU binutils etc. Not a 5 minute job. The weather here in the UK is too nice to site behind a computer screen! Dave -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue762963] timemodule.c: Python loses current timezone
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I agree with Martin. A proper fix would be to use tm_gmtoff explicitly where available and carry it in time.struct_time. See issue1647654 and issue4086. Interestingly, the issue does not show up on OSX, which being a BSD derivative does have tm_gmtoff in struct tm. While I don't have an affected system to test the patch, it does not look right to me. I would think mktime() should be called after PyArg_Parse, not before because tm_gmtoff may be different for different times. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue762963 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue762963] timemodule.c: Python loses current timezone
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Another related issue is issue1667546. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue762963 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7673] audioop: check that length is a multiple of the size
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2010-2089 claims that this issue is about security vulnerability. This problem seems to also affect at least Python 2.6. -- versions: +Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
Mark Dickinson dicki...@gmail.com added the comment: Here's some minimal failing code. // Compile with: // gcc-4.4 -m64 -fno-inline -g -O3 copysign_bug.c -o copysign_bug #include math.h #include stdio.h int copysign_bug(double x) { if (x (x * 0.5 == x)) return 1; if (copysign(1.0, x) 0.0) return 2; else return 3; } int main(void) { double x; x = -0.0; printf(copysign_bug(%.17g) = %d\n, x, copysign_bug(x)); x = 0.0; printf(copysign_bug(%.17g) = %d\n, x, copysign_bug(x)); return 0; } This produces the output: copysign_bug(-0) = 3 copysign_bug(0) = 3 I would expecting to see: copysign_bug(-0) = 2 copysign_bug(0) = 3 I've reported this at: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44683 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
Stefan Krah stefan-use...@bytereef.org added the comment: Mark, gcc-4.4 on Fedora 12 is ok: [ste...@fedora-amd64 trunk]$ ./python Python 2.7rc2+ (trunk:82245M, Jun 26 2010, 13:09:14) [GCC 4.4.3 20100127 (Red Hat 4.4.3-4)] on linux2 Type help, copyright, credits or license for more information. (-0.0).hex() '-0x0.0p+0' As a general remark, from what I hear on the gmp-bugs list, the newer gcc versions often seem to have problems on Solaris. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
Stefan Krah stefan-use...@bytereef.org added the comment: Fedora 12: copysign-bug varies wildly ((GCC) 4.4.3 20100127 (Red Hat 4.4.3-4)): [ste...@fedora-amd64 trunk]$ gcc -O0 copysign_bug.c -o copysign_bug [ste...@fedora-amd64 trunk]$ ./copysign_bug copysign_bug(-0) = 2 copysign_bug(0) = 3 [ste...@fedora-amd64 trunk]$ gcc -O2 copysign_bug.c -o copysign_bug [ste...@fedora-amd64 trunk]$ ./copysign_bug copysign_bug(-0) = 3 copysign_bug(0) = 3 [ste...@fedora-amd64 trunk]$ gcc -O3 copysign_bug.c -o copysign_bug [ste...@fedora-amd64 trunk]$ ./copysign_bug copysign_bug(-0) = 2 copysign_bug(0) = 3 [ste...@fedora-amd64 trunk]$ gcc -O3 -fno-inline copysign_bug.c -o copysign_bug [ste...@fedora-amd64 trunk]$ ./copysign_bug copysign_bug(-0) = 3 copysign_bug(0) = 3 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9069] test_float failure on Solaris
Mark Dickinson dicki...@gmail.com added the comment: Thanks Stefan. The bug apparently exists in gcc-4.5 on OS X as well. I'll update the gcc bug report. newton:~ dickinsm$ gcc-mp-4.5 -fno-inline -O3 copysign_bug.c -o copysign_bug ./copysign_bug copysign_bug(-0) = 3 copysign_bug(0) = 3 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9069 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9087] json docstrings on 3.x still use 'unicode' and 'str'
New submission from Ezio Melotti ezio.melo...@gmail.com: In the json package there are still lot of docstrings that refer to 'unicode' and 'str' instead of 'str' and 'bytes' (AFAIU 'bytes' are not even allowed anymore in several places, so there should probably be only 'str' there). A few examples: * in json/__init__.py: If ``skipkeys`` is true then ``dict`` keys that are not basic types (``str``, ``unicode``, ``int``, ``float``, ``bool``, ``None``) will be skipped instead of raising a ``TypeError``. If ``ensure_ascii`` is false, then the some chunks written to ``fp`` may be ``unicode`` instances, subject to normal Python ``str`` to ``unicode`` coercion rules. * in json/decoder.py: Decode a JSON document from ``s`` (a ``str`` or ``unicode`` beginning with a JSON document) and return a 2-tuple of the Python representation and the index in ``s`` where the document ended. * in json/encoder.py: If ensure_ascii is true, the output is guaranteed to be str objects with all incoming unicode characters escaped. If ensure_ascii is false, the output will be unicode object. Note that the documentation (Doc/library/json.rst) seems already updated, so update the docstrings should be enough. -- assignee: bob.ippolito components: Documentation, Library (Lib) messages: 108738 nosy: bob.ippolito, ezio.melotti priority: normal severity: normal stage: needs patch status: open title: json docstrings on 3.x still use 'unicode' and 'str' versions: Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9087 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9085] Version number inconsistency in email package
R. David Murray rdmur...@bitdance.com added the comment: What appears to have happened is that the 2.5 maintenance release was branched *before* the release was cut, but Barry bumped the version of the email package after the branch and did not backport that bump to trunk. Between 2.5 and 2.6, email did not change significantly (just some bug fixes). So, what we can do is bump the version to 4.0.2 in 2.6maint, and further bump it to 4.0.3 for 2.7 (where there is a behavior change from 4.0.2). Not perfect, but the best we can do. -- assignee: - r.david.murray resolution: wont fix - accepted stage: committed/rejected - needs patch status: closed - open type: - behavior versions: +Python 2.6, Python 2.7 -Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9085 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9024] PyDateTime_IMPORT macro incorrectly marked up
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Committed in r82251. Thanks for the patch, Tim. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9024 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9084] vimrc: use matchall() instead of :match to allow multiple matches
Changes by Brett Cannon br...@python.org: -- assignee: - brett.cannon keywords: +needs review nosy: +brett.cannon priority: normal - low stage: - patch review type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9084 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9085] Version number inconsistency in email package
R. David Murray rdmur...@bitdance.com added the comment: Bumps committed in r82246 and r82257. -- resolution: accepted - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9085 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1565525] tracebacks eat up memory by holding references to locals and globals when they are not wanted
R. David Murray rdmur...@bitdance.com added the comment: It is true that your proposed feature would provide a way for a programmer to manually resolve the cycle issue; however, the open issue in the pep is how to do this automatically. But if you hold on to the traceback reference, you should *expect* all those values to persist, so that shouldn't be surprising. I repeat my recommendation that you take this to python-ideas for feedback, and then work on a patch if the feedback is positive. (By the way, I checked with a twisted developer, and what he wanted was a convenient way to manually create traceback objects.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1565525 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7989] Add pure Python implementation of datetime module to CPython
R. David Murray rdmur...@bitdance.com added the comment: Alexander and Antoine, you are talking past each other. Alexander: Antoine was trying to point out that the fact that io is quirky has not impacted their ability to maintain parallel versions significantly. So if datetime is less quirky (and it probably is despite the quirks you pointed out), then it should be even easier to maintain parallel versions of it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7989 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3754] cross-compilation support for python build
Roumen Petrov bugtr...@roumenpetrov.info added the comment: - consistent platform detection in all methods from setup.py; - readline libraries detected by configure script are used for setup.py : this could help to detect is more platform independent way if readline is linked with ncurses{w} library; - ignore friendly search library paths : this is useless in case of cross-compilation . Also it is reported that those paths are not so friendly even in native builds. Note that with friendly search library paths python library search based on file suffix will find libraries system on build system if host system lack them. -- Added file: http://bugs.python.org/file17778/python-trunk-20100626-CROSS.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3754 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross and native build of python for mingw32 with distutils
Roumen Petrov bugtr...@roumenpetrov.info added the comment: - require patch ...20100626-CROSS... from issue3871; - setup.py don't ignore readline and ncurses for host platform : python tests with readline pass, ncurses (current development) is not usable yet; - follow restored build with python specific windows version of libffi. -- Added file: http://bugs.python.org/file17779/python-trunk-20100626-MINGW.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3871 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4963] mimetypes.guess_extension result changes after mimetypes.init()
R. David Murray rdmur...@bitdance.com added the comment: S Arrowsmith: can put a print statement into mimetypes.init, find out what files are loading, and paste the image/jpeg lines from each of those files here? That might provide a clue. -- priority: normal - low stage: - unit test needed status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4963 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7989] Add pure Python implementation of datetime module to CPython
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I see. I misunderstood AP's although as however, but he probably meant even though or in spite the fact that. Antoine, can I count you as +1? In any case, my threshold for moving this forward is for someone to review the code in sandbox. Here is a convenient link to the code: http://svn.python.org/view/*checkout*/sandbox/branches/py3k-datetime/datetime.py -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7989 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1565525] tracebacks eat up memory by holding references to locals and globals when they are not wanted
Greg Hazel gha...@users.sourceforge.net added the comment: you should *expect* all those values to persist, so that shouldn't be surprising. It's not something I expected, and the warnings around traceback objects are a good indication that other developers have not expected it either. One poster on python-ideas said Working with traceback objects can easily introduce hidden circular references, so it usually better not access them at all. Since these 'hidden' references are not used in many cases, it is surprising that they would be required. I repeat my recommendation that you take this to python-ideas for feedback, and then work on a patch if the feedback is positive. I have, and it has been so far. (By the way, I checked with a twisted developer, and what he wanted was a convenient way to manually create traceback objects.) When does Twisted want to manually create traceback objects? Failure has specific functions to stringify the traceback to remove the references mentioned here. Creating a fake traceback would be one way to achieve that, but if the references did not exist I'm not sure what the goal would be. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1565525 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4945] json checks True/False by identity, not boolean value
R. David Murray rdmur...@bitdance.com added the comment: Most likely we are waiting for Bob's review. Have you tested the patch? -- nosy: +r.david.murray stage: - patch review versions: +Python 3.2 -Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4945 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8852] _socket fails to build on OpenSolaris x64
Mark Dickinson dicki...@gmail.com added the comment: I'm also seeing the failure of the _socket module to build on OpenSolaris build snv_134 (the most recent development build). The socketmodule.c.patch patch fixes that failure for me, allowing the test-suite to run. I'm afraid I don't feel competent to comment on the correctness of the patch, though, other than to say it works for me. -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1565525] tracebacks eat up memory by holding references to locals and globals when they are not wanted
R. David Murray rdmur...@bitdance.com added the comment: Excellent. As for twisted, I'm just repeating what I understood of what he said when I asked. It could well be that this feature would help them, I don't know. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1565525 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1035576] Add New RPM-friendly record option to setup.py
Tarek Ziadé ziade.ta...@gmail.com added the comment: distutils is now frozen in all branches, so not accepting new features but just bug fixes. although distutils2 will not provide bdist_rpm, and I'd suggest the command to live on its own, in a new project (like bdist_deb did in stdeb). The benefit is to have a different release cycle which can follow the rpm world. So yes, all pending feature requests to build_rpm, should be closed. -- resolution: - wont fix status: open - closed type: - feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1035576 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8621] uuid.uuid4() generates non-unique values on OSX
Bill Janssen bill.jans...@gmail.com added the comment: Stefan, I tried your suggestion of starting threading. Test still succeeds on my 10.5.8 system when test_uuid is run separately. Ronald, your fix works on my 10.5.8 system. Why not check it in, and let's see if the buildbots turn green again? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8621 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue763708] Failures in test_macostools for --enable-unicode=ucs4
Ezio Melotti ezio.melo...@gmail.com added the comment: Is this still a problem? None of the buildbot are reporting failures in test_macostools. -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue763708 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4963] mimetypes.guess_extension result changes after mimetypes.init()
S Arrowsmith si...@chiark.greenend.org.uk added the comment: import mimetypes mimetypes.guess_extension('image/jpeg') /etc/mime.types '.jpe' mimetypes.init() /etc/mime.types mimetypes.guess_extension('image/jpeg') '.jpeg' $ grep jpeg /etc/mime.types image/jpeg jpeg jpg jpe $ That big chunk of whitespace is 5 tabs. Not very helpful, I fear. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4963 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue763708] Failures in test_macostools for --enable-unicode=ucs4
Changes by Ezio Melotti ezio.melo...@gmail.com: -- status: open - languishing ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue763708 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2380] Raise a Py3K warning for catching nested tuples with non-BaseException exceptions
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2380 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1909] Backport: Mixing default keyword arguments with *args
Ezio Melotti ezio.melo...@gmail.com added the comment: Now it's too late for this. Closing as out of date. -- keywords: -26backport nosy: +ezio.melotti resolution: - out of date stage: - committed/rejected status: open - closed type: - feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1909 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue763708] Failures in test_macostools for --enable-unicode=ucs4
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +janssen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue763708 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9088] revert distutils so it's like in 3.1
New submission from Tarek Ziadé ziade.ta...@gmail.com: distutils is going back to its 3.1 state, as planned at the summit (done in 2.7/trunk already). Should be done over the week end -- assignee: tarek messages: 108757 nosy: tarek priority: release blocker severity: normal status: open title: revert distutils so it's like in 3.1 versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9088 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9088] revert distutils so it's like in 3.1
Changes by Tarek Ziadé ziade.ta...@gmail.com: -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9088 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5705] os.getpwent returns unsigned 32bit value, os.setuid refuses it
Ezio Melotti ezio.melo...@gmail.com added the comment: I think this can be closed, now that there is another issue for posix_lchown. -- nosy: +ezio.melotti stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5705 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2292] Missing *-unpacking generalizations
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2292 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue655802] cPickle not always same as pickle
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: What is the status of this? issue1536 is an open documentation issue. Is this similarly a documentation enhancement request or there is a case when pickle and CPickle produce different and incompatible serializations? -- nosy: +belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue655802 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue755286] Generate rpm filelist including directories
Terry J. Reedy tjre...@udel.edu added the comment: See Tarek's message on #1035576. -- resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue755286 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue828743] bdist_rpm failure when no setup.py
Terry J. Reedy tjre...@udel.edu added the comment: see msg108752 -- nosy: +tjreedy resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue828743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5482] RFC: improve distutils bdist_rpm so it builds pure python modules as single packages that works across architectures
Terry J. Reedy tjre...@udel.edu added the comment: see msg108752 -- nosy: +tjreedy resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5482 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6546] [Distutils][PATCH] Add bdist_rpm option to select the name of the resulting package
Terry J. Reedy tjre...@udel.edu added the comment: see msg108752 -- nosy: +tjreedy resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6546 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1028432] Specify a source baseurl for bdist_rpm.
Terry J. Reedy tjre...@udel.edu added the comment: see msg108752 -- nosy: +tjreedy resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1028432 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1035576] Add New RPM-friendly record option to setup.py
Terry J. Reedy tjre...@udel.edu added the comment: On 6/26/2010 5:36 PM, Tarek Ziadé wrote: Tarek Ziadéziade.ta...@gmail.com added the comment: distutils is now frozen in all branches, so not accepting new features but just bug fixes. although distutils2 will not provide bdist_rpm, and I'd suggest the command to live on its own, in a new project (like bdist_deb did in stdeb). The benefit is to have a different release cycle which can follow the rpm world. Seems like a good idea. So yes, all pending feature requests to build_rpm, should be closed. Done for the duplicate, and 4 others for bdist_rpm (you should see messages and counter if not correct.) There are also bug reports for bdist_rpm. Close these too? 2945 4495 5474 644744 5875 (test failure) How about any of the other feature requests (there are about 36 others open for distutils). Should they be retargeted to disutils2? -- resolution: - wont fix status: open - closed type: - feature request ___ Python trackerrep...@bugs.python.org http://bugs.python.org/issue1035576 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1035576 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9089] PyNumber_Int is still mentioned in number protocol docs
New submission from Alexander Belopolsky belopol...@users.sourceforge.net: See http://docs.python.org/dev/py3k/c-api/number.html#PyNumber_Int I also noticed some left-over references to intobject in the comments in the py3k tree: Include/longobject.h:61:/* For use by intobject.c only */ Modules/xxmodule.c:13: intobject.h for an example. */ Objects/floatobject.c:24:/* Special free list -- see comments for same code in intobject.c. */ Objects/frameobject.c:394: integers are allocated in a special way -- see intobject.c). When PCbuild/pythoncore.vcproj:758: RelativePath=..\Include\intobject.h -- assignee: d...@python components: Documentation messages: 108766 nosy: belopolsky, d...@python, mark.dickinson priority: normal severity: normal stage: needs patch status: open title: PyNumber_Int is still mentioned in number protocol docs type: feature request versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9089 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8447] buildbot: test_httpservers failure (No module named operator)
Bill Janssen bill.jans...@gmail.com added the comment: Failing on my PPC Tiger OS X buildbot, with 2.6, too. -- nosy: +janssen versions: +Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8447 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5180] 3.1 cannot unpickle 2.7-created pickle
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: If I disable _pickle, I get a more meaningful trace: File Tools/pybench/pybench.py, line 954, in module PyBenchCmdline() File /Users/sasha/Work/python-svn/py3k-commit/Tools/pybench/CommandLine.py, line 349, in __init__ rc = self.main() File Tools/pybench/pybench.py, line 888, in main bench = pickle.load(f) File /Users/sasha/Work/python-svn/py3k-commit/Lib/pickle.py, line 1321, in load encoding=encoding, errors=errors).load() File /Users/sasha/Work/python-svn/py3k-commit/Lib/pickle.py, line 830, in load dispatch[key[0]](self) File /Users/sasha/Work/python-svn/py3k-commit/Lib/pickle.py, line 1055, in load_inst klass = self.find_class(module, name) File /Users/sasha/Work/python-svn/py3k-commit/Lib/pickle.py, line 1115, in find_class __import__(module, level=0) File /Users/sasha/Work/python-svn/py3k-commit/Tools/pybench/Unicode.py, line 17 s = unicode(u''.join(map(str,range(100 ^ SyntaxError: invalid syntax Apparently, pybench/Unicode.py has never been converted to py3k. This is likely not the only problem: from pybench import * import pickle pickle.load(open('27.bench')) Traceback (most recent call last): File stdin, line 1, in module File /Users/sasha/Work/python-svn/py3k-commit/Lib/pickle.py, line 1321, in load encoding=encoding, errors=errors).load() File /Users/sasha/Work/python-svn/py3k-commit/Lib/pickle.py, line 829, in load assert isinstance(key, bytes_types) AssertionError This looks like the infamous bytes vs string problem ... -- nosy: +belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5180 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5180] 3.1 cannot unpickle 2.7-created pickle
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: The bytes/string issu was a red herring: with pickle.load(open('27.bench', 'b')), I get the same stack trace as from command line pybench invocation. pickle.load(open('27.bench', 'rb')) Traceback (most recent call last): File stdin, line 1, in module File /Users/sasha/Work/python-svn/py3k-commit/Lib/pickle.py, line 1321, in load encoding=encoding, errors=errors).load() File /Users/sasha/Work/python-svn/py3k-commit/Lib/pickle.py, line 830, in load dispatch[key[0]](self) File /Users/sasha/Work/python-svn/py3k-commit/Lib/pickle.py, line 1055, in load_inst klass = self.find_class(module, name) File /Users/sasha/Work/python-svn/py3k-commit/Lib/pickle.py, line 1115, in find_class __import__(module, level=0) File /Users/sasha/Work/python-svn/py3k-commit/Tools/pybench/Unicode.py, line 17 s = unicode(u''.join(map(str,range(100 ^ SyntaxError: invalid syntax -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5180 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9090] Error code 10035 calling socket.recv() on a socket with a timeout (WSAEWOULDBLOCK - A non-blocking socket operation could not be completed immediately)
New submission from Eric Hohenstein ehohenst...@imvu.com: This error is unfortunately difficult to reproduce. I've only seen it happen on Windows XP running on a dual core VMWare VM. I haven't been able to reproduce it on a non-VM system running Windows 7. The only way I've been able to reproduce it is to run the following unit test repeatedly on the XP VM repeatedly until it fails: import unittest import urllib2 class DownloadUrlTest(unittest.TestCase): def testDownloadUrl(self): opener = urllib2.build_opener() handle = opener.open('http://localhost/', timeout=60) handle.info() data = handle.read() self.assertNotEqual(data, '') if __name__ == __main__: unittest.main() This unit test obviously depends on a web server running on localhost. In the test environment where I was able to reproduce this problem the web server is Win32 Apache 2.0.54 with mod_php. When the test fails, it fails with Windows error code 10035 (WSAEWOULDBLOCK) being generated by the call to the recv() method rougly once every 50-100 times the test is run. The following is a the final entry in the stack when the error occurs: File c:\slave\h05b15\build\Ext\Python26\lib\socket.py, line 353, in read (self=socket._fileobject ...03B78170, size=1027091) data = self._sock.recv(left) The thing to note is that the socket is being created with a timeout of 60. The implementation of the socket.recv() method in socketmodule.c in the _socket import module is to use select() to wait for a socket to become readable for socket objects with a timeout and then to call recv() on the socket only if select() did not return indicating that the timeout period elapsed without the socket becoming readable. The fact that Windows error code 10035 (WSAEWOULDBLOCK) is being generated in the sock_recv_guts() method in socketmodule.c indicates that select() returned without timing out which means that Windows must have indicated that the socket is readable when in fact it wasn't. It appears that there is a known issue with Windows sockets where this type of problem may occur with non-blocking sockets. It is described in the msdn documentation for WSAAsyncSelect() (http://msdn.microsoft.com/en-us/library/ms741540%28VS.85%29.aspx). The code for socketmodule.c doesn't seem to hand le this type of situation correctly. The patch I've included with this issue report retries the select() if the recv() call fails with WSAWOULDBLOCK (only if MS_WINDOWS is defined). With the patch in place the test ran approximately 23000 times without failure on the system where it was failing without the patch. -- components: IO, Windows files: sock_recv.patch keywords: patch messages: 108770 nosy: ehohenstein priority: normal severity: normal status: open title: Error code 10035 calling socket.recv() on a socket with a timeout (WSAEWOULDBLOCK - A non-blocking socket operation could not be completed immediately) type: behavior versions: Python 2.6 Added file: http://bugs.python.org/file17780/sock_recv.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9090 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5180] 3.1 cannot unpickle 2.7-created pickle
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Hmm. It looks like another pickle vs. _pickle issue. Attached patch is a result of 2to3 applied to Tools/pybench (and a minor manual fix for pickle import) with _pickle import disabled. With the patch applied, $ ./python Tools/pybench/pybench.py --debug -s 27.bench runs fine and produces results identical to those for a similar run from the trunk. Looks like it is time to fire up gdb. -- keywords: +patch Added file: http://bugs.python.org/file17781/issue5180.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5180 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9091] str.capitalize() should not lower the rest of the string
New submission from Esteban Feldman esteban.feld...@gmail.com: As per documentation: I doesn't say anything on lower the rest of the string. Is this the expected behavior? ** str.capitalize()¶ Return a copy of the string with only its first character capitalized. For 8-bit strings, this method is locale-dependent. ** Example: Python 2.6.5 (r265:79063, May 24 2010, 14:03:08) [GCC 4.2.1 (Apple Inc. build 5659)] on darwin Type help, copyright, credits or license for more information. a = 'this is a TEST' a.capitalize() 'This is a test' -- components: Library (Lib) messages: 108772 nosy: eka priority: normal severity: normal status: open title: str.capitalize() should not lower the rest of the string type: behavior versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9091 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com