[issue42643] http.server does not support HTTP range requests
Decorater added the comment: It seems there are some packages that supports the range requests too: https://github.com/danvk/RangeHTTPServer Not sure if that supports python 3 or not. It could be used to make a patch for http.server though. -- ___ Python tracker <https://bugs.python.org/issue42643> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42643] http.server does not support HTTP range requests
New submission from Decorater : I have issues with range requests on http.server module (ran from python -m http.server command) When requesting files to download from an program written in C (which uses range requests to update an progress bar) it ignores this and simply forces download of the entire thing at once) which in turn on my program makes the progress bar never update to display the progress of the download to the user. https://tools.ietf.org/id/draft-ietf-httpbis-p5-range-09.html#range.units It is a part from HTTP/1.1, I think this would be something good to actually have to support partial requests (if they request an range in the header of their request), for directory listings (which can be used to download files from), it could be considered helpful it be able to request specific byte ranges inside of the files to download at a time to split up bandwidth to not overwhelm an file server. -- components: Library (Lib) messages: 383028 nosy: Decorater priority: normal severity: normal status: open title: http.server does not support HTTP range requests type: enhancement versions: Python 3.10, Python 3.9 ___ Python tracker <https://bugs.python.org/issue42643> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25711] Rewrite zipimport from scratch
Change by Decorater : -- pull_requests: +8832 ___ Python tracker <https://bugs.python.org/issue25711> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32387] Disallow untagged C extension import on major platforms
Decorater <seandhun...@yahoo.com> added the comment: Attached is my changes to the vcxproj files based on an field already in python.props. -- Added file: https://bugs.python.org/file47342/changes.diff ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32387> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32387] Disallow untagged C extension import on major platforms
Decorater <seandhun...@yahoo.com> added the comment: If needed I could help upload the updated project files here for this issue. -- nosy: +Decorater ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32387> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32326] Update Build projects to version 10.0.16299.0 of the Windows 10 SDK.
Decorater <seandhun...@yahoo.com> added the comment: Oddly AppVeyor failed on VS2017 but build works on my end though. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32326> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32326] Update Build projects to version 10.0.16299.0 of the Windows 10 SDK.
Decorater <seandhun...@yahoo.com> added the comment: Alright made the backport PR on it. Not sure if it needs an news entry or if it is trivial though. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32326> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32326] Update Build projects to version 10.0.16299.0 of the Windows 10 SDK.
Change by Decorater <seandhun...@yahoo.com>: -- keywords: +patch pull_requests: +4837 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32326> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32353] Add docs about Embedding with an frozen module limitation.
New submission from Decorater <seandhun...@yahoo.com>: It seems that 1 thing that bites me is that there is no section on the embedding docs about limitations to using frozen modules in them. So lets say for example your program has this like in the main function on an embedded python: ```c PyRun_SimpleString("import mymodule"); ``` And lets say ``mymodule`` is supposed to be an frozen module in that embedded interpreter named ``myprogram`` It would fail to work because it wont be able to find ``mymodule`` when it really should. This doc change should help fix that senerio and hopefully suggest an fix to that senerio as well. -- assignee: docs@python components: Documentation messages: 308497 nosy: Decorater, docs@python priority: normal severity: normal status: open title: Add docs about Embedding with an frozen module limitation. versions: Python 3.6, Python 3.7, Python 3.8 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32353> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32353] Add docs about Embedding with an frozen module limitation.
Change by Decorater <seandhun...@yahoo.com>: -- keywords: +patch pull_requests: +4804 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32353> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32326] Update Build projects to version 10.0.16299.0 of the Windows 10 SDK.
Change by Decorater <seandhun...@yahoo.com>: -- components: +Build, Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32326> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32326] Update Build projects to version 10.0.16299.0 of the Windows 10 SDK.
New submission from Decorater <seandhun...@yahoo.com>: It seems that When I uninstalled an older version of the Windows 10 SDK to make more disk space to update Visual Studio that now python 3.6 will not compile. I am not sure if Python 3.7 on master currently has this issue or not though I still have not tested it on 3.7 either. I am using Visual Studio 2017 to Compile the latest commit on branch 3.6. I could technically use branch master if the issue with Py_DecodeLocale() is fixed yet though. -- messages: 308333 nosy: Decorater priority: normal severity: normal status: open title: Update Build projects to version 10.0.16299.0 of the Windows 10 SDK. versions: Python 3.6 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32326> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32217] freeze.py fails to work.
Decorater <seandhun...@yahoo.com> added the comment: After thinking about this, maybe a better aproach is to somehow make freeze when used on windows somehow read pyconfig.h -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32217] freeze.py fails to work.
Decorater <seandhun...@yahoo.com> added the comment: python ..\externals\cpython\Tools\freeze\freeze.py pyeimport.py Error: needed directory E:\python360\lib\python3.6\config-3.6 not found Use ``..\externals\cpython\Tools\freeze\freeze.py -h'' for help Seems like freeze works now with no traceback. However on Windows I need to figure out how to make it actually work without ``make install`` because lack of ``make install`` on Windows. :thinking: how can it know on Windows what the config to python could be? -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32217] freeze.py fails to work.
Decorater <seandhun...@yahoo.com> added the comment: I have found an temporary fix for now after reading that abiflags is posix only. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32217] freeze.py fails to work.
Change by Decorater <seandhun...@yahoo.com>: -- keywords: +patch pull_requests: +4628 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32217] freeze.py fails to work.
Change by Decorater <seandhun...@yahoo.com>: -- versions: +Python 3.7, Python 3.8 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32217] freeze.py fails to work.
Decorater <seandhun...@yahoo.com> added the comment: Seems that freeze.py was not updated since 3.6.0b2 and also fails like this in master as well. (specifically commit 10108a7b9affa61719a1dc1863edb2bdb3402fd1) was last edit to the file in both the 3.6 and the master branch. Could it be that ``sys.abiflags`` was removed from the sys module and so freeze stopped working due to that? -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32217] freeze.py fails to work.
Decorater <seandhun...@yahoo.com> added the comment: It seems to also give the same traceback when using the build from the latest commit on branch 3.6 as well as 3.6.0 when using the freeze.py from the clone as well (The way I tested it was manually patching the binaries in my my 3.6 install). -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32217] freeze.py fails to work.
New submission from Decorater <seandhun...@yahoo.com>: It seems on my system installed python 3.6.0 when invoking python 3.6.3's freeze.py it seems to fail with this traceback: python ..\externals\cpython\Tools\freeze\freeze.py pyeimport.py Traceback (most recent call last): File "..\externals\cpython\Tools\freeze\freeze.py", line 491, in main() File "..\externals\cpython\Tools\freeze\freeze.py", line 220, in main flagged_version = version + sys.abiflags AttributeError: module 'sys' has no attribute 'abiflags' -- components: Demos and Tools, Windows messages: 307615 nosy: Decorater, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: freeze.py fails to work. versions: Python 3.6 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25711] Rewrite zipimport from scratch
Decorater <seandhun...@yahoo.com> added the comment: Alright, just wanted to make sure because I did not want to have something break when loading up the entire standard library from an zip file with it. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue25711> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29885] Allow GMT timezones to be used in datetime.
Change by Decorater <seandhun...@yahoo.com>: -- stage: -> resolved status: open -> closed ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue29885> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30396] Document the PyClassMethod* C API functions.
Change by Decorater <seandhun...@yahoo.com>: -- stage: -> resolved status: open -> closed ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue30396> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27535] Ignored ResourceWarning warnings leak memory in warnings registries
Decorater <seandhun...@yahoo.com> added the comment: If it was me I would store the warning registry in an error log or something in the current directory that ran python itself. (maybe something like ``[main script name].log``? This way it generates the warnings like usual and does not eat up memory. And then the log could to turned off when they dont want any warnings (when ignored). -- nosy: +Decorater ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue27535> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32106] Move sysmodule.c to Modules?
Change by Decorater <seandhun...@yahoo.com>: -- components: +Interpreter Core, Library (Lib) ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32106> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32106] Move sysmodule.c to Modules?
New submission from Decorater <seandhun...@yahoo.com>: After looking in the folder Python sysmodule.c is in there instead of in Modules. I am wondering if it has any reason to be in that folder instead of in Modules/* with the other builtin modules in python. If not I think it is best to move it so that way it is easier to find for those who think sysmodule is in the Modules folder because it is an builtin module. -- messages: 306671 nosy: Decorater priority: normal severity: normal status: open title: Move sysmodule.c to Modules? versions: Python 3.7, Python 3.8 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32106> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32105] Please add asyncio.BaseEventLoop.connect_accepted_socket Version Added to documentation
Change by Decorater <seandhun...@yahoo.com>: -- keywords: +patch pull_requests: +4428 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32105> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32105] Please add asyncio.BaseEventLoop.connect_accepted_socket Version Added to documentation
Decorater <seandhun...@yahoo.com> added the comment: Will see whhat I can do. -- nosy: +Decorater ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32105> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32086] C API: Clarify which C functions are safe to be called before Py_Initialize()
Decorater <seandhun...@yahoo.com> added the comment: Ah, I see now. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32086> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32086] C API: Clarify which C functions are safe to be called before Py_Initialize()
Decorater <seandhun...@yahoo.com> added the comment: For me, it looks like Py_DecodeLocal() is still safe (according to python 3.6.3 unless anything changed in it). -- nosy: +Decorater ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32086> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32096] Py_DecodeLocale() fails if used before the runtime is initialized.
Decorater <seandhun...@yahoo.com> added the comment: Interesting, on 3.6.3 on my embedded program it seems to work just fine. Did anything change in it since then? https://github.com/AraHaan/Els_kom_new/blob/master/PC/komextract_new.c -- nosy: +Decorater ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32096> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue25711] Rewrite zipimport from scratch
Decorater <seandhun...@yahoo.com> added the comment: So, after reviewing this it started to make me rethink about the zipimport.py file. So my question is how would that file work if it is an pyc file in python37.zip or something just to zipimport other modules? There is got to be some sort of low level api that can zip import the zip importer then on the rewrite. Am I right? Maybe the best bet is to wait for bug reports on the C Code and fixup the C Code if possible so that way there is no conflicts like the ones I just questioned. -- nosy: +Decorater ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue25711> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32075] Expose ZipImporter Type Object in the include header files.
Decorater <seandhun...@yahoo.com> added the comment: Well since issue25711 might be for 3.7 and newer I guess this patch might actually be for 3.6.4 or something then. And then the rewrite would take over on 3.7 and newer depending on if the rewrite makes it in to 3.7. -- versions: +Python 3.6 -Python 3.7, Python 3.8 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32075> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32075] Expose ZipImporter Type Object in the include header files.
Decorater <seandhun...@yahoo.com> added the comment: That is true, but Well, I am using this in a project of mine currently where it loads up encrypted scripts from a zip file. However I must have the import hook itself be in an C extension and subclass the current zipimporter. However knowing a rewrite for it is best, I have not experienced any bugs with it so far actually. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32075> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32075] Expose ZipImporter Type Object in the include header files.
Change by Decorater <seandhun...@yahoo.com>: -- assignee: -> docs@python components: +Build, Documentation nosy: +docs@python ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32075> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32075] Expose ZipImporter Type Object in the include header files.
Decorater <seandhun...@yahoo.com> added the comment: After looking in the smelly tool it seems that now I got to rename the _Type to ZipImporter to have the ``Py`` prefix. Since this will be a probable breaking change this might not be a good idea on backporting to 3.6. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32075> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32075] Expose ZipImporter Type Object in the include header files.
Change by Decorater <seandhun...@yahoo.com>: -- versions: -Python 3.6 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32075> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32075] Expose ZipImporter Type Object in the include header files.
Decorater <seandhun...@yahoo.com> added the comment: Seems that now this is detected as an smelly symbol: ./python Tools/scripts/smelly.py + nm -p libpython3.7dm.a Ignored symbol types: b, d, r, t Smelly symbol: ZipImporter_Type (type: D) ERROR: Found 1 smelly symbols! make: *** [smelly] Error 1 I think I need to find a fix to this now. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32075> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32075] Expose ZipImporter Type Object in the include header files.
Change by Decorater <seandhun...@yahoo.com>: -- type: -> behavior ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32075> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32075] Expose ZipImporter Type Object in the include header files.
Change by Decorater <seandhun...@yahoo.com>: -- keywords: +patch pull_requests: +4402 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32075> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32075] Expose ZipImporter Type Object in the include header files.
New submission from Decorater <seandhun...@yahoo.com>: I would like to make an C extension module which basically would have the ZipImporter type defined in the ``zipimport.c`` which defines most things related to ZipImporter to be public so that way one can set it to ``.tp_base`` on their C extension. That should hopefully in the C side of things allow subclassing the zipimporter class outside of the Python layer as well. Otherwise I would have to manually copy the said definition from zipimport.c and that could be a huge risk if a bug or something in the ZipImporter was fixed that it wont automatically be fixed in the C version of the subclass. I want precisely this and for it to be exposed to other people who might want to subclass the zipimporter class outside of the Python layer as well. -- components: Extension Modules, Interpreter Core, Library (Lib) messages: 306513 nosy: Decorater priority: normal severity: normal status: open title: Expose ZipImporter Type Object in the include header files. versions: Python 3.6, Python 3.7, Python 3.8 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32075> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29718] Fixed compile on cygwin.
Decorater added the comment: Closing this in favor of https://www.python.org/dev/peps/pep-0539/. -- stage: -> resolved status: open -> closed ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue29718> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31413] Support importing anything in ._pth files.
Changes by Decorater <seandhun...@yahoo.com>: -- type: -> crash ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue31413> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31413] Support importing anything in ._pth files.
New submission from Decorater: E:\TinyURL\app\Release>tinyurl Fatal Python error: only 'import site' is supported in ._pth file Current thread 0x161c (most recent call first): The above Happens when I try to use the ._pth file to automatically call .main() However it prints that and then Crashes on Windows. I am not sure about how it does on linux or not. I would like this extended to work how I thought it would. (To support more than just site.py in the standard library as this would reduce rebuilds of embedded interpreters. -- components: Interpreter Core, Windows messages: 301846 nosy: Decorater, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Support importing anything in ._pth files. versions: Python 3.6, Python 3.7 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue31413> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27523] Silence Socket Depreciation Warnings.
Changes by Decorater <seandhun...@yahoo.com>: -- versions: +Python 3.7 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27523> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27523] Silence Socket Depreciation Warnings.
Changes by Decorater <seandhun...@yahoo.com>: -- pull_requests: +2437 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27523> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue27523] Silence Socket Depreciation Warnings.
Decorater added the comment: Reopened as I found where to actually silence it. -- status: closed -> open ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue27523> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30574] Document why embedding the interpreter can sometimes crash.
Decorater added the comment: turns out it was crashing because I forgot to add in Py_Initialize. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30574> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30574] Document why embedding the interpreter can sometimes crash.
Decorater added the comment: I found where the crash was at. It was at my call to PyRun_SimpleString. Something in the string caused it to crash. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30574> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30574] Document why embedding the interpreter can sometimes crash.
Decorater added the comment: E:\Users\Elsword\Documents\GitHub\TinyURL\app>call "E:\Program Files (x86)\Micro soft Visual Studio 14.0\Common7\Tools\VsDevCmd.bat" E:\Users\Elsword\Documents\GitHub\TinyURL\app>cd "E:\Users\Elsword\Documents\Git Hub\TinyURL\app\" E:\Users\Elsword\Documents\GitHub\TinyURL\app>RC.exe /r TinyURL.rc Microsoft (R) Windows (R) Resource Compiler Version 10.0.10011.16384 Copyright (C) Microsoft Corporation. All rights reserved. E:\Users\Elsword\Documents\GitHub\TinyURL\app>cl.exe /Tc "TinyURL.c" /I E:\Python360\include E:\Python360\libs\python36.lib /link /OUT:"TinyURL.exe" /SUBSYSTEM:CONSOLE "TinyURL.res" /FIXED Microsoft (R) C/C++ Optimizing Compiler Version 19.00.24215.1 for x86 Copyright (C) Microsoft Corporation. All rights reserved. TinyURL.c TinyURL.c(204): warning C4129: '/': unrecognized character escape sequence Microsoft (R) Incremental Linker Version 14.00.24215.1 Copyright (C) Microsoft Corporation. All rights reserved. /out:TinyURL.exe /OUT:TinyURL.exe /SUBSYSTEM:CONSOLE TinyURL.res /FIXED TinyURL.obj E:\Python360\libs\python36.lib Wait a minute, it seems the build tools are a bit out of date. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30574> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30574] Document why embedding the interpreter can sometimes crash.
Decorater added the comment: Wait a minute, I think it is because the 32 and 64 bit python36.lib files are in the path environment variable so that might be the reason for the crash. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30574> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30574] Document why embedding the interpreter can sometimes crash.
Decorater added the comment: I am compiling and linking to 32 bit python based on the folder I entered for the lib file. Unless the lib file in the lib folder is somehow for the 64 bit one. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30574> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30574] Document why embedding the interpreter can sometimes crash.
Decorater added the comment: Well looks like with cl.exe it is still crashing. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30574> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30574] Document why embedding the interpreter can sometimes crash.
Decorater added the comment: hmm, maybe it was because I was compiling it inside of the VS2015 IDE in an project file and not with cl.exe directly. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30574> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30574] Document why embedding the interpreter can sometimes crash.
Decorater added the comment: Well the example I linked if I compile it and try to run it it instantly crashes with no explainable reason. I am using the same compiler used to build the core too and the normal interpreter works just fine with the code I am trying to embed. So it seems to definitely be the Py_DecodeLocale or the Py_SetProgramName line. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30574> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30574] Document why embedding the interpreter can sometimes crash.
New submission from Decorater: According to this example at https://docs.python.org/3/extending/embedding.html#very-high-level-embedding you can use something similar on embedding the interpreter. However for some reason it can crash on Windows and probably some other platforms no matter what python code you enter in the string. I am currently getting that issue on Windows even with the python DLL's being in the same folder of the embedded executable it seems (when I open the crash dump in VS2010 express) that it tried to access an memory address that it has no permissions to. However I have been thinking as to why that might be. The system should have plenty of memory left for it to allocate and run just fine unless it wants to use an already active python process (why would that be when other applications that embed the interpreter seem to work just fine). I think documenting there on when and iff the compiled code crashes with suggestions on how to fix them would be best to do on the page. it could be that the example actually compiles but does not work anymore too. But why would it be on the page if it would compile but crash on any string put into it? Something makes me think the crash is on the Py_DecodeLocale line with the size_t * param being NULL. -- assignee: docs@python components: Documentation, Windows messages: 295187 nosy: Decorater, docs@python, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Document why embedding the interpreter can sometimes crash. versions: Python 3.5, Python 3.6, Python 3.7 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30574> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30409] locale.getpreferredencoding doesn't return result
Changes by Decorater <seandhun...@yahoo.com>: Added file: http://bugs.python.org/file46878/suggested_change.diff ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30409> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30396] Document the PyClassMethod* C API functions.
New submission from Decorater: The way the documentation currently is set up there is no way to know what these functions in the C API actually do or what all the parameters are to call it unless someone source dives into python. Because of this I think making an C API page or a section for the functions like these or similar capabilities would be an Great an huge help to others as well as an example small module using said PyClassMethod* functions. I will need to look at how far down in python versions that these functions exist for though. -- assignee: docs@python components: Documentation, Extension Modules messages: 293907 nosy: Decorater, docs@python priority: normal severity: normal status: open title: Document the PyClassMethod* C API functions. versions: Python 3.5, Python 3.6, Python 3.7 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30396> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30390] Document how to make classes in the C API.
Changes by Decorater <seandhun...@yahoo.com>: -- status: closed -> open ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30390> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30390] Document how to make classes in the C API.
Decorater added the comment: Still it does look the functions lited in the second comment are undocumented. https://docs.python.org/3/search.html?q=PyClassMethodDescr_Type https://docs.python.org/3/search.html?q=PyClassMethod_New_keywords=yes=default However on the last function I did find 1 thing However it was not what I was looking for. What I actually was looking for was the args for the 3 functions and description on what it does and all that similar to how this function is documented: ``` PyObject* PyObject_CallObject(PyObject *callable_object, PyObject *args) Return value: New reference. Call a callable Python object callable_object, with arguments given by the tuple args. If no arguments are needed, then args may be NULL. Returns the result of the call on success, or NULL on failure. This is the equivalent of the Python expression callable_object(*args). ``` This is actually the reason why the issue was opened as the functions was not documented like this. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30390> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30390] Document how to make classes in the C API.
Decorater added the comment: Hmm seems that when looking at the exports in python36.dll that the following functions seem to not be documented as far as I seen: PyClassMethodDescr_Type PyClassMethod_New PyClassMethod_Type There might be more functions dealing with classes that are not documented. However looking through the whole exports would take to long as there are so many. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30390> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30390] Document how to make classes in the C API.
New submission from Decorater: On the C API, it tells how to make modules, functions, variables, and other things, but what about classes? Like for example if you wanted to make a class with all of the methods having to use direct C Code which would then be converted to PyObject *'s for returning the information the C Code would normally return. Not only that but also being able to create class instance variables using the C API as well. Like for example here is an example class (As it would be if it was written in python): class Example: def __init__(self): self.data = None # None being a place holder for now. def somefunction(self): # C Code here. self.data = ret # return value for the C Code. return self.data Yes, there are better ways than writing the return data to the instance variable and returning it. That is just an example, I have classes that uses them for other things that does not return anything making the instance variables be the only way to get the data. But yeah long story short I think creating classes with the C API should be documented if not already, or at least an example of doing one to be added as an guide for others wondering how to use the C API to make their own (non exception) classes. -- assignee: docs@python components: Documentation, Extension Modules messages: 293863 nosy: Decorater, docs@python priority: normal severity: normal status: open title: Document how to make classes in the C API. versions: Python 3.5, Python 3.6, Python 3.7 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30390> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29063] Fixed timemodule compile warnings.
Decorater added the comment: I think the patch that haypo added should help take care of the warning. It does however only warned when building for 64 bit. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29063> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29252] self in classes missinterpreted as a string.
Changes by Decorater <seandhun...@yahoo.com>: -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29252> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30214] make_zip.py lacks command a few line options.
Decorater added the comment: Alright moved the bug part to http://bugs.python.org/issue30222. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30214> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30222] make_zip.py had a bug when setting up full 64 bit distribution.
New submission from Decorater: Basically running make_zip like this: ".\PCbuild\amd64\python.exe" ".\Tools\msi\make_zip.py" -a x64 -o ".\python36-x86-x64" Cuases make_zip mess up where none of the libs\*.lib, nor any of the assemblies are copied. And is reproducible on me. However doing something like this on the 32 bit version of python does not get this issue. -- components: Demos and Tools, Windows messages: 292694 nosy: Decorater, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: make_zip.py had a bug when setting up full 64 bit distribution. versions: Python 3.5, Python 3.6, Python 3.7 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30222> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30214] make_zip.py lacks command a few line options.
Decorater added the comment: Alright renamed it. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30214> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30214] make_zip.py lacks command a few line options.
Changes by Decorater <seandhun...@yahoo.com>: -- title: make_zip.py lacks command a few line options and has a bug. -> make_zip.py lacks command a few line options. ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30214> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30214] make_zip.py lacks command a few line options and has a bug.
New submission from Decorater: make_zip.py does not offer the options to include tests with the tkinner stuff when making the full distributions immediately after building python using MSVC. Basically running makezip like this: ".\PCbuild\amd64\python.exe" ".\Tools\msi\make_zip.py" -a x64 -o ".\python36-x86-x64" or like this: ".\PCbuild\win32\python.exe" ".\Tools\msi\make_zip.py" -o ".\python36-x86" does not even include the tests and tkinner stuff that is optional when installing python by the installer. I would like command sqitches to be able to if desired. Also on the 64 bit copy it does mess up where none of the libs\*.lib, nor any of the assemblies are copied. And is reproducible on me. -- components: Demos and Tools, Tkinter, Windows messages: 292617 nosy: Decorater, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: make_zip.py lacks command a few line options and has a bug. versions: Python 3.5, Python 3.6, Python 3.7 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30214> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30122] Added missing archive programs.
Decorater added the comment: Oh -- title: Added missing archive programs and close option to Windows docs. -> Added missing archive programs. ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30122> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30122] Added missing archive programs and close option to Windows docs.
Changes by Decorater <seandhun...@yahoo.com>: -- title: Added missing things to Windows docs. -> Added missing archive programs and close option to Windows docs. ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30122> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30122] Added missing things to Windows docs.
Changes by Decorater <seandhun...@yahoo.com>: -- pull_requests: +1349 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30122> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30122] Added missing things to Windows docs.
Changes by Decorater <seandhun...@yahoo.com>: -- pull_requests: +1348 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30122> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30122] Added missing things to Windows docs.
Changes by Decorater <seandhun...@yahoo.com>: -- pull_requests: +1347 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30122> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30122] Added missing things to Windows docs.
New submission from Decorater: I realized the Windows docs lacked some information so I added it. I will try to create an cherry pick for 3.6 and 3.6 as well. Also if desired I could also see if it can be applied to the 2.7 branch as well. -- assignee: docs@python components: Documentation messages: 292005 nosy: Decorater, docs@python priority: normal severity: normal status: open title: Added missing things to Windows docs. versions: Python 3.5, Python 3.6, Python 3.7 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue30122> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29885] Allow GMT timezones to be used in datetime.
New submission from Decorater: I noticed that there is no ways to convert local times to GMT if I realize that some other object (sometimes from a server) is using GMT and they happen to be ahead of my current time. As such it would be great if one can convert their current time that can be in an datetime object to an GMT time to see how much time has passed since something happened on their zone if so desired (otherwise can cause undesired or undefined consequences). -- components: Library (Lib) messages: 290027 nosy: Decorater priority: normal severity: normal status: open title: Allow GMT timezones to be used in datetime. versions: Python 3.5, Python 3.6, Python 3.7 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29885> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29866] Added datetime_diff to datetime.py.
Decorater added the comment: an url preview of the bug itself https://travis-ci.org/AraHaan/datetime_diff/jobs/213944228 -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29866> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29866] Added datetime_diff to datetime.py.
Decorater added the comment: Yeah, I could. I did just realize that there is a bug in it though that sometimes if it is like 58 seconds into a minute and you sleep for 15 that the code then thinks an entire minute elapsed when it has not. I need to think of a way to bypass that bug first. I found it after running tests many times locally (that actually run this time). Before it even gets accepted even with support from them I would have to fix that bug somehow. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29866> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29866] Added datetime_diff to datetime.py.
Decorater added the comment: I plan to also have it to where if it is the last unit in the thing that it appends an and to the end as well. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29866> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29866] Added datetime_diff to datetime.py.
Decorater added the comment: Alright I revised it a bit locally too >>> import datetime >>> datetime.datetime_diff(datetime.datetime(2017, 1, 31), >>> datetime.datetime(2017, 1, 31)) '' >>> datetime.datetime_diff(datetime.datetime(2016, 12, 31, 23, 59, 59), >>> datetime.datetime(2017, 1, 1)) '1 year ago.' >>> datetime.datetime_diff(datetime.datetime(2016, 1, 31), >>> datetime.datetime(2017, 1, 31, 1)) '1 year, 1 hour ago.' >>> -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29866> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29866] Added datetime_diff to datetime.py.
Decorater added the comment: Oh, I just realized I forgot to add other if's to each block in case certain parts was 0 but others was not. I also realized I tried to do datetime.datetime.new instead of datetime.datetime.now on the tests. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29866> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29866] Added datetime_diff to datetime.py.
Decorater added the comment: I have people who would use it and there are use cases for it as well. Also it works perfectly fine the other one I added to it's docstring is an example datetime object of my very own discord account from when I created it. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29866> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29866] Added datetime_diff to datetime.py.
New submission from Decorater: The datetime_diff function compares two datetime objects and returns the time since the prior datetime objects (based on the current datetime object) in a what that is readable by humans. This is useful when one might need to compare two datetime objects, keeping ones codebase as small as possible (to ensure fast Python code), and to reduce 'hacks' in their code to make the comparison more readable by humans the github pull request comes with changes to datetime.rst as well Note: This is currently targeting 3.7, however if you guys desire you guys could backport it into 3.5 and 3.6. -- assignee: docs@python components: Documentation, Library (Lib) messages: 289917 nosy: Decorater, docs@python priority: normal severity: normal status: open title: Added datetime_diff to datetime.py. versions: Python 3.7 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29866> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29866] Added datetime_diff to datetime.py.
Changes by Decorater <seandhun...@yahoo.com>: -- pull_requests: +663 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29866> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29844] Windows Python installers not installing DLL to System32/SysWOW64
Decorater added the comment: tbh, I would rather have it default for all python files installed for all users to go in ``%SystemDrive%\Python{major}{minor}`` on windows and then work with then the environment variables like currently so that way none of the python dll's are outside of such folder in case someone installs for example 3.6.0 in ``%SystemDrive%\Python360`` and then installs 3.6.1 in ``%SystemDrive%\Python361`` without uninstalling 3.6.0. -- nosy: +Decorater ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29844> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29848] Cannot use Decorators of the same class that requires an instance of itself to change variables in that class.
Decorater added the comment: hmm, I see. Well I was looking for an way to actually be able to use decorators made in the same class to be able to somehow pass in the same instance as well. Currently the only way to use class decorators is for them to be static (which would not allow using or changing variables to the class (or functions in other classes bound to self). So, yeah there is got to be a way to do this, to use an decorator that takes in the same instance of a class. On the other hand they get realize there is a certain way to use classes, decorators, and instances. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29848> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29848] Cannot use Decorators of the same class that requires an instance of itself to change variables in that class.
New submission from Decorater: So, many people rely on Decorators in class that accepts an instance of itself like so: class ExampleClass: """Example class with an example decorator that cannot be used.""" def __init__(self): self.list_of_items = [] def add_item(self, item): self.list_of_items.append(item) @self.add_item("test_item") def test_item(): print("Example function of ExampleClass that demonstrates the inability to use decorators with self passed to it.") Many people fall for this on classes and then they are like "Why is it not letting me do this?". As such there is got to be a way to somehow support something like this in Python 3.7 as it could be useful on classes like this. The class above is an example, however I know of an library out there that allows you to import from a file and also allows you to use the same thing (that is imported) that would be bound to "self.[whatever it is called in the class]". As such people try to avoid that import and use the one in "self.[whatever it is called in the class]" to try to fit their needs (which ends up failing for them). -- messages: 289818 nosy: Decorater priority: normal severity: normal status: open title: Cannot use Decorators of the same class that requires an instance of itself to change variables in that class. versions: Python 3.7 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29848> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29718] Fixed compile on cygwin.
Decorater added the comment: And yeah that is why I stuck most of the changes in here under __CYGWIN__ macros for now until I know otherwise that all of the changes will not break other platforms. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29718> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29718] Fixed compile on cygwin.
Decorater added the comment: hmm maybe if TSS is available on all platforms maybe python could use that instead of TLS so that way I would not have to have a lot of __CYGWIN__'s all over the place. However I am not sure if all of the OS's that are on the buildbot for python supports TSS. hmm -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29718> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29718] Fixed compile on cygwin.
Decorater added the comment: Also I just realized my Cygwin updated to 2.7.0 as well. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29718> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29718] Fixed compile on cygwin.
Decorater added the comment: Well then I am thinking about figuring out how to make an batch file under tools/buildbot to target cygwin building in windows. tbh windows 7 or newer on cygwin is fine with me. It is just that I need to figure out how to make it invoke Cygwin.bat and yet also somehow input everything it needs to the cygwin console for building and testing python. Feel free to let me know if anyone has an idea on this. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29718> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29718] Fixed compile on cygwin.
Decorater added the comment: I use cygwin to test things that I write in python to see if they work under linux without having to boot up into an linux VM to find out as it would be too slow to even do that with the computer I have. And besides cygwin makes all of this faster. The version of Cygwin I have is 2.877 (64 bit). Long story short this thing for a 64 bit computer is limited to only 2 CPU cores and 4 GB's of memory right now. All of that plays into why an VM would be too slow to even run or compile python (it would take forever to even open up the terminal). -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29718> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29718] Fixed compile on cygwin.
Decorater added the comment: For now I stuck it under cygwin only but it could easily move out to not only cygwin if desired. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29718> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29718] Fixed compile on cygwin.
Decorater added the comment: Yes, it is because of the fact in Cygwin it will cause an compile Error when ints are involved forcing other methods to be put in place. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29718> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29718] Fixed compile on cygwin.
Changes by Decorater <seandhun...@yahoo.com>: Added file: http://bugs.python.org/file46698/cygwin_build.patch ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29718> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29718] Fixed compile on cygwin.
Changes by Decorater <seandhun...@yahoo.com>: Removed file: http://bugs.python.org/file46697/cygwin_build.patch ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29718> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29718] Fixed compile on cygwin.
Changes by Decorater <seandhun...@yahoo.com>: -- pull_requests: +373 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29718> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29718] Fixed compile on cygwin.
Changes by Decorater <seandhun...@yahoo.com>: -- keywords: +patch Added file: http://bugs.python.org/file46697/cygwin_build.patch ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29718> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29718] Fixed compile on cygwin.
New submission from Decorater: Cygwin had an issue with building and installing python after it was configured. The main issue was the TLS key stuff which would make python fail to fully build or work correctly. This issue contains a patch for cygwin specifically to make it compile and work fully. It uses the __CYGWIN__ macro for separating the code from this patch with the TLS code on the other targets. This should help fix issues that was present in the standard library and setup.py in the repo for cygwin as well. -- components: Build, Installation, Interpreter Core messages: 288949 nosy: Decorater priority: normal severity: normal status: open title: Fixed compile on cygwin. versions: Python 3.7 ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue29718> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21085] Cygwin does not provide siginfo_t.si_band
Decorater added the comment: In 3.6 and 3.7 The Same Error is back on line 960 with gcc 6.3.0 on cygwin64. This issue is not entirely fixed even with the absolute latest commits. $ make gcc -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-pro totypes-std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missin g-field-initializers -I. -I./Include-DPy_BUILD_CORE -c ./Modules/signalmo dule.c -o Modules/signalmodule.o In file included from ./Include/Python.h:85:0, from ./Modules/signalmodule.c:6: ./Modules/signalmodule.c: In function ‘fill_siginfo’: ./Modules/signalmodule.c:960:60: error: ‘siginfo_t {aka struct }’ has no member named ‘si_band’; did you mean ‘si_pid’? PyStructSequence_SET_ITEM(result, 6, PyLong_FromLong(si->si_band)); ^ ./Include/tupleobject.h:62:75: note: in definition of macro ‘PyTuple_SET_ITEM’ #define PyTuple_SET_ITEM(op, i, v) (((PyTupleObject *)(op))->ob_item[i] = v) ^ ./Modules/signalmodule.c:960:5: note: in expansion of macro ‘PyStructSequence_SE T_ITEM’ PyStructSequence_SET_ITEM(result, 6, PyLong_FromLong(si->si_band)); ^ make: *** [Makefile:1741: Modules/signalmodule.o] Error 1 -- nosy: +Decorater ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue21085> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com