[issue9091] str.capitalize() should not lower the rest of the string

Senthil Kumaran added the comment: Capitalization is a language property, it is not Python specific. By Definition, except for first letter every thing else is lower cased. http://en.wikipedia.org/wiki/Capitalization So, Python documentation assumes that it is understood (or can referred to i

[issue9091] str.capitalize() should not lower the rest of the string

R. David Murray added the comment: The doc looks pretty clear to me: "return a copy of the string with *only* its first character capitalized." I don't offhand see how we could make that clearer. Maybe we should actually put the emphasis on the 'only' into the doc markup? That doesn't feel

[issue9091] str.capitalize() should not lower the rest of the string

New submission from Esteban Feldman : 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. **

[issue5180] 3.1 cannot unpickle 2.7-created pickle

Alexander Belopolsky 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 --de

[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 : 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

[issue5180] 3.1 cannot unpickle 2.7-created pickle

Alexander Belopolsky 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 "", line 1, in Fil

[issue5180] 3.1 cannot unpickle 2.7-created pickle

Alexander Belopolsky added the comment: If I disable _pickle, I get a more meaningful trace: File "Tools/pybench/pybench.py", line 954, in PyBenchCmdline() File "/Users/sasha/Work/python-svn/py3k-commit/Tools/pybench/CommandLine.py", line 349, in __init__ rc = self.main() File

[issue8447] buildbot: test_httpservers failure (No module named operator)

Bill Janssen added the comment: Failing on my PPC Tiger OS X buildbot, with 2.6, too. -- nosy: +janssen versions: +Python 2.6 ___ Python tracker ___ _

[issue9089] PyNumber_Int is still mentioned in number protocol docs

New submission from Alexander Belopolsky : 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 f

[issue1035576] Add New RPM-friendly record option to setup.py

Terry J. Reedy added the comment: On 6/26/2010 5:36 PM, Tarek Ziadé wrote: > > Tarek Ziadé 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 liv

[issue1028432] Specify a source baseurl for bdist_rpm.

Terry J. Reedy added the comment: see msg108752 -- nosy: +tjreedy resolution: -> wont fix status: open -> closed ___ Python tracker ___ __

[issue6546] [Distutils][PATCH] Add bdist_rpm option to select the name of the resulting package

Terry J. Reedy added the comment: see msg108752 -- nosy: +tjreedy resolution: -> wont fix status: open -> closed ___ Python tracker ___ _

[issue5482] RFC: improve distutils bdist_rpm so it builds pure python modules as single packages that works across architectures

Terry J. Reedy added the comment: see msg108752 -- nosy: +tjreedy resolution: -> wont fix status: open -> closed ___ Python tracker ___ _

[issue828743] bdist_rpm failure when no setup.py

Terry J. Reedy added the comment: see msg108752 -- nosy: +tjreedy resolution: -> wont fix status: open -> closed ___ Python tracker ___ ___

[issue755286] Generate rpm filelist including directories

Terry J. Reedy added the comment: See Tarek's message on #1035576. -- resolution: -> wont fix status: open -> closed ___ Python tracker ___ ___

[issue655802] cPickle not always same as pickle

Alexander Belopolsky 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 ___

[issue2292] Missing *-unpacking generalizations

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue5705] os.getpwent returns unsigned 32bit value, os.setuid refuses it

Ezio Melotti 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 _

[issue9088] revert distutils so it's like in 3.1

Changes by Tarek Ziadé : -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue9088] revert distutils so it's like in 3.1

New submission from Tarek Ziadé : 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 distut

[issue763708] Failures in test_macostools for --enable-unicode=ucs4

Changes by Ezio Melotti : -- nosy: +janssen ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue1909] Backport: Mixing default keyword arguments with *args

Ezio Melotti 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 tr

[issue2380] Raise a Py3K warning for catching nested tuples with non-BaseException exceptions

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue763708] Failures in test_macostools for --enable-unicode=ucs4

Changes by Ezio Melotti : -- status: open -> languishing ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue4963] mimetypes.guess_extension result changes after mimetypes.init()

S Arrowsmith 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

[issue763708] Failures in test_macostools for --enable-unicode=ucs4

Ezio Melotti added the comment: Is this still a problem? None of the buildbot are reporting failures in test_macostools. -- nosy: +ezio.melotti ___ Python tracker ___

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

Bill Janssen 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? -- ___

[issue1035576] Add New RPM-friendly record option to setup.py

Tarek Ziadé 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 d

[issue1565525] tracebacks eat up memory by holding references to locals and globals when they are not wanted

R. David Murray 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

[issue8852] _socket fails to build on OpenSolaris x64

Mark Dickinson 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 commen

[issue4945] json checks True/False by identity, not boolean value

R. David Murray 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

[issue1565525] tracebacks eat up memory by holding references to locals and globals when they are not wanted

Greg Hazel 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 s

[issue7989] Add pure Python implementation of datetime module to CPython

Alexander Belopolsky 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. He

[issue4963] mimetypes.guess_extension result changes after mimetypes.init()

R. David Murray 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: clo

[issue3871] cross and native build of python for mingw32 with distutils

Roumen Petrov 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 s

[issue3754] cross-compilation support for python build

ystem on build system if host system lack them. -- Added file: http://bugs.python.org/file17778/python-trunk-20100626-CROSS.patch ___ Python tracker <http://bugs.python.org/issue3754> ___ ___

[issue7989] Add pure Python implementation of datetime module to CPython

R. David Murray 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

[issue1565525] tracebacks eat up memory by holding references to locals and globals when they are not wanted

R. David Murray 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

[issue9085] Version number inconsistency in email package

R. David Murray added the comment: Bumps committed in r82246 and r82257. -- resolution: accepted -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker _

[issue9084] vimrc: use matchall() instead of ":match" to allow multiple matches

Changes by Brett Cannon : -- assignee: -> brett.cannon keywords: +needs review nosy: +brett.cannon priority: normal -> low stage: -> patch review type: -> behavior ___ Python tracker _

[issue9024] PyDateTime_IMPORT macro incorrectly marked up

Alexander Belopolsky added the comment: Committed in r82251. Thanks for the patch, Tim. -- status: open -> closed ___ Python tracker ___

[issue9085] Version number inconsistency in email package

R. David Murray 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 chang

[issue9087] json docstrings on 3.x still use 'unicode' and 'str'

New submission from Ezio Melotti : 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_

[issue9069] test_float failure on Solaris

Mark Dickinson 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 -- ___

[issue9069] test_float failure on Solaris

Stefan Krah 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]$

[issue9069] test_float failure on Solaris

Stefan Krah 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()

[issue9069] test_float failure on Solaris

Mark Dickinson 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 #include int copysign_bug(double x) { if (x && (x * 0.5 == x)) return 1; if (copysign(1.0, x) < 0.0) return 2; else

[issue7673] audioop: check that length is a multiple of the size

Arfrever Frehtes Taifersar Arahesis 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 ___

[issue762963] timemodule.c: Python loses current timezone

Alexander Belopolsky added the comment: Another related issue is issue1667546. -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue762963] timemodule.c: Python loses current timezone

Alexander Belopolsky 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

[issue9069] test_float failure on Solaris

David Kirkby 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 decen

[issue3385] cPickle to pickle conversion in py3k missing methods

Alexander Belopolsky 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

[issue9069] test_float failure on Solaris

Mark Dickinson 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' ./co

[issue4919] 2.6.1 build issues on solaris with SunStudio 12

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

[issue4919] 2.6.1 build issues on solaris with SunStudio 12

scott wedel 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 th

[issue9069] test_float failure on Solaris

David Kirkby 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 ___ ___

[issue9069] test_float failure on Solaris

David Kirkby 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/te

[issue8852] _socket fails to build on OpenSolaris x64

David Kirkby added the comment: Sorry, I put that note on the wrong issue! ignore it. -- ___ Python tracker ___ ___ Python-bugs-list

[issue9069] test_float failure on Solaris

Mark Dickinson 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

[issue8852] _socket fails to build on OpenSolaris x64

David Kirkby 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 las

[issue8988] import + coding = failure (3.1.2/win32)

Amaury Forgeot d'Arc 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 let

[issue8988] import + coding = failure (3.1.2/win32)

Amaury Forgeot d'Arc added the comment: > File "F:\1home\С\u201e\a.py", line 1, in > 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; t

[issue4945] json checks True/False by identity, not boolean value

Mark Lawrence 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 ___

[issue4655] during Python installation, setup.py should not use .pydistutils.cfg

Changes by Shashwat Anand : -- nosy: +tarek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue9069] test_float failure on Solaris

David Kirkby 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 imp

[issue4655] during Python installation, setup.py should not use .pydistutils.cfg

Mark Lawrence added the comment: Could an installation guru please take a look at this? -- nosy: +BreamoreBoy ___ Python tracker ___ _

[issue8943] Bug in InteractiveConsole

Changes by Steve Holden : -- nosy: +holdenweb ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue4299] 3.0rc2.msi Install Fails (Error Code 2755)

Mark Dickinson 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

[issue4299] 3.0rc2.msi Install Fails (Error Code 2755)

Mark Lawrence 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 _

[issue9069] test_float failure on Solaris

Mark Dickinson 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 ___ __

[issue3966] Win32ErrorTests from test_os.py

Mark Lawrence 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): sel

[issue9069] test_float failure on Solaris

David Kirkby added the comment: Here's the header file that gets created -- Added file: http://bugs.python.org/file17776/pyconfig.h ___ Python tracker ___ ___

[issue9069] test_float failure on Solaris

David Kirkby 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 -- Adde

[issue4919] 2.6.1 build issues on solaris with SunStudio 12

Mark Dickinson 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

[issue4919] 2.6.1 build issues on solaris with SunStudio 12

Mark Dickinson 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 '

[issue9085] Version number inconsistency in email package

Changes by Senthil Kumaran : -- resolution: -> wont fix stage: -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue9085] Version number inconsistency in email package

Senthil Kumaran 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. -

[issue4963] mimetypes.guess_extension result changes after mimetypes.init()

Shashwat Anand 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 >>> mimetyp

[issue9069] test_float failure on Solaris

David Kirkby added the comment: Hi, __EXTENSIONS__ is defined to 1. Give me an hour, and I'll attach a log. -- ___ Python tracker ___

[issue9085] Version number inconsistency in email package

Shashwat Anand 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.

[issue4963] mimetypes.guess_extension result changes after mimetypes.init()

S Arrowsmith 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() >>>

[issue4919] 2.6.1 build issues on solaris with SunStudio 12

Mark Lawrence 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 proce

[issue9086] Wrong linking terminology in windows FAQ

Changes by Stefan Krah : -- nosy: +skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue4640] optparse doesn’t disallow adding one-da sh long options (“-option”)

Changes by Éric Araujo : -- title: optparse doesn't distinguish between '--option' and '-option' -> optparse doesn’t disallow adding one-dash long options (“-option”) ___ Python tracker

[issue4640] optparse doesn't distinguish between '--option' and '-option'

Éric Araujo 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

[issue4640] optparse - dosn't distinguish between '--option' and '-option'

STINNER Victor 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

[issue9086] Wrong linking terminology in windows FAQ

New submission from John Miller : 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-ti

[issue4640] optparse - dosn't distinguish between '--option' and '-option'

STINNER Victor 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. -- _

[issue9069] test_float failure on Solaris

Stefan Krah added the comment: Mark Dickinson 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, t

[issue7989] Add pure Python implementation of datetime module to CPython

Antoine Pitrou 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," > ca

[issue2942] mingw/cygwin do not accept asm file as extension source

Roumen Petrov 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 comp

[issue9069] test_float failure on Solaris

Mark Dickinson 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. -

[issue9069] test_float failure on Solaris

Mark Dickinson 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 -

[issue3243] Support iterable bodies in httplib

Changes by Éric Araujo : -- keywords: +needs review nosy: +orsenthil stage: unit test needed -> patch review versions: -Python 2.7 ___ Python tracker ___

[issue8896] email.encoders.encode_base64 sets payload to bytes, should set to str

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

[issue8988] import + coding = failure (3.1.2/win32)

gonegown 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 sourc

[issue3244] multipart/form-data encoding

Konstantin Pelepelin 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,

[issue1718574] build_clib --build-clib/--build-temp option bugs

Pearu Peterson 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`). -- _

[issue9069] test_float failure on Solaris

Mark Dickinson 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 variabl

[issue4804] Python on Windows disables all C runtime library assertions

Amaury Forgeot d'Arc added the comment: Why is this issue still open? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

  1   2   >