[issue17008] Descriptor __get__() invoke is bypassed in the class context
New submission from stuart: I emulated a real classmethod using python: class cm(object): def __init__(self, o): self.o = o def __get__(self, obj, type=None): return self.o.__get__(obj, type) then I check whether it is workable in the interactive mode and it is working: Python 2.7.3 (default, Sep 26 2012, 21:53:58) [GCC 4.7.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> def foo(cls): ... print cls ... >>> cm = cm(foo) >>> cm.__get__(int, type) > then I tried it in the real class but it failed: >>> class C(object): ... @cm ... def foo(cls): ... print cls ... >>> C.foo -- components: None messages: 180346 nosy: Stuart priority: normal severity: normal status: open title: Descriptor __get__() invoke is bypassed in the class context type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue17008> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7718] Build shared libpythonX.Y.so on IRIX
Stuart Shelton added the comment: I've no objection to signing the relevant paperwork if that's what's needed to get this committed - if someone could point me in the direction of what I needed to do in order to do so? -- nosy: +srcshelton ___ Python tracker <http://bugs.python.org/issue7718> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7717] Compilation fixes for IRIX
Stuart Shelton added the comment: As-per 7718 I'm happy to complete any relevant paperwork: these patches (which are by now of my own creation: Frank Everdij helped sort out the N32.s fixes, but these were no longer required by 2.6.4 and 2.7) are already posted in the public Gentoo bug-tracker, and clearly having them merged is the best solution all around. Let me know what I need to do and I'll get on it. -- nosy: +srcshelton ___ Python tracker <http://bugs.python.org/issue7717> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8080] os.uname failing in windows
New submission from Stuart Axon : I'm not sure why this is happening, but os.uname() is failing on my computer in XP Home 32bit. Tested in the normal shell and MSys The code in platform.py looks like it should work to me. [C:\usr\Python26\Lib]python Python 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import os >>> os.uname() Traceback (most recent call last): File "", line 1, in AttributeError: 'module' object has no attribute 'uname' >>> -- components: Library (Lib), Windows messages: 100531 nosy: stuaxo severity: normal status: open title: os.uname failing in windows type: behavior versions: Python 2.6 ___ Python tracker <http://bugs.python.org/issue8080> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4972] let's equip ftplib.FTP with __enter__ and __exit__
Stuart Axon added the comment: It would be good for consistency, yes. -- ___ Python tracker <http://bugs.python.org/issue4972> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4567] Registry key not set if unattended installation used
New submission from Stuart Axon <[EMAIL PROTECTED]>: If the msi is installed with /quiet it installs to the default location, but the registry key is not set, making it harder for other programs to find the installation. - in my case I had to make a batch file that installed it, then read the log file to find this information, which is less than ideal. -- components: Installation messages: 77155 nosy: stuaxo severity: normal status: open title: Registry key not set if unattended installation used type: behavior versions: Python 2.5.3 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4567> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4567] Registry key not set if unattended installation used
Stuart Axon <[EMAIL PROTECTED]> added the comment: Sure, no problem - sorry for the lack of detail... The windows installer (tested on 2.5.2) normally puts some values in the windows registry at: HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore\ (where is the python version). Including the important one for me: InstallPath. The bug is in the installer msi, and will need to be fixed in whatever generates it, ideally the installpath should always be set. In order to install python silently, run msiexec python-2.5.2.msi /quiet This will install python to the default path (c:\python) and the registry values won't be set. I believe their probably set in the interactive part of the installation. 2008/12/6 Martin v. Löwis <[EMAIL PROTECTED]>: > > Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > > Can you please be more explicit? What exact command line have you been > using, and what exact registry do you think should have been set but wasn't? > > -- > nosy: +loewis > > ___ > Python tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue4567> > ___ > ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4567> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4567] Registry key not set if unattended installation used
Stuart Axon <[EMAIL PROTECTED]> added the comment: If you type msiexec /? it pops a window with this text in it: Windows (R) Installer. V 3.01.4001.5512 msiexec /Option [Optional Parameter] Install Options Installs or configures a product /a Administrative install - Installs a product on the network /j [/t ] [/g ] Advertises a product - m to all users, u to current user Uninstalls the product Display Options /quiet Quiet mode, no user interaction /passive Unattended mode - progress bar only /q[n|b|r|f] Sets user interface level n - No UI b - Basic UI r - Reduced UI f - Full UI (default) /help Help information Restart Options /norestart Do not restart after the installation is complete /promptrestart Prompts the user for restart if necessary /forcerestart Always restart the computer after installation Logging Options /l[i|w|e|a|r|u|c|m|o|p|v|x|+|!|*] i - Status messages w - Nonfatal warnings e - All error messages a - Start up of actions r - Action-specific records u - User requests c - Initial UI parameters m - Out-of-memory or fatal exit information o - Out-of-disk-space messages p - Terminal properties v - Verbose output x - Extra debugging information + - Append to existing log file ! - Flush each line to the log * - Log all information, except for v and x options /log Equivalent of /l* Update Options /update [;Update2.msp] Applies update(s) /uninstall [;Update2.msp] /package Remove update(s) for a product Repair Options /f[p|e|c|m|s|o|d|a|u|v] Repairs a product p - only if file is missing o - if file is missing or an older version is installed (default) e - if file is missing or an equal or older version is installed d - if file is missing or a different version is installed c - if file is missing or checksum does not match the calculated value a - forces all files to be reinstalled u - all required user-specific registry entries (default) m - all required computer-specific registry entries (default) s - all existing shortcuts (default) v - runs from source and recaches local package Setting Public Properties [PROPERTY=PropertyValue] Consult the Windows (R) Installer SDK for additional documentation on the command line syntax. Copyright (c) Microsoft Corporation. All rights reserved. Portions of this software are based in part on the work of the Independent JPEG Group. 2008/12/6 Martin v. Löwis <[EMAIL PROTECTED]>: > > Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > >> In order to install python silently, run >> >> msiexec python-2.5.2.msi /quiet > > I'm puzzled. According to all msiexec documentation I could find, > there is no /quiet option to msiexec (plus you also need to specify > /i, according to the docs). I'll have to find out what this does > first. > > ___ > Python tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue4567> > ___ > ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4567> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2173] Python fails silently on bad locale
Stuart Woodward <[EMAIL PROTECTED]> added the comment: I'm running on Mac OS X. I applied the patch issue2173.patch and it solved the "make: *** [sharedmods] Error 1" problem. A cursory test of /usr/local/bin/python3.0 was successful. -- nosy: +stuartcw ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2173> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5098] Environ doesn't escape spaces properly
New submission from Stuart Axon : os.environ doesn't escape spaces, but does backslashes and others In the windows python interpreter I echo'd the variable 'ProgramFiles', then in the commandprompt. >>> from os import environ >>> environ['ProgramFiles'] 'C:\\Program Files' >>> ^Z [C:\]echo %ProgramFiles% C:\Program Files This 'half' escapping seems odd, and is annoying when building file paths for instance, probably the space should also be escaped. -- components: None messages: 80765 nosy: stuaxo severity: normal status: open title: Environ doesn't escape spaces properly type: behavior versions: Python 2.5 ___ Python tracker <http://bugs.python.org/issue5098> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue39623] __str__ and __repr__ for asyncio.Task still omit arg values
New submission from Stuart Ball : This is not very helpful if your gather or wait contains multiple versions of foo with different argument values: `` Should just be: `` Would probably take all of 5 minutes to implement and make a lot of people's lives easier. -- messages: 361944 nosy: stuball123 priority: normal severity: normal status: open title: __str__ and __repr__ for asyncio.Task still omit arg values ___ Python tracker <https://bugs.python.org/issue39623> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34972] json dump silently converts int keys to string
Stuart Bishop added the comment:
(sorry, my example is normal Python behavior. {1:1, 1.0:2} == {1:2} , {1.0:1}
== {1:1} )
--
nosy: +stub
___
Python tracker
<https://bugs.python.org/issue34972>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7946] Convoy effect with I/O bound threads and New GIL
Stuart Axon added the comment: Catching up on the comments on this, it seems like nobody has enough certainty to say it will work well enough. In Linux, the scheduler is pluggable, which lets other non-default schedulers be shipped and tried in the real world. - See schedutil, introduced in Linux 4.7 in 2016 default for some architectures in 2020, in 2021 still not default everywhere. Similarly I think this needs more testing than it will get living here as a bug. If, like Linux the scheduler was pluggable, it could be shipped and enabled by real users that were brave enough and data could be collected. -- nosy: +stuaxo ___ Python tracker <https://bugs.python.org/issue7946> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25942] Do not immediately SIGKILL subprocess child processes upon ^C
Change by Stuart Berg : -- nosy: +stuarteberg ___ Python tracker <https://bugs.python.org/issue25942> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33193] Cannot create a venv on Windows when directory path contains dollar character
New submission from Stuart Cuthbertson : I should clarify first that I haven't reproduced the following bug specifically with venv. I was asked to raise this here after raising an identical issue about virtualenv (https://github.com/pypa/virtualenv/issues/1154); a GitHub user told me this would also apply to venv. The bug with virtualenv is that it errors if passed a directory that contains a $ (dollar symbol). $ is a valid character for Windows directory names, filenames, and usernames. So running something simple like `python3 -m venv` (presumably) can fail in some valid Windows directories. The full error traceback for virtualenv is available at the above GitHub URL. A commenter in the virtualenv project (see https://github.com/pypa/virtualenv/issues/457#issuecomment-377159868) suggested that this happens because the directory path is passed as-is (with $) to distutils, and distutils is seeing the text following the $ as a placeholder and trying to replace it with a variable, which isn't found. -- components: Windows messages: 314755 nosy: Stuart Cuthbertson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Cannot create a venv on Windows when directory path contains dollar character type: crash versions: Python 3.6 ___ Python tracker <https://bugs.python.org/issue33193> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25942] subprocess.call SIGKILLs too liberally
Change by Stuart Berg : -- pull_requests: +4245 ___ Python tracker <https://bugs.python.org/issue25942> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6461] multiprocessing: freezing apps on Windows
New submission from Stuart Mentzer : Freezing apps with multiprocessing on Windows seems to be broken. First, in get_command_line in multiprocessing/forking.py I find that this code: if getattr(sys, 'frozen', False): return [sys.executable, '--multiprocessing-fork'] else: prog = 'from multiprocessing.forking import main; main()' return [_python_exe, '-c', prog, '--multiprocessing-fork'] should be: elif getattr(sys, 'frozen', False) and not WINEXE: return [sys.executable, '--multiprocessing-fork'] else: prog = 'from multiprocessing.forking import main; main()' return [_python_exe, '-c', prog, '--multiprocessing-fork'] in order for the _python_exe set with multiprocessing.set_executable to be used rather than your app's exe. Second, I can then get a working "frozen" package if I include pythonw.exe (and use set_executable to point to it) and a subset of Python's Lib directory that my process needs to call. If this is as intended then it needs to be documented. This may just be a flaw in py2exe. Third, the multiprocessing documentation page description for set_executable has example code with the older setExecutable call. -- components: Library (Lib) messages: 90405 nosy: sgm severity: normal status: open title: multiprocessing: freezing apps on Windows versions: Python 2.6 ___ Python tracker <http://bugs.python.org/issue6461> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6461] multiprocessing: freezing apps on Windows
Stuart Mentzer added the comment: Thanks Jesse. If you make broader changes that my patch I am happy to test on Windows and with py2exe if that is helpful. I will try to get the py2exe folks to look at the broader multiprocessing issues I describe as well. If multiprocessing supports freezing on Windows then it would be nice if its docs had a short primer on what you'll actually need to do to get that working with freeze tools. Stuart -- ___ Python tracker <http://bugs.python.org/issue6461> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6461] multiprocessing: freezing apps on Windows
Stuart Mentzer added the comment: Further experimentation revealed that freeze_support() works properly and the proposed patch is not necessary or desirable for the general freeze case. In the case of an embedded app that calls set_executable() it seems that the "else" block calling _python_exe should be taken but won't be, so I still think there may be a problem here. In our situation it turned out that an imported module was grabbing the command line arguments before freeze_support() was called and when that was addressed the need for a separate python executable and calling set_executable() was eliminated. I suggest that the documentation for freeze_support() make it clear that it must get called before an application processes the arguments or that the application must allow a --multiprocessing-fork option with a string value so that the initialization continues until freeze_support() is called. -- ___ Python tracker <http://bugs.python.org/issue6461> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4972] let's equip ftplib.FTP with __enter__ and __exit__
Stuart Axon added the comment: zipfile also would make a good target for a contextmanager (as noted here - http://tarekziade.wordpress.com/2009/01/20/python-standard-lib-give-me-more-withs/ ) -- nosy: +stuaxo ___ Python tracker <http://bugs.python.org/issue4972> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21628] 2to3 does not fix zip in some cases
Stuart Berg added the comment: Already closed, but FWIW, I think this was incorrectly marked as a duplicate. Issue 20742 discusses a different issue related to lib2to3 and zip. Meanwhile, this issue has been raised again in 28837, so I will continue the discussion there. (I have a patch.) -- nosy: +stuarteberg ___ Python tracker <http://bugs.python.org/issue21628> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28837] 2to3 does not wrap zip correctly
Stuart Berg added the comment: In addition to zip(), this problem also affects map() and filter(). The problem is that the match patterns in FixZip, FixMap, and FixFilter do not allow for more than one "trailer" node. (And even if they did, their transform() methods aren't expecting it.) For example, in the following expression, 'zip' is followed by two 'trailers', which are '(a,b)', and [0]: zip(a,b)[0] ... but FixZip.PATTERN only expects a single trailer (the argument list), so the presence of a second trailer prevents the match: https://git.io/vMDP9 (Here's the relevant line of the grammar: https://git.io/vMDPJ) I've written a patch that fixes this problem for zip, map, and filter, with tests. See attached. BTW, this problem was previously reported in 21628, but that issue was incorrectly closed as a duplicate, so I'm submitting my patch here. -- keywords: +patch nosy: +stuarteberg Added file: http://bugs.python.org/file46339/fix-28837.patch ___ Python tracker <http://bugs.python.org/issue28837> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28837] 2to3 does not wrap zip correctly
Changes by Stuart Berg : Removed file: http://bugs.python.org/file46339/fix-28837.patch ___ Python tracker <http://bugs.python.org/issue28837> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28837] 2to3 does not wrap zip correctly
Changes by Stuart Berg : Added file: http://bugs.python.org/file46341/fix-28837.patch ___ Python tracker <http://bugs.python.org/issue28837> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28837] 2to3 does not wrap zip correctly
Stuart Berg added the comment: Sorry for re-uploading the patch; I made some pep8 fixes. -- Added file: http://bugs.python.org/file46342/fix-28837.patch ___ Python tracker <http://bugs.python.org/issue28837> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28837] 2to3 does not wrap zip correctly
Changes by Stuart Berg : Removed file: http://bugs.python.org/file46341/fix-28837.patch ___ Python tracker <http://bugs.python.org/issue28837> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28837] 2to3 does not wrap zip correctly
Changes by Stuart Berg : Removed file: http://bugs.python.org/file46342/fix-28837.patch ___ Python tracker <http://bugs.python.org/issue28837> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28837] 2to3 does not wrap zip correctly
Changes by Stuart Berg : Added file: http://bugs.python.org/file46343/fix-28837.patch ___ Python tracker <http://bugs.python.org/issue28837> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28837] 2to3 does not wrap zip correctly
Stuart Berg added the comment: Patch submitted as github PR #24: https://github.com/python/cpython/pull/24 -- ___ Python tracker <http://bugs.python.org/issue28837> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28837] 2to3 does not wrap zip correctly
Changes by Stuart Berg : -- pull_requests: +85 ___ Python tracker <http://bugs.python.org/issue28837> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17709] http://docs.python.org/2.7/objects.inv doesn't support :func:`repr` or :exc:`Exception`
New submission from Russell Stuart: .. topic:: http://docs.python.org/2.7/objects.inv doesn't support :func:`repr` or :exc:`Exception` A bug report for Python 2.7's docs. .. _intro: Bug === Running:: sphinx-build -c conf2.7 -n -b html -E . html Produces:: Running Sphinx v1.1.3 loading intersphinx inventory from http://docs.python.org/2.7/objects.inv... building [html]: targets for 1 source files that are out of date updating environment: 1 added, 0 changed, 0 removed reading sources... [100%] bug looking for now-outdated files... none found pickling environment... done checking consistency... done preparing documents... done writing output... [100%] bug /home/rstuart/zzz/bug.rst:1: WARNING: py:exc reference target not found: Exception /home/rstuart/zzz/bug.rst:1: WARNING: py:func reference target not found: repr writing additional files... genindex search copying static files... done dumping search index... done dumping object inventory... done build succeeded, 2 warnings. Note the ``WARNING`` lines. They should not be there. Running:: sphinx-build -c conf3.2 -b html -n -E . html Produces:: Running Sphinx v1.1.3 loading intersphinx inventory from http://docs.python.org/3.2/objects.inv... building [html]: targets for 1 source files that are out of date updating environment: 1 added, 0 changed, 0 removed reading sources... [100%] bug looking for now-outdated files... none found pickling environment... done checking consistency... done preparing documents... done writing output... [100%] bug writing additional files... genindex search copying static files... done dumping search index... done dumping object inventory... done build succeeded. I presume this means something is wrong with http://docs.python.org/2.7/objects.inv it downloads. ``conf2.7.py``: .. include:: conf2.7/conf.py :literal: ``conf3.2.py``: .. include:: conf3.2/conf.py :literal: -- assignee: docs@python components: Documentation files: bug.rst messages: 186697 nosy: docs@python, ras priority: normal severity: normal status: open title: http://docs.python.org/2.7/objects.inv doesn't support :func:`repr` or :exc:`Exception` versions: Python 2.7 Added file: http://bugs.python.org/file29794/bug.rst ___ Python tracker <http://bugs.python.org/issue17709> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17709] http://docs.python.org/2.7/objects.inv doesn't support :func:`repr` or :exc:`Exception`
Changes by Russell Stuart : Added file: http://bugs.python.org/file29795/conf.py ___ Python tracker <http://bugs.python.org/issue17709> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17709] http://docs.python.org/2.7/objects.inv doesn't support :func:`repr` or :exc:`Exception`
Changes by Russell Stuart : Added file: http://bugs.python.org/file29796/conf.py ___ Python tracker <http://bugs.python.org/issue17709> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17989] ElementTree.Element broken attribute setting
Joe Stuart added the comment: It looks like it's being called from the c extension. I would think it should still throw an exception though? >>> e = etree.Element >>> e.ham = 1 Traceback (most recent call last): File "", line 1, in TypeError: can't set attributes of built-in/extension type 'xml.etree.ElementTree.Element' -- nosy: +jjstuart ___ Python tracker <http://bugs.python.org/issue17989> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17989] ElementTree.Element broken attribute setting
Joe Stuart added the comment: At the end of ElementTree all of the c accelerators are being imported and it looks like only XMLParser is being used. Here is a patch that only imports XMLParser. -- keywords: +patch Added file: http://bugs.python.org/file30298/ElementTree.patch ___ Python tracker <http://bugs.python.org/issue17989> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17989] ElementTree.Element broken attribute setting
Changes by Joe Stuart : Removed file: http://bugs.python.org/file30298/ElementTree.patch ___ Python tracker <http://bugs.python.org/issue17989> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17989] ElementTree.Element broken attribute setting
Joe Stuart added the comment: This patch should fix the issue of the classes being overwritten by the c accelerated ones. -- Added file: http://bugs.python.org/file30300/ElementTree.patch ___ Python tracker <http://bugs.python.org/issue17989> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17989] ElementTree.Element broken attribute setting
Changes by Joe Stuart : Removed file: http://bugs.python.org/file30300/ElementTree.patch ___ Python tracker <http://bugs.python.org/issue17989> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17989] ElementTree.Element broken attribute setting
Joe Stuart added the comment: Forgot to update the XMLParser() assignment. -- Added file: http://bugs.python.org/file30301/ElementTree.patch ___ Python tracker <http://bugs.python.org/issue17989> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17989] ElementTree.Element broken attribute setting
Joe Stuart added the comment: Looks like a typo in arbitrary. AttributeError: Can't set arbitraty attributes on Element -- ___ Python tracker <http://bugs.python.org/issue17989> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24773] Implement PEP 495 (Local Time Disambiguation)
Changes by Stuart Bishop : -- nosy: +stub ___ Python tracker <http://bugs.python.org/issue24773> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26368] grammatical error in documentation
New submission from Ryan Stuart: The note for 18.5.5.1. Stream functions is missing a word. It should read "Note The top-level functions in this module are meant **as** convenience wrappers only; there’s really nothing special there, and if they don’t do exactly what you want, feel free to copy their code." -- assignee: docs@python components: Documentation files: asyncio-stream_docs.patch keywords: patch messages: 260339 nosy: Ryan Stuart, docs@python priority: normal severity: normal status: open title: grammatical error in documentation versions: Python 3.4, Python 3.5, Python 3.6 Added file: http://bugs.python.org/file41931/asyncio-stream_docs.patch ___ Python tracker <http://bugs.python.org/issue26368> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23757] tuple function gives wrong answer when called on list subclass with custom __iter__
Stuart Bishop added the comment: Can we get this reopened? As David MacIver points out, this seems entirely a wart in tuple's constructor (compared to all the other builtin types), whereas 10977 is worrying about how 3rd party code using the C API can corrupt subclasses of builtin types (a much larger scope, and much less likely to be resolved in a good way). Does it make sense to require python code wishing to case a tuple or tuple subclass do so using tuple(list(o)), or should tuple(o) work as expected? The primary use is of course converting a mutable sequence to an immutable representation to use as a dict key. -- nosy: +stub ___ Python tracker <http://bugs.python.org/issue23757> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue28631] [2.7/3.5/3.6 Regression] crash using ctypes
Stuart Prescott added the comment: Having added the suggested restype (plus a lot of others and also quite a few extra argtypes), we now have code that works across a few different versions of Python once again. Thanks for the hint, eryksun and also thanks to doko for proxying the report and narrowing down the version range in the first place. -- nosy: +themill ___ Python tracker <http://bugs.python.org/issue28631> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1025395] email.Utils.parseaddr fails to parse valid addresses
Changes by Stuart D Gathman: -- type: -> behavior _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1025395> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1025395] email.Utils.parseaddr fails to parse valid addresses
Stuart D Gathman added the comment:
# A quick and very dirty fix for common broken cases, with test cases.
import rfc822
def parseaddr(t):
"""Split email into Fullname and address.
>>> parseaddr('[EMAIL PROTECTED]')
('', '[EMAIL PROTECTED]')
>>> parseaddr('"Full Name" <[EMAIL PROTECTED]>')
('Full Name', '[EMAIL PROTECTED]')
>>> parseaddr('[EMAIL PROTECTED] <[EMAIL PROTECTED]>')
('[EMAIL PROTECTED]', '[EMAIL PROTECTED]')
>>> parseaddr('"God" <@hop1.org,@hop2.net:[EMAIL PROTECTED]>')
('God', '[EMAIL PROTECTED]')
"""
#return email.Utils.parseaddr(t)
res = rfc822.parseaddr(t)
# dirty fix for some broken cases
if not res[0]:
pos = t.find('<')
if pos > 0 and t[-1] == '>':
addrspec = t[pos+1:-1]
pos1 = addrspec.rfind(':')
if pos1 > 0:
addrspec = addrspec[pos1+1:]
return rfc822.parseaddr('"%s" <%s>' % (t[:pos].strip(),addrspec))
if not res[1]:
pos = t.find('<')
if pos > 0 and t[-1] == '>':
addrspec = t[pos+1:-1]
pos1 = addrspec.rfind(':')
if pos1 > 0:
addrspec = addrspec[pos1+1:]
return rfc822.parseaddr('%s<%s>' % (t[:pos].strip(),addrspec))
return res
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1025395>
_
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1025395] email.Utils.parseaddr fails to parse valid addresses
Stuart D Gathman added the comment: Ok, I see the '@' is technically not allowed in an atom. But it either needs to throw an invalid syntax exception, or heuristically return something reasonable. _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1025395> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1025395] email.Utils.parseaddr fails to parse valid addresses
Stuart D Gathman added the comment:
Repeating because previous real life test case was rejected as 'spam':
It also fails to parse:
>>> from email.Utils import parseaddr
>>> parseaddr('[EMAIL PROTECTED] <[EMAIL PROTECTED]>')
('', '[EMAIL PROTECTED]')
Getting the wrong part as the actual email to boot! Checked 2.4 and 2.5.
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1025395>
_
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1025395] email.Utils.parseaddr fails to parse valid addresses
Stuart D Gathman added the comment:
Test cases so far:
>>> parseaddr('[EMAIL PROTECTED]')
('', '[EMAIL PROTECTED]')
>>> parseaddr('"Full Name" <[EMAIL PROTECTED]>')
('Full Name', '[EMAIL PROTECTED]')
>>> parseaddr('[EMAIL PROTECTED] <[EMAIL PROTECTED]>')
('[EMAIL PROTECTED]', '[EMAIL PROTECTED]')
>>> parseaddr('[EMAIL PROTECTED] <@hop1.org,@hop2.net:[EMAIL PROTECTED]>')
('[EMAIL PROTECTED]', '[EMAIL PROTECTED]')
>>> parseaddr('Real Name ((comment)) <[EMAIL PROTECTED]>')
('Real Name', '[EMAIL PROTECTED]')
>>> parseaddr('a(WRONG)@b')
('', '[EMAIL PROTECTED]')
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1025395>
_
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1221] email.Utils.parseaddr("a(WRONG)@b")
Stuart D Gathman added the comment: See Issue1025395 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1221> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1221] email.Utils.parseaddr("a(WRONG)@b")
Stuart D Gathman added the comment: see Issue1029395 -- nosy: +sdgathman __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1221> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1025395] email.Utils.parseaddr fails to parse valid addresses
Stuart D Gathman added the comment: Same or related issues: Issue1221, Issue1409460 _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1025395> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1025395] email.Utils.parseaddr fails to parse valid addresses
Stuart D Gathman added the comment: tiran: yes, but that is the wrong answer, and that example is already in the testcase list (with what I believe is the right answer). _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1025395> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11691] sqlite3 Cursor.description doesn't set type_code
New submission from William Edward Stuart Clemens : The DB API Spec 2.0 (PEP 249) clearly requires that column name and type_code be set as the first two values in Cursor.description the other 5 attributes are optional. The sqlite3 module doesn't set type_code. -- components: None files: sqlite.patch keywords: patch messages: 132289 nosy: wesclemens priority: normal severity: normal status: open title: sqlite3 Cursor.description doesn't set type_code type: behavior versions: Python 2.7 Added file: http://bugs.python.org/file21421/sqlite.patch ___ Python tracker <http://bugs.python.org/issue11691> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11691] sqlite3 Cursor.description doesn't set type_code
William Edward Stuart Clemens added the comment: The patch for version 3.3 has a one line difference. -- assignee: -> docs@python components: +Documentation, Library (Lib) -None nosy: +docs@python versions: +Python 3.3 Added file: http://bugs.python.org/file21422/sqlite3_type_code_py33.diff ___ Python tracker <http://bugs.python.org/issue11691> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
