PythonAnywhere - a web-based Python console, IDE and hosting environment
Hideley-ho Python People! So we've finally overcome just-one-more-feature-itis and decided it's time to announce ourselves to the world. So, without further ado, but with much pomp and fanfare, may we proudly present: http://www.pythonanywhere.com PythonAnywhere! A web-based python console, development environment, and hosting service, all rolled into one, and featuring a snake made out of Python chevrons. Oh yes. You can find out more from our screencasts, on the front page (be sure to check out the alternative versions too), but in brief: - it's a web-based console, with Pythons 2.6, 2.7, 3.2, IPython, pypy... and Bash! - it's got a syntax-highlighting web-based editor, and each user gets 500MB of storage - and we offer FREE web hosting for WSGI apps, with sqlite or MySQL backends. Hmmm. Browser-based Python... What the heck is the point of that, I hear the cynics amongst you ask. WELL: - you can suspend and resume console sessions from any browser or PC - you can access and run your Python code anywhere you go, without needing to install anything - a friend's house, an internet cafe in Thailand, your jailhouse library's computer, wherever it may be. - you can schedule automated tasks to run on our servers, any time of day or night, without needing to waste your own electrickery. - and you can host and deploy web apps, without having to worry about installing packages, configuring web servers, firewalls, or, indeed, *paying for it*. So come check it out! I absolutely, positively, cast-iron-guarantee that, not only will you not be disappointed, but you will be literally* blown away. If you're not, I hereby authorise you, without any reservation, to tweet angrily about it. http://www.pythonanywhere.com/ See you soon! ~:=== Harry * not literally. -- Harry Percival Developer ha...@resolversystems.com +44 (0) 20 3051 2751 PythonAnywhere - full python dev hosting, in your browser http://www.pythonanywhere.com/ 17a Clerkenwell Road, London EC1M 5RD, UK VAT No.: GB 893 5643 79 Registered in England and Wales as company number 5467329. Registered address: 843 Finchley Road, London NW11 8NA, UK -- http://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation: http://www.python.org/psf/donations/
Re: Python 2.7.2 on Win7 and IDLE (Try it)
On 11/18/2011 6:44 PM, Steven D'Aprano wrote: On Fri, 18 Nov 2011 10:06:47 -0800, W. eWatson wrote: Undoubtedly some of you have seen my post Both Python 2.5.2 and 2.7.2 flop the same way under Win 7. One thing I think no one has offered is whether their installation of 2.7.2 has the same IDLE oddity that I've described. That is, if you right-click on a py file, do you see a choice for the IDLE editor? Terry Reedy has already said that his installation works fine. I installed 3.3.2 on a new Win 7 machine and Edit with IDLE works fine. 64 bit python and 64 bit win 7 If you have installed the regular, 32-bit version of Python on a 64-bit version of Windows, chances are good that there will be registry problems stopping things from working correctly. See Stephen Hansen's post. -- Terry Jan Reedy -- http://mail.python.org/mailman/listinfo/python-list
Re: Python 2.7.2 on Win7 and IDLE (Try it)
On 11/19/2011 12:03 AM, W. eWatson wrote: I meant 3.2.2, not 3.3.2, sorry for typo. * Python 3.2.2 Windows x86 MSI Installer (Windows binary -- does not include source) this is 32 bit. Note that your c: has /program files for 64 bit programs and /program files(x86) for 32 bit programs. I know, a bit confusing. * Python 3.2.2 Windows X86-64 MSI Installer (Windows AMD64 / Intel 64 / X86-64 binary [1] -- does not include source) this is 64 bit. -- Terry Jan Reedy -- http://mail.python.org/mailman/listinfo/python-list
Re: Python 2.7.2 on Win7 and IDLE (Try it)
Works fine for me from msi install on Windows 8 x64 Dev Preview On Sat, Nov 19, 2011 at 5:06 AM, W. eWatson wolftra...@invalid.com wrote: Undoubtedly some of you have seen my post Both Python 2.5.2 and 2.7.2 flop the same way under Win 7. One thing I think no one has offered is whether their installation of 2.7.2 has the same IDLE oddity that I've described. That is, if you right-click on a py file, do you see a choice for the IDLE editor? -- http://mail.python.org/mailman/listinfo/python-list -- http://mail.python.org/mailman/listinfo/python-list
Re: Python 2.7.2 on Win7 and IDLE (Try it)
On 11/19/2011 2:39 AM, Terry Reedy wrote: On 11/19/2011 12:03 AM, W. eWatson wrote: I meant 3.2.2, not 3.3.2, sorry for typo. * Python 3.2.2 Windows x86 MSI Installer (Windows binary -- does not include source) this is 32 bit. Note that your c: has /program files for 64 bit programs and /program files(x86) for 32 bit programs. I know, a bit confusing. * Python 3.2.2 Windows X86-64 MSI Installer (Windows AMD64 / Intel 64 / X86-64 binary [1] -- does not include source) this is 64 bit. Yes. Did I miss something? -- http://mail.python.org/mailman/listinfo/python-list
Re: Python 2.7.2 on Win7 and IDLE (Try it)
On 11/19/2011 2:34 AM, Terry Reedy wrote: On 11/18/2011 6:44 PM, Steven D'Aprano wrote: On Fri, 18 Nov 2011 10:06:47 -0800, W. eWatson wrote: Undoubtedly some of you have seen my post Both Python 2.5.2 and 2.7.2 flop the same way under Win 7. One thing I think no one has offered is whether their installation of 2.7.2 has the same IDLE oddity that I've described. That is, if you right-click on a py file, do you see a choice for the IDLE editor? Terry Reedy has already said that his installation works fine. I installed 3.3.2 on a new Win 7 machine and Edit with IDLE works fine. 64 bit python and 64 bit win 7 If you have installed the regular, 32-bit version of Python on a 64-bit version of Windows, chances are good that there will be registry problems stopping things from working correctly. See Stephen Hansen's post. Yes, see the other fork started by MRAB I tried it. Same old problem. -- http://mail.python.org/mailman/listinfo/python-list
Re: Python 2.7.2 on Win7 and IDLE (Try it)
On 11/19/2011 5:51 AM, Alec Taylor wrote: Works fine for me from msi install on Windows 8 x64 Dev Preview On Sat, Nov 19, 2011 at 5:06 AM, W. eWatsonwolftra...@invalid.com wrote: Undoubtedly some of you have seen my post Both Python 2.5.2 and 2.7.2 flop the same way under Win 7. One thing I think no one has offered is whether their installation of 2.7.2 has the same IDLE oddity that I've described. That is, if you right-click on a py file, do you see a choice for the IDLE editor? -- http://mail.python.org/mailman/listinfo/python-list 3.2.2, and not 2.7.2. The course of the thread was changed at the MRAB post. What do you mean by it works fine? My criterion is that it puts IDLE as a choice for editor on the menu produced with a right-click on a py file. -- http://mail.python.org/mailman/listinfo/python-list
Re: Python 2.7.2 on Win7 and IDLE (Try it)
On 11/19/2011 5:51 AM, Alec Taylor wrote: Works fine for me from msi install on Windows 8 x64 Dev Preview On Sat, Nov 19, 2011 at 5:06 AM, W. eWatsonwolftra...@invalid.com wrote: Undoubtedly some of you have seen my post Both Python 2.5.2 and 2.7.2 flop the same way under Win 7. One thing I think no one has offered is whether their installation of 2.7.2 has the same IDLE oddity that I've described. That is, if you right-click on a py file, do you see a choice for the IDLE editor? -- http://mail.python.org/mailman/listinfo/python-list Are you suggesting the mail list might be a better place to pursue this? Or is it from some one else? -- http://mail.python.org/mailman/listinfo/python-list
Re: xml.dom.minidom question
nivashno nivashno@domain.invalid writes: I always thought that xml was very precisely split up into nodes, childnodes, etc, no matter what the whitespace between them was. But apparently not, or am I missing something? The whitespace in your example becomes part of a data element. -- http://mail.python.org/mailman/listinfo/python-list
Re: Got some problems when using logging Filter
On Nov 17, 9:06 am, sword john...@gmail.com wrote: On Nov 16, 10:50 pm, Peter Otten __pete...@web.de wrote: sword wrote: Thanks for your reply. I tried to edit the source a bit, now the main.py looks like this: #main.py importlogging fromloggingimport Filter import a import b logging.basicConfig(level=logging.DEBUG) root =logging.getLogger() root.addFilter(Filter(GoneWithTheWind)) #so I suppose no log msg would pass this filter logger =logging.getLogger(main) logger.debug(main process) a.print_log() b.print_log() And It still prints out all the log msg. :( Here's a little demo to explore how filtering works: $ cat demo.py importlogging class Filter(logging.Filter): def filter(self, record): print applying filter, self.name return True logging.basicConfig() loggers = [logging.getLogger(path) for path in [, a, a.b]] for logger in loggers: logger.addFilter(Filter(filter@ + logger.name)) [handler] =logging.getLogger().handlers handler.addFilter(Filter(filter@handler)) for logger in loggers: logger.critical(whatever) $ python demo.py applying filter filter@root applying filter filter@handler CRITICAL:root:whatever applying filter filter@a applying filter filter@handler CRITICAL:a:whatever applying filter fil...@a.b applying filter filter@handler CRITICAL:a.b:whatever $ As you can infer from the output only the filter(s) of the original logger and of the handler(s) are applied. Thanks, so if I want to see my own log out of all logs produced by different module in the project, I should addFilter to each corresponding logger. I thought I could add Filter in root and filter out only the interested info from it before. Or you can add a filter to the handler (but then you can't use basicConfig() to configure it - you need to do it explicitly). Regards, Vinay Sajip -- http://mail.python.org/mailman/listinfo/python-list
[ANN] Oktest.py 0.11.0 released - a new-style testing library
I released Oktest.py 0.11.0. http://pypi.python.org/pypi/Oktest/ http://packages.python.org/Oktest/ Oktest.py is a new-style testing library for Python. :: from oktest import ok, NG ok (x) 0 # same as assertTrue(x 0) ok (s) == 'foo'# same as assertEqual(s, 'foo') ok (s) != 'foo'# same as assertNotEqual(s, 'foo') ok (f).raises(ValueError) # same as assertRaises(ValueError, f) ok (u'foo').is_a(unicode) # same as assertTrue(isinstance(u'foo', unicode)) NG (u'foo').is_a(int) # same as assertTrue(not isinstance(u'foo', int)) ok ('A.txt').is_file() # same as assertTrue(os.path.isfile('A.txt')) NG ('A.txt').is_dir() # same as assertTrue(not os.path.isdir('A.txt')) See http://packages.python.org/Oktest/ for details. Changes and Enhancements * [change] 'spec()' is now NOT obsoleted. * [change] 'spec()' is now available as function decorator. ex:: class FooTest(unittest.TestCase): def test_method1(self) @spec(1+1 should be 2) def _(): ok (1+1) == 2 @spec(1-1 should be 0) def _(): ok (1-1) == 0 * [enhance] New assertions: not_file(), not_dir() and not_exist(). ex:: ok (.).not_file() # same as NG (.).is_file() ok (__file__).not_dir() # same as NG (__file__).is_dir() ok (foobar).not_exist() # same as NG (foobar).exists() * [enhance] New assertion: not_match(). ex:: ok (SOS).not_match(r\d+) # same as NG (SOS).matches(r\d+) * [enhance] Global provider/releaser functions can take 'self' argument. ex:: def provide_logname(self): self._LOGNAME = os.getenv('LOGNAME') os.environ['LOGNAME'] = Haruhi return os.environ['LOGNAME'] def release_logname(self, value): os.environ['LOGNAME'] = self._LOGNAME * [change] Change not to ignore test classes which name starts with '_'. * [change] (internal) Move some utility functions to 'util' module. * [change] (internal) Move '_Context' and '_RunnableContext' classes into 'util' module. * [change] (internal) Move 'Color' class into 'util' module * [change] (internal) Remove 'OUT' variable in 'Reporter' class * [change] (internal) Move 'TARGET_PATTERN' variable to 'config' * [bugfix] Fix to clear ImportError after trying to import unittest2 -- regards, makoto -- http://mail.python.org/mailman/listinfo/python-list
Announcing Mii (My) Chat
Hello I wish to inform the list of a Python Application I am writing entitled Mii Chat. What is Mii Chat you ask? It is an IP to IP or IP to Multiple IP text/voice/video chat client written in Python Currently the GUI is written in PyQT and could use a complete overhaul (in progress) There are a few bugs: Like I couldn't figure out the Threading for the Video so I am using QTimer. and the Audio could be improved. But overall it works as expected! I am happy about it cause I am not the best programmer. I have never been to school for Comp Science Programming or any university/college for that matter. I am self taught and consider myself a hobbyist programmer. It would be great if some one could suggest a library for TCP Nat Traversal. As well I am open to any and all suggestions! I appreciate any feedback *cheers Andrew Evans Here is the link http://code.google.com/p/mii-chat/ -- http://mail.python.org/mailman/listinfo/python-list
Re: xml.dom.minidom question
On Sat, 19 Nov 2011 15:32:18 -0600, nivashno wrote: I always thought that xml was very precisely split up into nodes, childnodes, etc, no matter what the whitespace between them was. But apparently not, or am I missing something? XML allows mixed content (an element's children can be a mixture of text and elements). Formats such as XHTML wouldn't be possible otherwise. A validating parser will know from the schema whether an element can contain mixed content, and can use this knowledge to elide whitespace-only text nodes within elements which don't have mixed content (however, that doesn't meant that it will, or even that it should; some applications may prefer to retain the whitespace in order to preserve formatting). A non-validating parser (which doesn't use a schema) doesn't know whether an element contains mixed content, so it has to retain all text nodes in case they're significant. The Python standard library doesn't include a validating XML parser. xmlproc seems to be the preferred validating parser. That has a separate handle_ignorable_data() method for reporting whitespace-only text nodes within non-mixed-content elements; the handle_data() method is only called for significant text. -- http://mail.python.org/mailman/listinfo/python-list
[issue13429] provide __file__ to extension init function
Stefan Behnel sco...@users.sourceforge.net added the comment: I'm aware that these things happen, that's why I said it. Actually, wouldn't it rather be *correct* for __file__ to be set to the same file path for all modules that an extension module creates in its init function? That would suggest that _Py_ModuleImportContext shouldn't be set to NULL after the first assignment, but instead stay alive until it gets reset by the dynlib loader. If the loader gets invoked recursively later on, it will do the right thing by storing away the old value during the import and restoring it afterwards. So _Py_ModuleImportContext would always point to the path that contains the init function that is currently being executed. Regarding the lock (which, I assume, is simply reentrant), it's being acquired far up when the import mechanism starts, so the dynlib loader and the init function call are protected. Note that this does not apply to the reinit case. _PyImport_FindExtensionObject() does not acquire the lock itself (which seems correct), and it can be called directly from imp.init_builtin(), i.e. from user code. Maybe that's why the _Py_PackageContext protocol was not implemented there. That's rather unfortunate, though. I guess the reasoning is that new code that uses this new feature is expected to actually be reentrant, also in parallel, because the module it creates and works on is local to the current thread until the init function terminates. So the import lock is not strictly required here. This does complicate the __file__ feature, though, so the second (reinit) patch won't work as is. I think the right fix for Python 4 would be to simply pass a context struct into the module init function. On a related note, I just stumbled over this code in _PyImport_FindExtensionObject(): else { if (def-m_base.m_init == NULL) return NULL; mod = def-m_base.m_init(); if (mod == NULL) return NULL; PyDict_SetItem(PyImport_GetModuleDict(), name, mod); Py_DECREF(mod); } if (_PyState_AddModule(mod, def) 0) { PyDict_DelItem(PyImport_GetModuleDict(), name); Py_DECREF(mod); return NULL; } If PyDict_SetItem() fails, this is bound to crash. I think it would be worth looking into this mechanism a bit more. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13429 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13429] provide __file__ to extension init function
Stefan Behnel sco...@users.sourceforge.net added the comment: Updated patch that does not reset _Py_ModuleImportContext after use. -- Added file: http://bugs.python.org/file23728/ext_module_init_file_path_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13429 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13215] multiprocessing Manager.connect() aggressively retries refused connections
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 34fcc0d5c3c5 by Charles-François Natali in branch 'default': Issue #13215: multiprocessing.Connection: don't hammer the remote end with http://hg.python.org/cpython/rev/34fcc0d5c3c5 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13215 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13431] Pass context information into the extension module init function
New submission from Stefan Behnel sco...@users.sourceforge.net: This is a follow-up to issue 13429, which deals with setting __file__ on newly created extension modules earlier than it is currently the case. Currently, the module init function of extension modules lacks a way to find out the context in which it is being imported, e.g. its package path or its location in the file system. This makes it tricky for extension modules to do things like loading package resources or using relative imports at init time. This can be fixed by allowing the init function to take a context struct as argument, which would contain object pointers to the FQ package name and file path, and potentially other information. I think this would be backwards compatible to existing code, because C should allow the caller of the init function to pack additional arguments on the stack that the called function simply doesn't care about. From CPython 3.3 on, however, new and updated code could benefit from this feature. -- components: Extension Modules, Interpreter Core messages: 147931 nosy: scoder priority: normal severity: normal status: open title: Pass context information into the extension module init function type: feature request versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13431 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13429] provide __file__ to extension init function
Stefan Behnel sco...@users.sourceforge.net added the comment: Replying to myself: I think the right fix for Python 4 would be to simply pass a context struct into the module init function. Actually, this doesn't have to wait for Python 4. Changing the module init function to take a parameter should be backwards compatible in C. Existing code simply wouldn't read the value from the stack, and new (or updated) code could benefit from the feature, Cython code in particular. Here is a follow-up ticket for this more general feature: http://bugs.python.org/issue13431 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13429 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13431] Pass context information into the extension module init function
Martin v. Löwis mar...@v.loewis.de added the comment: This approach is not correct C. You may pass an incorrect number of arguments only if the function is declared with an ellipsis, else the behavior is undefined (6.5.5.2p6). Your proposed approach works with most implementations of C, but Python shouldn't deliberately rely on undefined behavior. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13431 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13431] Pass context information into the extension module init function
Martin v. Löwis mar...@v.loewis.de added the comment: FWIW, I think that a PEP will be needed to redesign the module initialization for Python 4. Hopefully, this time people will then identify all requirements before the PEP is accepted (which unfortunately didn't happen for PEP 3121). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13431 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13431] Pass context information into the extension module init function
Stefan Behnel sco...@users.sourceforge.net added the comment: Yes, that's unfortunate. I found the same paragraph in section 6.5.2.2p6 of the C99 standard now, so it seems that this idea isn't suitable for the Py3.x series. There's no Python 4 target version in the bug tracker, BTW. :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13431 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13402] Document absoluteness of sys.executable
Changes by Petri Lehtinen pe...@digip.org: -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13402 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13403] Option for XMLPRC Server to support HTTPS
Changes by Petri Lehtinen pe...@digip.org: -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13403 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13407] tarfile.getnames misses members again
Changes by Petri Lehtinen pe...@digip.org: -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13407 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13432] Encoding alias unicode
New submission from kxroberto kxrobe...@users.sourceforge.net: unicode seems not to be an official unicode encoding name alias. Yet it is quite frequent on the web - and obviously means UTF-8. (search 'text/html; charset=unicode' in Google) Chrome and IE display it as UTF-8. (Mozilla as ASCII, thus mixed up chars). Should it be added in to aliases.py ? --- ./aliases.py +++ ./aliases.py @@ -511,6 +511,7 @@ 'utf8' : 'utf_8', 'utf8_ucs2' : 'utf_8', 'utf8_ucs4' : 'utf_8', +'unicode': 'utf_8', # uu_codec codec 'uu' : 'uu_codec', -- messages: 147936 nosy: kxroberto priority: normal severity: normal status: open title: Encoding alias unicode ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13432 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13432] Encoding alias unicode
Changes by kxroberto kxrobe...@users.sourceforge.net: -- components: +Unicode nosy: +ezio.melotti type: - feature request versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13432 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13432] Encoding alias unicode
STINNER Victor victor.stin...@haypocalc.com added the comment: Sorry, but it's not obviously that Unicode means UTF-8. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13432 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13432] Encoding alias unicode
Georg Brandl ge...@python.org added the comment: Definitely; this will just serve to create more confusion for beginners over what a Unicode string is: unicodestring.encode('unicode') - WTF? -- nosy: +georg.brandl resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13432 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13430] Add a curry function to the functools module
Petri Lehtinen pe...@digip.org added the comment: @markonervo: Have you tried the pointfree library: http://pypi.python.org/pypi/pointfree/ ? I think it's exactly what you're asking for. The only case I've ever needed currying was managing callback soup in async code. And even then, functools.partial() was perfectly enough. I don't think this would be useful in Python stdlib, so -1 from me. -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13430 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13433] String format documentation contains error regarding %g
New submission from Christian Iversen c...@sikkerhed.org: The documentation for string format options state that both %f, %g and %e default to 6 digits after the decimal point. In fact, %g always seems to use 5 digits by default: %g % 2.1234567 '2.12346' %f % 2.1234567 '2.123457' %e % 2.1234567 '2.123457e+00' But something much more insidious is wrong, because even when explicitly told how many digits to have, %g is one off: %.6g % 2.1234567 '2.12346' %.6f % 2.1234567 '2.123457' %.6e % 2.1234567 '2.123457e+00' This can't be right? -- assignee: docs@python components: Documentation messages: 147940 nosy: Christian.Iversen, docs@python priority: normal severity: normal status: open title: String format documentation contains error regarding %g type: behavior versions: Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13433 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12156] test_multiprocessing.test_notify_all() timeout (1 hour) on FreeBSD 7.2
Charles-François Natali neolo...@free.fr added the comment: Alright, I got tired of seeing the FreeBSD buildbots consistently choke on test_multiprocessing, so here's a simple patch that skips the test if the OS doesn't support a reasonable number (30) of semaphores. -- keywords: +patch Added file: http://bugs.python.org/file23729/test_multi_sem.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12156 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13433] String format documentation contains error regarding %g
Mark Dickinson dicki...@gmail.com added the comment: Yep, there's an oddity here that's directly inherited from C's sprintf family of functions, namely that in %e-style formatting you give the number of digits after the point (= one less than the total number of significant digits), and in %g-style formatting you give the total number of significant digits instead. Can you give a pointer, or link, to the documentation section you were looking at? The description at: http://docs.python.org/library/stdtypes.html#string-formatting-operations looks fine to me. Note 3, which relates to the '%e' and '%f'-style formatting, talks about number of places after the point. Note 4, which relates to '%g' formatting, talks about the total number of significant digits. -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13433 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13433] String format documentation contains error regarding %g
Christian Iversen c...@sikkerhed.org added the comment: That was exactly the page I was looking at, and after some discussion on #python, I can see how they differ. Perhaps this could be clarified in the documentation? It's very easy to miss as it is now. Maybe a note describing that %g is different from the others in this regard? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13433 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13397] Option for XMLRPC clients to automatically transform Fault exceptions into standard exceptions
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13397 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12258] Clean up bytes I/O in get_compiler_versions
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12258 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11908] Weird `slice.stop or sys.maxint`
Changes by Ezio Melotti ezio.melo...@gmail.com: -- keywords: +easy nosy: +ezio.melotti stage: - needs patch versions: -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11908 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1047540] Turtle.py hangs Idle
Ezio Melotti ezio.melo...@gmail.com added the comment: Can you still reproduce this? I tried on winxp with Python 3.2 and following the steps in msg82419 (or even if I open IDLE from cmd as msg82553 suggests) I get a popup error that says IDLE's subprocess didn't make connection. If I open IDLE, do File-Open-turtle.py I can run the demo and do Ctrl+Q with no tracebacks. -- nosy: +ezio.melotti, kbk, ned.deily, terry.reedy versions: +Python 3.3 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1047540 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10318] make altinstall installs many files with incorrect shebangs
Ezio Melotti ezio.melo...@gmail.com added the comment: Éric, what's the status of this? -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9750] sqlite3 iterdump fails on column with reserved name
Changes by Ezio Melotti ezio.melo...@gmail.com: -- stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9750 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1047397] cgitb failures
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: -BreamoreBoy versions: +Python 3.3 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1047397 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7267] format method: c presentation type broken
Changes by Ezio Melotti ezio.melo...@gmail.com: -- versions: -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7267 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13433] String format documentation contains error regarding %g
Mark Dickinson dicki...@gmail.com added the comment: Maybe a note describing that %g is different from the others in this regard? -1 from me; I don't really see that that would improve the documentation. Maybe that's just me, but I expect reference documentation to be clean, and uncluttered with too many warnings. All the necessary information is already there, and adding extra notes like this just increases the total number of words to be read without adding new information. In a tutorial, that would be different ... :-) Leaving this open---others may have different takes on this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13433 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5066] IDLE documentation for Unix obsolete/incorrect
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: needs patch - patch review versions: +Python 3.3 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5066 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11842] slice.indices with negative step and default stop
Changes by Ezio Melotti ezio.melo...@gmail.com: -- keywords: +easy stage: - needs patch versions: +Python 2.7, Python 3.3 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11842 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7695] missing termios constants
Changes by Ezio Melotti ezio.melo...@gmail.com: -- stage: needs patch - patch review versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7695 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13424] Add examples for open’s new opener argument
Changes by Ezio Melotti ezio.melo...@gmail.com: -- keywords: +easy stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13424 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7695] missing termios constants
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +haypo versions: -Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7695 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12907] Update test coverage devguide page
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +eli.bendersky, eric.araujo, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12907 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12908] Update dev-in-a-box for new coverage steps
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +eli.bendersky, eric.araujo, ezio.melotti, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12908 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12907] Update test coverage devguide page
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12907 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6733] curses line wrap broken when mixing full- and half-width unicode characters
Changes by Ezio Melotti ezio.melo...@gmail.com: -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6733 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2527] Pass a namespace to timeit
Changes by Ezio Melotti ezio.melo...@gmail.com: -- versions: +Python 3.3 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2527 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13431] Pass context information into the extension module init function
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13431 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13215] multiprocessing Manager.connect() aggressively retries refused connections
Charles-François Natali neolo...@free.fr added the comment: Benjamin, thanks for the report. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13215 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13434] time.xmlrpc.com dead
New submission from Antoine Pitrou pit...@free.fr: time.xmlrpc.com seems dead (no DNS entry), which leads to failures on one of the stable buildbots (redirecting DNS catchall?): == ERROR: test_current_time (test.test_xmlrpc_net.CurrentTimeTest) -- Traceback (most recent call last): File /home/buildbot/buildarea/3.x.ochtman-gentoo-amd64/build/Lib/test/test_xmlrpc_net.py, line 19, in test_current_time t0 = server.currentTime.getCurrentTime() File /home/buildbot/buildarea/3.x.ochtman-gentoo-amd64/build/Lib/xmlrpc/client.py, line 1089, in __call__ return self.__send(self.__name, args) File /home/buildbot/buildarea/3.x.ochtman-gentoo-amd64/build/Lib/xmlrpc/client.py, line 1420, in __request verbose=self.__verbose File /home/buildbot/buildarea/3.x.ochtman-gentoo-amd64/build/Lib/xmlrpc/client.py, line 1131, in request return self.single_request(host, handler, request_body, verbose) File /home/buildbot/buildarea/3.x.ochtman-gentoo-amd64/build/Lib/xmlrpc/client.py, line 1163, in single_request dict(resp.getheaders()) xmlrpc.client.ProtocolError: ProtocolError for time.xmlrpc.com/RPC2: 303 See Other -- components: Tests messages: 147948 nosy: flox, loewis, pitrou priority: high severity: normal stage: needs patch status: open title: time.xmlrpc.com dead type: behavior versions: Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13434 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12245] Document the meaning of FLT_ROUNDS constants for sys.float_info
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset de1ecda2afa2 by Mark Dickinson in branch '2.7': Issue #12245: Document sys.float_info.rounds better. http://hg.python.org/cpython/rev/de1ecda2afa2 New changeset 795c184b0282 by Mark Dickinson in branch '3.2': Issue #12245: Document sys.float_info.rounds better. http://hg.python.org/cpython/rev/795c184b0282 New changeset 5e45dfc421e4 by Mark Dickinson in branch 'default': Issue #12245 merge. http://hg.python.org/cpython/rev/5e45dfc421e4 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12245 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12245] Document the meaning of FLT_ROUNDS constants for sys.float_info
Changes by Mark Dickinson dicki...@gmail.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12245 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7433] MemoryView memory_getbuf causes segfaults, double call to tp_releasebuffer
Changes by Mark Dickinson dicki...@gmail.com: -- assignee: mark.dickinson - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7433 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13434] time.xmlrpc.com dead
Martin v. Löwis mar...@v.loewis.de added the comment: Not sure whether this is actually new, but it may be that Dave Winer is migrating all this stuff to Amazon S3, and that he just didn't get to restoring the time service yet. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13434 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7049] decimal.py: Three argument power issues
Mark Dickinson dicki...@gmail.com added the comment: Closing as won't fix. Even deprecation doesn't seem worth the effort here. -- resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7049 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2813] No float formatting in PyString_FromFormat
Changes by Mark Dickinson dicki...@gmail.com: -- versions: +Python 3.3 -Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13434] time.xmlrpc.com dead
R. David Murray rdmur...@bitdance.com added the comment: We've had problems with this service going away for a while before. I think the test was marked skip for at least a year before someone (it might have been me) noticed that it was back and reactivated it. There's a ticket in here somewhere for it. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13434 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12156] test_multiprocessing.test_notify_all() timeout (1 hour) on FreeBSD 7.2
STINNER Victor victor.stin...@haypocalc.com added the comment: Testing os.sysconf(SC_SEM_NSEMS_MAX) value is maybe better than creating 30 semaphores. See the function added by the changeset 746143ec1f60 (fixing #10798) is maybe faster than creating 30 semaphores. Value on the FreeBSD 7.2 buildbot: import os os.sysconf(SC_SEM_NSEMS_MAX) 30 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12156 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9530] integer undefined behaviors
Mark Dickinson dicki...@gmail.com added the comment: Status update: all the reported errors from the Objects/ directory have been fixed in the default branch (many of these were fixed recently as part of making sure that the test-suite runs under Clang's -ftrapv option), or are out of date. I haven't checked the reports for the extension Modules. -- versions: +Python 3.3 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9530 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9530] integer undefined behaviors
Mark Dickinson dicki...@gmail.com added the comment: See also issue #1621. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9530 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12890] cgitb displays p tags when executed in text mode
Jeff McNeil j...@jmcneil.net added the comment: Is there anything else needed here? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12890 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9530] integer undefined behaviors
Mark Dickinson dicki...@gmail.com added the comment: The issues reported for the datetime, array, itertools and math modules are also already fixed. That just leaves the following two of the reported issues outstanding: /home/regehr/z/python/Modules/_ctypes/cfield.c, (590:5) : Op: =, Reason : Signed Left Shift Error: Right operand is negative or is greater than or equal to the width of the promoted left operand, BINARY OPERATION: left (int32): 0 right (int32): -2 and /home/regehr/z/python/Modules/testcapi_long.h, (37:47) : Op: -, Reason : Signed Subtraction Overflow, UNARY OPERATION: left (int32): 0 right (int32): -2147483648 I'm using r63764 as the revision that the line numbers relate to; not sure whether this exactly right, but it seems to be close enough. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9530 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1621] Do not assume signed integer overflow behavior
Mark Dickinson dicki...@gmail.com added the comment: See also issue #9530. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1621 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12156] test_multiprocessing.test_notify_all() timeout (1 hour) on FreeBSD 7.2
Charles-François Natali neolo...@free.fr added the comment: Testing os.sysconf(SC_SEM_NSEMS_MAX) value is maybe better than creating 30 semaphores. Yeah, I thought about that, but the problem is that it doesn't take into account the number of semaphores already allocated: so, for example, if sysconf() returns 50 but you already have 30 allocated semaphores, the test will fail with ENOFILE. But if we consider that most buildbots don't have many semaphores allocated (and in particular no dangling semaphores), and that FreeBSD 8 has a limit substentially higher than 30 (ideally above 256), then I guess we could use this. Patch attached. -- Added file: http://bugs.python.org/file23730/test_multi_sem-1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12156 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12890] cgitb displays p tags when executed in text mode
Ezio Melotti ezio.melo...@gmail.com added the comment: A test? -- stage: - test needed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12890 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9530] integer undefined behaviors
John Regehr reg...@cs.utah.edu added the comment: This is great. I'd be happy to re-run the tests sometime, and also we're talking with the LLVM folks about getting our patches into the main LLMM tree. Basically it'll act as a more powerful -ftrapv, and the error message will be much better than aborted. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9530 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13435] Copybutton does not hide tracebacks
New submission from Robert Lehmann lehman...@gmail.com: The recently added copybutton.js (r18bbfed9aafa) does not work with the 2.7 docs since they are deployed with JQuery 1.2 (which is shipped with Sphinx 0.6). Copybutton is an unobtrusive Javascript feature which adds a little button to all doctests that removes the interactive prompts in order to copy the code as-is into Python scripts. I think that feature could well be ported to Sphinx itself. In line 44 and 51 of Doc/tools/sphinxext/static/copybutton.js the code uses jQuery.nextUntil(), which is new in JQuery 1.4. That results in tracebacks being only partially hidden. Reproduce the error at http://docs.python.org/tutorial/errors.html#exceptions for example. The Python 3.2+ documentation is not affected as it is built with Sphinx 1.0, which ships with JQuery 1.4. JQuery Untils are available as a separate plugin (http://benalman.com/projects/jquery-untils-plugin/). -- assignee: docs@python components: Documentation messages: 147962 nosy: docs@python, ezio.melotti, lehmannro priority: normal severity: normal status: open title: Copybutton does not hide tracebacks type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13435 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12890] cgitb displays p tags when executed in text mode
Jeff McNeil j...@jmcneil.net added the comment: I didn't add one initially as I was just changing output format and not actual behavior. I guess I could add something to ensure it doesn't regress? I'll make sure there's coverage to begin with. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12890 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9530] integer undefined behaviors
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 71100ef4f7a2 by Mark Dickinson in branch 'default': Issue #9530: Fix undefined behaviour due to signed overflow in testcapi_long.h. http://hg.python.org/cpython/rev/71100ef4f7a2 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9530 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12890] cgitb displays p tags when executed in text mode
Jeff McNeil j...@jmcneil.net added the comment: Test to ensure html isn't included when the formatting is text. I don't seem to be able to update the stage. -- Added file: http://bugs.python.org/file23731/head-cgitb-display-tests.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12890 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12890] cgitb displays p tags when executed in text mode
Changes by Ezio Melotti ezio.melo...@gmail.com: -- stage: test needed - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12890 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13433] String format documentation contains error regarding %g
Changes by Eric V. Smith e...@trueblade.com: -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13433 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13433] String format documentation contains error regarding %g
Changes by Mark Dickinson dicki...@gmail.com: -- versions: +Python 3.2, Python 3.3 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13433 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13435] Copybutton does not hide tracebacks
Changes by Ezio Melotti ezio.melo...@gmail.com: -- assignee: docs@python - ezio.melotti nosy: +georg.brandl stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13435 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12779] Update packaging documentation
Changes by Nebelhom nebel...@googlemail.com: -- nosy: +Nebelhom ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12779 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7330] PyUnicode_FromFormat: implement width and precision for %s, %S, %R, %V, %U, %A
Petri Lehtinen pe...@digip.org added the comment: Hi! I'd like to have this committed to be able to fix #13349. So here's a review. - In Doc/c-api/unicode.rst, the two versionchanged:: 3.3 directives can be merged - In tests, I'd use 'abcde' rather than 'x' to make sure that correct characters are copied to the output (hope you understand what I mean) - No test checks that width and precision work on characters rather than bytes - The changes to unicodeobject.c don't apply on top of current default branch. -- keywords: +needs review stage: - patch review versions: +Python 3.3 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7330 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13089] parsetok.c: memory leak
Changes by Petri Lehtinen pe...@digip.org: -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13089 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13338] Not all enumerations used in _Py_ANNOTATE_MEMORY_ORDER
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset f855f929bc48 by Petri Lehtinen in branch '3.2': Issue #13338: Handle all enumerations in _Py_ANNOTATE_MEMORY_ORDER http://hg.python.org/cpython/rev/f855f929bc48 New changeset c2e588a5237a by Petri Lehtinen in branch 'default': Merge branch 3.2 (closes #13338) http://hg.python.org/cpython/rev/c2e588a5237a -- nosy: +python-dev resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13338 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13338] Not all enumerations used in _Py_ANNOTATE_MEMORY_ORDER
Petri Lehtinen pe...@digip.org added the comment: Your patch was applied with the default: case removed. Thanks! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13338 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13432] Encoding alias unicode
Martin v. Löwis mar...@v.loewis.de added the comment: Joining the chorus: people who need it in their application will have to add it themselves (monkeypatching the aliases dictionary as appropriate). -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13432 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13431] Pass context information into the extension module init function
Martin v. Löwis mar...@v.loewis.de added the comment: I really do propose to close this issue as won't fix. By the time Python 4 comes along, things will have changed a lot; it's not clear that the value of keeping it open will outweigh the cost of keeping it open. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13431 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13432] Encoding alias unicode
Changes by Ezio Melotti ezio.melo...@gmail.com: -- stage: - committed/rejected versions: -Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13432 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7433] MemoryView memory_getbuf causes segfaults, double call to tp_releasebuffer
Stefan Krah stefan-use...@bytereef.org added the comment: My last comment could be misinterpreted: This *is* actually already fixed in features/pep-3118. -- versions: +Python 3.3 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7433 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Changes by Nadeem Vawda nadeem.va...@gmail.com: Added file: http://bugs.python.org/file23732/9276fc685c05.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Changes by Nadeem Vawda nadeem.va...@gmail.com: Removed file: http://bugs.python.org/file23466/371a133b770a.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13436] compile() doesn't work on ImportFrom with level=None
New submission from Janosch Gräf janosch.gr...@gmx.net: The documentation for ast says that arguments that are marked with a '?' in the abstract grammar are optional and can therefore be None. When I try to compile a Module node which contains an ImportFrom node with attribute level=None compile() throws an exception: Module(body=[ImportFrom(module='time', names=[alias(name='sleep', asname=None), alias(name='time', asname=None)], level=None, lineno=0, col_offset=0)]) Traceback (most recent call last): File g0.py, line 423, in module p.main() File g0.py, line 65, in main self.reproduce(g1.pyc) File g0.py, line 85, in reproduce co = self.generate_bytecode(st, genome) File g0.py, line 243, in generate_bytecode co = compile(st, id, exec) ValueError: invalid integer value: So, I tried to set level=0: Module(body=[ImportFrom(module='time', names=[alias(name='sleep', asname=None), alias(name='time', asname=None)], level=0, lineno=0, col_offset=0)]) and everything worked fine. BTW: The unprintable bytes in the error message are: ef bf bd ef bf bd ef bf bd ef bf bd ef bf bd ef bf bd ef bf bd ef bf bd -- assignee: docs@python components: Documentation, Interpreter Core messages: 147972 nosy: Janosch.Gräf, docs@python priority: normal severity: normal status: open title: compile() doesn't work on ImportFrom with level=None type: behavior versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13437] Provide links to the source code for every module in the documentation
New submission from Julian Berman julian+python@grayvines.com: The documentation occasionally contains a link to the source code for a module in the stdlib. See for instance http://docs.python.org/library/urlparse.html and http://docs.python.org/library/collections.html , or many others. With a quick perusal, I couldn't immediately guess as to which ones managed to have one and which ones don't, but it'd be convenient to have a link in as many places as possible, which is certainly more than we have now. (See e.g. http://docs.python.org/library/json.html and http://docs.python.org/library/itertools.html and many others for examples of pages that lack a link). Perhaps putting it in a more conspicuous but still consistent location would be reasonable (the sidebar?). -- assignee: docs@python components: Documentation messages: 147973 nosy: Julian, docs@python priority: normal severity: normal status: open title: Provide links to the source code for every module in the documentation type: feature request versions: Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13437 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13241] llvm-gcc-4.2 miscompiles Python (XCode 4.1 on Mac OS 10.7)
Michael Foord mich...@voidspace.org.uk added the comment: Note that this works for me on a Macbook Air that has never had Snow Leopard, nor XCode 3 installed. As far as I can tell non-llvm gcc *is* installed by XCode 4.2: /usr/bin/gcc-4.2 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13241 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9530] integer undefined behaviors
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9530 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13430] Add a curry function to the functools module
Collin Winter coll...@gmail.com added the comment: I assume I was added to this thread since I wrote the functional module, so I'll give my take in that capacity. IMO Python doesn't need a more general version of partial(); indeed, I question the need for partial() as it is today. Querying Google Code Search for code using partial, I haven't found any usages in the wild where partial() makes code more readable than simply defining a new function. partial() is almost always a loss for readability. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13430 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13431] Pass context information into the extension module init function
Jesús Cea Avión j...@jcea.es added the comment: What about providing a function that init would call to get this information, instead of a hidden parameter?. -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13431 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13429] provide __file__ to extension init function
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13429 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com