[issue1684] CGIHTTPServer does not chdir prior to executing the CGI script

Fazal Majid added the comment: The problem is that in the current implementation there is no hook to allow overriding any setup prior to exec, so the only way to produce the standard UNIX behavior assumed by many scripts is to copy-paste the code and patch it manually, which is very crude and de

[issue5902] Stricter codec names

Marc-Andre Lemburg added the comment: On 2009-05-02 11:20, Georg Brandl wrote: > Georg Brandl added the comment: > > I don't think this is a good idea. Accepting all common forms for > encoding names means that you can usually give Python an encoding name > from, e.g. a HTML page, or any othe

[issue3130] In some UCS4 builds, sizeof(Py_UNICODE) could end up being more than 4.

Mark Dickinson added the comment: > We'd have to add an AC_TYPE_INT32_T and AC_TYPE_INT16_T check to > configure: AC_TYPE_INT32_T should already be there. See also the code in pyport.h that #defines HAVE_INT32_T and PY_INT32_T, and the corresponding bits of PC/pyconfig.h. It was recently poin

[issue5906] Risk of confusion in multiprocessing module - daemonic processes

Vaibhav Mallya added the comment: I understand pakal's line of reasoning. The term 'daemon' in the general Unix sense has a specific meaning that is at odds with the multiprocessing module's usage of 'daemon'. Clarification would be useful, I feel, especially if an outright rename of that part o

[issue5630] Create alternative CObject API that is safe and clean

Larry Hastings added the comment: Updated patch based on impressively thorough Rietveld feedback from Benjamin Peterson. Thanks, Benjamin! This patch should not be considered final; we already know the API documentation in the comments in Include/pycapsule.h needs to change (somehow). ---

[issue5880] Remove unneeded "context" pointer from getters and setters

Larry Hastings added the comment: Mark Dickinson: no extension module would ever *need* it. One could reproduce the functionality with stub intermediary functions, as follows: PyObject *my_getter_with_context(PyObject *self, void *context) { /* ... / } PyObject *my_getter_A(PyObject *self)

[issue5880] Remove unneeded "context" pointer from getters and setters

Larry Hastings added the comment: Oh, and, I looked at pyephem. It uses the context field to... store an integer. In this case, the offset in a structure where it's going to pull out a value (float or double). This code would probably be clearer if forced to make do without the "closure". --

[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC

Thomas Heller added the comment: Hm, I don't see any problems with current Python trunk or the release26-maint branch, on a Fedora 10 system. -- ___ Python tracker ___ __

[issue5919] pygettext documentation

New submission from Egon Frerich : In 23.1.3. Internationalizing your programs and modules is shown how to get help-instructions for pygettext: pygettext.py --help As pygettext is a script the line should be: pygettext --help -- messages: 87110 nosy: efrerich severity: normal status:

[issue1054943] Python may contain NFC/NFKC bug per Unicode PRI #29

STINNER Victor added the comment: Here is a patch fixing Unicode issue "PR29", I used the testcases given in http://www.unicode.org/review/pr-29.html -- keywords: +patch Added file: http://bugs.python.org/file13865/unicode_pr29.patch ___ Python trac

[issue4425] UTF7 encoding of slash (character 47) is incorrect

STINNER Victor added the comment: I think that we can merge this issue with #4426. -- resolution: -> duplicate ___ Python tracker ___ ___

[issue4426] UTF7 decoding is far too strict

STINNER Victor added the comment: Copy of msg76404 from duplicate issue (#4425): '/'.encode('utf7') returns '+AC8-'. It should return '/'. See RFC 2152. '/'.decode('utf7') raises an exception (this is a special case of a general problem with UTF-7 decoding, which I will report as a sepa

[issue4425] UTF7 encoding of slash (character 47) is incorrect

Changes by STINNER Victor : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue5920] Confusing float formatting for empty presentation type.

New submission from Mark Dickinson : I think the change in precision in the following is surprising, and should be fixed for 2.7 and 3.1: Python 3.1a2+ (py3k:72258:72259, May 4 2009, 11:49:27) [GCC 4.0.1 (Apple Inc. build 5490)] on darwin Type "help", "copyright", "credits" or "license" for m

[issue5920] Confusing float formatting for empty presentation type.

Mark Dickinson added the comment: Here's a patch, that also changed complex formatting in the same way. -- keywords: +patch stage: needs patch -> patch review Added file: http://bugs.python.org/file13866/issue5920.patch ___ Python tracker

[issue1588] str.format() wrongly formats complex() numbers (Py30a2)

Mark Dickinson added the comment: > Yes, this is a separate issue. Thanks. See issue 5920. -- ___ Python tracker ___ ___ Python-bugs

[issue4426] UTF7 decoding is far too strict

STINNER Victor added the comment: I updated the patch to python trunk. I was hard because "patch -p1" failed at many places, so please double check the updated patch. Changes from utf7patch: * I removed the test "c >=0" in DECODE_DIRECT(c) because c type is "Py_UNICODE" and the type is alway

[issue4426] UTF7 decoding is far too strict

Changes by STINNER Victor : Removed file: http://bugs.python.org/file13867/issue4426.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue1054967] bdist_deb - Debian packager

Lukas Lueg added the comment: Thanks for your efforts. I don't think you are stepping on anyone's toes when picking up an issue that was unsolved for almost 5 years :-) Please post patches to this bug for review/comments/help/whatever -- ___ Python

[issue4426] UTF7 decoding is far too strict

STINNER Victor added the comment: (oops, i stripped spaces in my last patch) -- Added file: http://bugs.python.org/file13868/issue4426.patch ___ Python tracker ___ __

[issue5915] PEP 383 implementation

Antoine Pitrou added the comment: A couple of really small things. http://codereview.appspot.com/52095/diff/30/1013 File Lib/test/test_codecs.py (right): http://codereview.appspot.com/52095/diff/30/1013#newcode1545 Line 1545: b"foo\xa5bar") You decode with iso-8859-3 but encode with iso-8859-4

[issue3446] center, ljust and rjust are inconsistent with unicode parameters

STINNER Victor added the comment: haypo> About Python3, bytes.center accepts unicode as second argument, haypo> which is an error for me Ok, it's fixed thanks by r71013 (issue #5499). -- ___ Python tracker ___

[issue3446] center, ljust and rjust are inconsistent with unicode parameters

STINNER Victor added the comment: This issue only concerns Python 2.x, Python 3.x has the right behaviour: it disallow mixing bytes with characters. -- versions: +Python 2.7 -Python 2.4, Python 2.5, Python 3.0 ___ Python tracker

[issue3446] center, ljust and rjust are inconsistent with unicode parameters

STINNER Victor added the comment: The question is why str.{ljust,rjust,center} doesn't accept unicode argument, whereas unicode.{ljust,rjust,center} accept ASCII string. Other string methods accept unicode argument, like str.count() (encode the unicode string to bytes using utf8 charset). To

[issue5724] 2.6.2c1 fails to pass test_cmath on Solaris10

Mark Dickinson added the comment: Applied in r72275. I've also applied the same changes to the release30-maint branch in r72277. -- resolution: accepted -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue5572] distutils ignores the LIBS configure env var

Tarek Ziadé added the comment: > May be I miss something but I could not found why distutils > has to use LIBS to link a module. It doesn't right now, but depending on the extension you want to build, you might want to configure it and make sure it is passed to the compiler. About the patch:

[issue5922] Multi-with patch

New submission from Georg Brandl : So that this doesn't get overlooked. -- assignee: georg.brandl components: Interpreter Core files: issue53094_2001.diff keywords: patch messages: 87131 nosy: georg.brandl priority: release blocker severity: normal stage: patch review status: open title:

[issue5923] turtle.py update: 1.0 --> 1.1

New submission from Gregor Lingl : I propose to update turtle.py with this new version 1.1 of the turtle module. Summary of changes: 1. a few bugfixes, with 1 - 5 lines of code changed for each; these concern bugs that prevented turtle to run correctly 2. I've added four methods to the cla

[issue5900] Ensure RUNPATH is added to extension modules with RPATH if GNU ld is used

Floris Bruynooghe added the comment: I'm not convinced that would help much. The GNULD variable in the makefile is for when the default linker is used. If you change that by using LDSHARED then you're probably not going to be using --rpath but LDFLAGS to configure it the way you want. If anyt

[issue5923] turtle.py update: 1.0 --> 1.1

Gregor Lingl added the comment: Just to see what I've changed: The unified diff from version 1.0 ( Revision 69847 ) to the proposed version 1.1b (Should result in version 1.1 'final'ly) -- keywords: +patch Added file: http://bugs.python.org/file13871/turtle30_to_31.diff _

[issue4426] UTF7 decoding is far too strict

Antoine Pitrou added the comment: A quick comment on the patch: it seems to invert (quite futily I'd say) the meaning of the arguments given to PyUnicode_EncodeUTF7, which is an incompatible API change. I'm in favour of reworking this patch in order to keep the original API. If I'm not mistaken,

[issue3244] multipart/form-data encoding

Changes by Barry A. Warsaw : -- assignee: -> barry nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5630] Create alternative CObject API that is safe and clean

Lisandro Dalcin added the comment: In Doc/c-api/capsule.rst, you wrote .. cfunction:: int PyCapsule_Import(const char* name, int no_block) but it should be: .. cfunction:: void* PyCapsule_Import(const char* name, int no_block) Additionally, you wrote "disambugate" in many places. --

[issue5906] Risk of confusion in multiprocessing module - daemonic processes

Jesse Noller added the comment: I'm more than familiar with the Unix meaning of Daemon - and the API will *not* be changed or renamed. -- ___ Python tracker ___

[issue5755] "-Wstrict-prototypes" is valid for Ada/C/ObjC but not for C++"

Tarek Ziadé added the comment: I could work on a patch for this, by checking the compiler, if I get some feedback from the matplotlib guys in this issue here -- ___ Python tracker __

[issue5900] Ensure RUNPATH is added to extension modules with RPATH if GNU ld is used

Tarek Ziadé added the comment: what about adding 'GNULD' into sysconfig.customize_compiler too, so it can be set using os.environ as well, not only in the Makefile -- ___ Python tracker

[issue5921] PEP 362 can be marked as finished?

New submission from Daniel Stutzbach : It looks like PEP 362 has been implemented in the py3k branch: >>> def f(x: int): ... pass ... >>> -- components: None messages: 87125 nosy: stutzbach severity: normal status: open title: PEP 362 can be marked as finished? versions: Python 3.0, P

[issue5311] bdist_msi generates version number for pure Python packages

Martin v. Löwis added the comment: The patch looks fine so far, please apply to trunk and 3k. As this is a new feature, I think backporting it is not appropriate. I believe that the support for (pre)install scripts is incorrect; I would expect that each such script should be executed once per v

[issue4426] UTF7 decoding is far too strict

Nick Barnes added the comment: This was my first contribution to Python. I don't know what the rules are on changing the arguments of an internal function such as PyUnicode_EncodeUTF7(). Since I was rewriting the whole function anyway, I tried to give it arguments which made more sense with re

[issue1128] msilib.Directory.make_short only handles file names with a single dot in them

Amaury Forgeot d'Arc added the comment: The current patch is not correct, because os.path.splitext returns the extension with the leading dot. Here is another patch that simplifies the code (os.path.splitext is guaranteed to return two strings) It also adds the first unit test for msilib. Ther

[issue5919] pygettext documentation

Changes by Georg Brandl : -- assignee: -> georg.brandl components: +Documentation nosy: +georg.brandl ___ Python tracker ___ ___ Pytho

[issue5921] PEP 362 can be marked as finished?

Georg Brandl added the comment: I fail to see how that relates to function signature objects... the annotation PEP is 3107, and that is marked as final. -- nosy: +georg.brandl resolution: -> works for me status: open -> closed ___ Python tracker

[issue5923] turtle.py update: 1.0 --> 1.1

Changes by Georg Brandl : -- assignee: -> loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue5902] Stricter codec names

Georg Brandl added the comment: So, do you also think "utf" and "latin" should stay? -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue5921] PEP 362 can be marked as finished?

Daniel Stutzbach added the comment: You're right. I got them mixed up. Please disregard. I'm just having that kind of day. :-) -- ___ Python tracker ___ _

[issue5921] PEP 362 can be marked as finished?

Georg Brandl added the comment: I think I know what you mean :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue5572] distutils ignores the LIBS configure env var

Collin Winter added the comment: 2009/5/4 <"Tarek Ziadé "@psf.upfronthosting.co.za>: > About the patch: > > is there a particular reason why you have changed the call to > 'set_library' into calls to 'add_library' in build_ext in your patch ? Yes. It seems like the proper thing to do is to mer

[issue1566260] Better order in file type descriptions

Changes by Georg Brandl : -- assignee: -> loewis nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue5902] Stricter codec names

Matthew Barnett added the comment: Well, there are multiple UTF encodings, so no to "utf". Are there multiple Latin encodings? Not in Python 2.6.2 under those names. I'd probably insist on names that are strictish(?), ie correct, give or take a '-' or '_'. --

[issue1128] msilib.Directory.make_short only handles file names with a single dot in them

Henrique Baggio added the comment: @Amaury, Sorry my mistake. I forgot splitext returns a tuple. =/ About your question, if the file name has less then 8 characters, then the function don't change it. Else, it return tha name with 8 chars. e.g., make_short(foo.2.txt) returns FOO.2.TXT and ma

[issue5311] bdist_msi generates version number for pure Python packages

Anthony Tuininga added the comment: One additional suggestion: allow the packager to specify what the minimum Python version is. Otherwise, you might have a package that enables installation for Python 2.3 and 2.4 when the maintainer has already stated that Python 2.5 is the minimum version supp

[issue4426] UTF7 decoding is far too strict

Antoine Pitrou added the comment: Thanks for the update. Functions like PyUnicode_EncodeUTF7() are part of the public C API, therefore their semantics can't be changed lightly. The patch looks ok to me, apart from minor style issues. -- assignee: -> pitrou resolution: -> accepted vers

[issue5920] Confusing float formatting for empty presentation type.

Eric Smith added the comment: About your patch: Wouldn't it make more sense to switch to type 's', with a precision of 0, so as to use the same logic that float_str uses? I realize it's the same result, but if we're making the point that we want to match float_str, it makes sense to me to use th

[issue5311] bdist_msi generates version number for pure Python packages

Steven Bethard added the comment: @martin: Thanks! Do I need to do something special to make the merging work right? Or do I just apply the patch separately to the trunk and the py3k branche? Good point about the install script - I think the condition needs to be ("&Python%s=3" % ver) instead

[issue4426] UTF7 decoding is far too strict

Antoine Pitrou added the comment: Committed in r72283 and r72285. Thanks! -- resolution: accepted -> fixed status: open -> closed ___ Python tracker ___ _

[issue5924] When setting complete PYTHONPATH on Python 3.x, paths in the PYTHONPATH are ignored

New submission from Fabio Zadrozny : Setting the complete PYTHONPATH in Python 3.x does not work (reported initially for Pydev: https://sourceforge.net/tracker/index.php?func=detail&aid=2767830&group_id=85796&atid=577329 ). Checked on 3.0.1 and 3.1a2. I'm not sure if the paths must be the same,

[issue5906] Risk of confusion in multiprocessing module - daemonic processes

Pascal Chambon added the comment: I guess we all agree on the fact that a renaming of the API would be highly disproportionate ;-) A simple line of warning in the doc, next to the daemonic-related methods, should be sufficient to prevent people like me from wondering weird stuffs for hours ^^ -

[issue5925] Odd formatting differences of keywords in reference

New submission from Mitchell Model : In the section at reference/lexical_analysis.html#keywords of the HTML documentation some of the keywords are formatted differently from the majority. In the HTML markup most of the keywords have CSS class 'k', but others have 'n', 'nc', 'kn', 'nn', or 'ow'. I

[issue5926] bdist_msi - add support for minimum Python version for pure Python packages

New submission from Anthony Tuininga : Add support for specifying the minimum Python version supported so that versions which are not supported are not included when running the MSI created by distutils for pure Python packages with the patch referred to here: http://bugs.python.org/issue5311 -

[issue5920] Confusing float formatting for empty presentation type.

Mark Dickinson added the comment: > Wouldn't it make more sense to switch to type 's', > with a precision of 0, so as to use the same logic that float_str uses? Yes, that makes some sense. How would you handle '{:.10}'.format(10/3.), though? We could either change 's' to allow a precision,

[issue5927] Typo in library on xmlrpc

New submission from Jonathan Hayward : On http://docs.python.org/library/xmlrpclib.html , 21.23.1, at the end of ServerProxy.system.methodSignature(name): If no signature is defined for the method, a non-array value is returned. In Python this means that the type of the returned value will be so

[issue5311] bdist_msi generates version number for pure Python packages

Anthony Tuininga added the comment: I've created another feature request as requested for supplying a minimum Python version when creating pure Python packages. http://bugs.python.org/issue5926 -- ___ Python tracker

[issue5928] Missing space after period in xmlrpc library documentation

New submission from Jonathan Hayward : Under http://docs.python.org/library/xmlrpclib.html , 21.23.1: ServerProxy.system.methodSignature(name)¶ This method takes one parameter, the name of a method implemented by the XML-RPC server.It There should be a space before the second sentence in this p

[issue5925] Odd formatting differences of keywords in reference

R. David Murray added the comment: Whare are you seeing this? The online documentation doesn't use css class names like the ones you mention as far as I can see. -- nosy: +r.david.murray ___ Python tracker ___

[issue5925] Odd formatting differences of keywords in reference

R. David Murray added the comment: Woops, I was looking at the wrong page. I see it now. -- ___ Python tracker ___ ___ Python-bugs-li

[issue5926] bdist_msi - add support for minimum Python version for pure Python packages

Changes by Steven Bethard : -- nosy: +bethard ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue3739] unicode-internal encoder reports wrong length

STINNER Victor added the comment: Patch fixing unicode-internal encoder for unicode string input: return the length of the input string (number of characters) and not the internal size (number of bytes needed to store the text). I wrote a small test, I hope that it will be enough (to test the

[issue5925] Odd formatting differences of keywords in reference

R. David Murray added the comment: It looks like the py3 table is being colorized incorrectly. The rst source code looks the same, so it must be some sort of difference in configuration. I think I'll leave it to Georg to sort out :) -- stage: -> needs patch type: -> behavior __

[issue5925] Odd formatting differences of keywords in reference

R. David Murray added the comment: A thought: there are additional keywords words in the Py3 table. Perhaps Sphinx is using a heuristic to detect example blocks that are python source code, and this one does not qualify in the py2 docs but does qualify in the p3 docs. In the py2 docs the table

[issue5311] bdist_msi generates version number for pure Python packages

Martin v. Löwis added the comment: > Thanks! Do I need to do something special to make the merging work > right? Or do I just apply the patch separately to the trunk and the py3k > branche? You commit to the trunk, then you do "svnmerge merge -r" in the 3k branch, then "svn commit -F svnmerge-s

[issue5920] Confusing float formatting for empty presentation type.

Eric Smith added the comment: > Yes, that makes some sense. How would you handle > '{:.10}'.format(10/3.), though? We could either change 's' to allow a > precision, or use 's' when there's no precision specified and 'g' (with > the ADD_DOT_0 flag) otherwise. Good point, I hadn't thought o

[issue5923] turtle.py update: 1.0 --> 1.1

Martin v. Löwis added the comment: I won't have time to look into this soon. -- assignee: loewis -> ___ Python tracker ___ ___ Python

[issue5925] Odd formatting differences of keywords in reference

Georg Brandl added the comment: Pygments' cleverness is detrimental here. It highlights module, class and function names specially, therefore the identifiers after "class" and "import" are differently colored. I've made the table non-highlighted in 2 and 3, r72288. -- resolution: ->

[issue5927] Typo in library on xmlrpc

Georg Brandl added the comment: Fixed in r72290. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bug

[issue5928] Missing space after period in xmlrpc library documentation

Georg Brandl added the comment: Fixed in r72290. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bug

[issue5920] Confusing float formatting for empty presentation type.

Mark Dickinson added the comment: > ... so I'd prefer to remove 's' and use 'g' with a specified precision. Let's do that then. I'll update the patch. -- ___ Python tracker ___

[issue5916] Wrong function referenced in documentation of socket.inet_aton

Georg Brandl added the comment: Thanks, applied in r72292. -- resolution: -> accepted status: open -> closed ___ Python tracker ___ _

[issue5917] Reference platform-independent alternative in socket.inet_ntop documentation

Georg Brandl added the comment: Thanks, applied in r72292. -- resolution: -> accepted status: open -> closed ___ Python tracker ___ _

[issue5915] PEP 383 implementation

Benjamin Peterson added the comment: Aside from Antoine's comments, I think it looks good now. -- assignee: benjamin.peterson -> loewis ___ Python tracker ___ ___

[issue5890] Subclassing property doesn't preserve the auto __doc__ behavior

R. David Murray added the comment: Updated patch that updates property_copy so that the __doc__ string is also copied appropriately when getter, setter, or deller are used. A bunch more tests, as well. I refactored property_copy to make it reuse the logic in property_init directly. Unfortunate

[issue2660] Py3k fails to parse a file with an iso-8859-1 string

STINNER Victor added the comment: Patch using tokenize.detect_encoding() to read the encoding of Python scripts instead of using default io.open() encoding (utf-8). We might write unit test. See also related issue: #5093 -- keywords: +patch nosy: +haypo Added file: http://bugs.python

[issue5890] Subclassing property doesn't preserve the auto __doc__ behavior

R. David Murray added the comment: Updated patch with refleak fixed. Thanks Georg. -- Added file: http://bugs.python.org/file13878/issue5890.patch ___ Python tracker ___ ___

[issue5890] Subclassing property doesn't preserve the auto __doc__ behavior

Changes by R. David Murray : Removed file: http://bugs.python.org/file13876/issue5890.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue5890] Subclassing property doesn't preserve the auto __doc__ behavior

Changes by R. David Murray : Removed file: http://bugs.python.org/file13832/issue5890.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue5692] test_zipfile fails under Windows

Antoine Pitrou added the comment: Benjamin oked the patch on IRC. -- assignee: -> pitrou resolution: -> accepted ___ Python tracker ___

[issue5752] xml.dom.minidom does not handle newline characters in attribute values

Francesco Sechi added the comment: Ok, I've tried to solve this problem, but I think that the keyword 'easy' is not suitable for this kind of task, because it is necessary to modify the expat module that is very complex. -- ___ Python tracker

[issue5923] turtle.py update: 1.0 --> 1.1

Georg Brandl added the comment: Had a quick look over the patch, and couldn't find ab obvious problem (except one -- you maybe want to comment out "print(_ver)" again). Needs a docs patch, though. -- nosy: +georg.brandl ___ Python tracker

[issue5929] warnings in unicodeobject.c

New submission from Antoine Pitrou : This happens in trunk and py3k: gcc -pthread -c -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I. -IInclude -I./Include -DPy_BUILD_CORE -o Objects/unicodeobject.o Objects/unicodeobject.c Objects/unicodeobject.c: In function ‘PyUnic

[issue5692] test_zipfile fails under Windows

Antoine Pitrou added the comment: Fixed in r72295, r72296, r72297. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker ___

[issue5930] Transient error in multiprocessing

New submission from Antoine Pitrou : Just got this on py3k, I can't reproduce unfortunately. test test_multiprocessing failed -- Traceback (most recent call last): File "/home/antoine/py3k/__svn__/Lib/test/test_multiprocessing.py", line 1070, in test_number_of_objects self.assertEqual(refs

[issue5930] Transient error in multiprocessing

Jesse Noller added the comment: there's not much I can do without the ability to reproduce it :( -- ___ Python tracker ___ ___ Python-

[issue5923] turtle.py update: 1.0 --> 1.1

Gregor Lingl added the comment: I just wanted to submit the reply below. In the meantime Benjamin's remark arrived. So perhaps the issue can be resolved successfully. May I submit here one of the two example scripts I'd like to add to the demos: tdemo_round_dance.py . Have a look at it and run

[issue5922] Multi-with patch

Changes by Benjamin Peterson : -- priority: release blocker -> deferred blocker ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue5923] turtle.py update: 1.0 --> 1.1

Gregor Lingl added the comment: Here the patch to comment out the print(_ver) statement -- Added file: http://bugs.python.org/file13880/print_ver_patch.diff ___ Python tracker __

[issue5923] turtle.py update: 1.0 --> 1.1

Georg Brandl added the comment: Gregor, I'll have a more thorough look and commit the patch before 3.1b1, if you promise to submit a patch to the documentation later -- that one can go in until a few days before final anyway. -- ___ Python tracker <

[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC

Adam Goode added the comment: Currently there is an issue where allow_execstack implies allow_execmem. Even though allow_execmem is default to off, allow_execstack is default to on. If this issue is fixed, or if the administrator sets allow_execstack to off, ctypes will fail. Try this as root,

[issue5881] Remove extraneous backwards-compatibility attributes from some modules

Benjamin Peterson added the comment: Applied in r72300. -- nosy: +benjamin.peterson resolution: -> accepted status: open -> closed ___ Python tracker ___ ___

[issue5929] warnings in unicodeobject.c

STINNER Victor added the comment: Use "const char*" fixes this issue. Note: the warning was introduced by r72260 (issue #5108). -- keywords: +patch nosy: +haypo Added file: http://bugs.python.org/file13881/unicode_warning.patch ___ Python tracker <

[issue5931] Python runtime name hardcoded in wsgiref.simple_server

New submission from Thijs Triemstra : While testing the following script on Jython 2.5b4 I noticed it returned SERVER_SOFTWARE = 'WSGIServer/0.1 Python/2.5b4+' instead of the expected 'WSGIServer/0.1 Jython/2.5b4+'. This is because the word 'Python' is hardcoded in simple_server.py; "sys_versi

[issue5931] Python runtime name hardcoded in wsgiref.simple_server

Changes by Benjamin Peterson : -- assignee: -> pje nosy: +pje ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

  1   2   >