Changes by Decorater :
--
assignee: -> docs@python
components: +Documentation -Interpreter Core
nosy: +docs@python
___
Python tracker
<http://bugs.python.org/issu
Decorater added the comment:
Normally when you install python systemwide it installs python35.dll in
%SystemDrive%\Windows\System32\. Try looking there maybe you can use regsvr to
register python35.dll in the registry or find where python.exe is and copy
python35.dll to there
Decorater added the comment:
You could also download the embeded build which ships with python35.dll to put
it in the folder you installed python to alongside python.exe.
--
___
Python tracker
<http://bugs.python.org/issue28
Changes by Decorater :
--
components: -Windows
___
Python tracker
<http://bugs.python.org/issue28816>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Decorater :
--
nosy: -brett.cannon, eric.snow, ncoghlan, paul.moore, tim.golden, twouters,
zach.ware
___
Python tracker
<http://bugs.python.org/issue28
Changes by Decorater :
--
nosy: +twouters
___
Python tracker
<http://bugs.python.org/issue28816>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Decorater :
--
nosy: +brett.cannon, eric.snow, ncoghlan
___
Python tracker
<http://bugs.python.org/issue28816>
___
___
Python-bugs-list mailin
Decorater added the comment:
there is also the most common.
'{10:02{0}}'.format(an_x)
--
nosy: +Decorater
___
Python tracker
<http://bugs.python.o
Decorater added the comment:
Try using the new pypi instead: https://pypi.org/ locate the package then
override pip to look for that package with the direct link to find the package
with a command line arg of : -f
ex:
pip3 install -f [direct url to pypi page to package in question here
Decorater added the comment:
Also why python 2.7? Python 2.7 does not include asyncio which is absolutely
awesome to use. It can allow doing multiple different things at the same time.
So, it is and will be a good thing to upgrade. Note: a lot of things since 2.7
and 3.x was removed (some
Decorater added the comment:
hmm
This shows a bug in shutil.make_archive in python3.
Run ./test.sh to run shutil.make_archive in both python2 and python3
on the wdir and then extract each of them for comparison. The file called
'/usr/share/ca-certificates/mo
New submission from Decorater:
So, concurrent.futures.TimeoutError subclasses
concurrent.futures.__base.TimeoutError. Why not have asyncio throw that instead
of the __base class for Timeout Error?
There is a huge issue with this for starters for those know knows this they
cannot handle it
Decorater added the comment:
I handle concurrent.futures.TimeoutError on my coroutine that is fired with
create_task yet it sitll don't handle it though... so it still is a issue
--
___
Python tracker
<http://bugs.python.org/is
Decorater added the comment:
Here is my corouytine and the traceback on it to verify my issue too:
Task exception was never retrieved
future:
exception=TimeoutError()>
Traceback (most recent call last):
File "asyncio\tasks.py", line 239, in _step
File
"E:\Use
Decorater added the comment:
oh wait nvm
--
___
Python tracker
<http://bugs.python.org/issue28836>
___
___
Python-bugs-list mailing list
Unsubscribe:
Decorater added the comment:
Wait actually BotErrors.CommandTimeoutError cubaclasses
concurrent.futures.TimeoutError
--
___
Python tracker
<http://bugs.python.org/issue28
New submission from Decorater:
When installing python 3.6.0rc1 it errors saying that it cannot find python.dll
in cab1.cab (or some sort of file name similar to that) which it would
obviously not exist. and then when I try to uninstall it it will fail saying
3.6 is not installed but not
Changes by Decorater :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue28902>
___
___
Python-bugs-list mailing list
Unsubscrib
Decorater added the comment:
Ah I know what the problem is now. It is the fact that the 32 Bit Webinstaller
does not check to see if a 64 bit version is installed at the folder that the
32 bit version is set to to uninstall the 64 bit version 1st thereby it
overwrites the data to the 36 bit
Decorater added the comment:
Well, not only that but now when I try to uninstall the 64 bit version it seems
to not be able to find when on the "Add to path" part of Uninstaller
E:\ProgramData\Package Cache\{815FC13F-79DD-484C-8788-028D69569000}v3.6.121.0\
and some other folders.
I
Changes by Decorater :
Removed file: http://bugs.python.org/file45842/Python 3.6.0rc1
(64-bit)_20161210164706.log
___
Python tracker
<http://bugs.python.org/issue28
Changes by Decorater :
Added file: http://bugs.python.org/file45842/Python 3.6.0rc1
(64-bit)_20161210164706.log
___
Python tracker
<http://bugs.python.org/issue28
Changes by Decorater :
Added file: http://bugs.python.org/file45843/Python 3.6.0rc1
(64-bit)_20161210164706.log
___
Python tracker
<http://bugs.python.org/issue28
Decorater added the comment:
I found the registry keys for all python version Except for the keys that Adds
it to path to manually uninstall the Add to Path. Other than that Everything
Else has been found and take cared of manually thanks to Windows built in
Registry Editor
Decorater added the comment:
Well, Will there be any documentations for this before 3.6 final release or no
because this would be nice to know for other people who would like to do
something similar.
--
___
Python tracker
<http://bugs.python.
New submission from Decorater:
I fixed some Possible Loss of Data warnings. but only the ones for timemodule.
There are still some others when building the 64 bit version however.
I added some comments that can be removed in another patch if desired otherwise
it should look good for now for
Changes by Decorater :
--
title: Fix timemodule compile warnings. -> Fixed timemodule compile warnings.
___
Python tracker
<http://bugs.python.org/issu
New submission from Decorater:
So, I could have an example setup.py which sets a bugtrack url however using
sdist and bdist_wheel on them produces this warning:
H:\Python\Python360\lib\distutils\dist.py:261: UserWarning: Unknown
distribution option: 'bugtrack_url'
warnings.warn
Decorater added the comment:
OK, Well I just tested and it sadly don't support import hooks that adds
support for importing custom file types or file types python does know about
with a uncommon extension inside of zip files which is somewhat sad. However if
someone was to do some
Decorater added the comment:
The problem with setuptools on that is that they export their setup like so
which uses the distutils setup by doing:
setup = distutils.core.setup. That is how they are doing it.
--
___
Python tracker
<h
Decorater added the comment:
So basically what from setuptools import setup is really doing is the same as
doing from distutils.core import setup
--
___
Python tracker
<http://bugs.python.org/issue29
Decorater added the comment:
Except for the setup function, yeah.
https://github.com/pypa/setuptools/blob/master/setuptools/__init__.py#L112
--
___
Python tracker
<http://bugs.python.org/issue29
Decorater added the comment:
In that case why does pypi.python.org not let me change that bug track url
option or set it anymore?
--
___
Python tracker
<http://bugs.python.org/issue29
New submission from Decorater:
So, I have a class (it subclasses the zipimporter for my import hook) that
allows me to not worry about issues when the hook is appended to the beginning
of the path hooks.
The code to the class as follows:
class OriginalZipImport(zipimport.zipimporter
Decorater added the comment:
Also I sadly have to make this a dummy class just to add in an actual
dictionary with the file extensions it supports because I cant use setattr on
it. It is retarded that you cant use it for builtin types or classes if your
code actually requires such
Decorater added the comment:
Also in the code I had to subclass it 3 times, 1 time to preserver original
functionality as if the hook was not inserted in the front of the path hooks,
another time for 1 format of files it should be able to allow importing of, and
the other time for another
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
Decorater added the comment:
What Edition of Visual Studio are you using? I am using Update 3 of 2015
Community and PGO is only (as far as I am aware of) in the Ultimate Edition of
Visual Studio.
--
nosy: +Decorater
___
Python tracker
<h
New submission from Decorater:
I went in and looked in the batch build list to find some missconfigurations
So, I went in and selected the right ones that I can see currently.
--
components: Build, Windows
files: pcbuild.sln
messages: 270380
nosy: Decorater, paul.moore, steve.dower
Decorater added the comment:
Have you tried the 3.6 branch maybe it was fixed there.
--
___
Python tracker
<http://bugs.python.org/issue27509>
___
___
Python-bug
Changes by Decorater :
--
nosy: +Decorater
___
Python tracker
<http://bugs.python.org/issue27507>
___
___
Python-bugs-list mailing list
Unsubscribe:
Decorater added the comment:
This does also happen in make_zip too as it does not known about the current
changes. https://bpaste.net/show/ff826604a5f0
--
nosy: +Decorater
___
Python tracker
<http://bugs.python.org/issue27
Decorater added the comment:
nevermind the above traceback from it is a issue with the code that makes it
try to copy the redist file from the v14 C++ runtime.
--
___
Python tracker
<http://bugs.python.org/issue27
Decorater added the comment:
Some parts rargenting win32 was having the solution set of 64 bit making x86
with x64 setting mixups.
Basically it was doing both 32 and 64 bit assembling at the same time which of
course would make it fail
Decorater added the comment:
was targeting*
--
___
Python tracker
<http://bugs.python.org/issue27510>
___
___
Python-bugs-list mailing list
Unsubscribe:
Decorater added the comment:
Why you passing decompress without passing compress before decompressing it
again?
Also I would expect that it would show the same compress result trice in a row
on the 1st test. This must definately be a issue.
--
nosy: +Decorater
Decorater added the comment:
I think on the 2nd example they did they got it wrong somewhat.
I think this is what they wanted.
>>> import email.charset; email.charset
>>> del email #to actually delete the whole thing.
>>> import email.charset; email.charset
Decorater added the comment:
Why not add url to the GUI version too that actually adds hg to the path?
--
nosy: +Decorater
___
Python tracker
<http://bugs.python.org/issue27
New submission from Decorater:
I get this issue when trying a PGO build it seems that some projects do not
create a pgd.
(the link to simplify the size on here)
https://bpaste.net/show/c704ee912c53
--
components: Build, Tests, Windows
messages: 270487
nosy: Decorater, paul.moore
Decorater added the comment:
TortoiseHg
--
___
Python tracker
<http://bugs.python.org/issue27519>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Decorater:
I have made a patch to some of the warnings to silence them hopefully this will
help a lot.
--
files: socketmodule.c.patch
keywords: patch
messages: 270512
nosy: Decorater
priority: normal
severity: normal
status: open
title: Silence Socket Depreciation
Decorater added the comment:
Oh and ignore the exe on the patch if you see that 1 has changed.
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
type: -> enhancement
___
Python tracker
<http://bugs.python.org/issu
Decorater added the comment:
I just noticed it does not work the way I had hoped. Ignore this.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issu
New submission from Decorater:
Currently there is a waring printed in python when you try to call a coroutine
without yieling from or awaiting it but I would like it to be a SyntaxError
when this happens instead.
--
components: Windows
messages: 270538
nosy: Decorater, paul.moore
Decorater added the comment:
I am thinking like this example:
import asyncio
@asyncio.coroutine
def SomeCoroutine():
print("test...")
@asyncio.coroutine
def SomeNormalFunction():
SomeCoroutine()
Will print a warning instead I would like it to be a SyntaxError when the
f
Changes by Decorater :
--
type: -> enhancement
___
Python tracker
<http://bugs.python.org/issue27527>
___
___
Python-bugs-list mailing list
Unsubscrib
Decorater added the comment:
Oh it does not happen if you use the asyncio.coroutine decorater but it does do
RuntimeWarning if you use the async def on it.
--
versions: -Python 3.4
___
Python tracker
<http://bugs.python.org/issue27
Decorater added the comment:
So to make it Error it must be :
import asyncio
async def SomeCoroutine():
print("test...")
SomeCoroutine()
--
___
Python tracker
<http://bugs.python.o
Decorater added the comment:
Only 1 way to find out, test it till it breaks. :P
--
___
Python tracker
<http://bugs.python.org/issue27507>
___
___
Python-bug
Decorater added the comment:
Why are you even using v2.7 anyway when you can use asyncio with the coroutines
in 3.4 or newer (which is pretty fast on things and is thread safe).
--
nosy: +Decorater
___
Python tracker
<http://bugs.python.
New submission from Decorater:
I have a issue with building 3.6 now since I got the last hg update it seems
the github repo is broken too. This does need a fix.
--
components: Build
messages: 270677
nosy: Decorater
priority: normal
severity: normal
status: open
title: missing
Decorater added the comment:
I am using Win32 and x64 configurations and this is the error:
E:\Users\Elsword\Desktop\DecoraterBot\Async\DecoraterBot-indev\python36-indev\c
python\PCbuild\pcbuild.proj(78,5): error MSB3202: The project file "pyshellext.
vcxproj" was
Decorater added the comment:
Also I am using the windows target OS on it as well.
--
___
Python tracker
<http://bugs.python.org/issue27545>
___
___
Python-bug
Decorater added the comment:
Oh and when the shell extension is done could you make a custom icon for pyd's
and have the desciption of "Python C Compiled DLL" to easy selcting them when
you have no icons for any *.lib, *.exp and *.pdb's Would ease up comping pyd
files
Decorater added the comment:
Cant someone just copy these dlls from Windows 10 itself if they have it
installed?
ucrtbase: 10.0.14295.1000 (03/19/2016)
ucrtbased: 10.0.10586.15(11/20/2015)
vcruntime140d: 14.0.23506.0 (11/05/2015)
I have windows 10 on another partition btw so
Decorater added the comment:
I actually like py2exe's memory loader.
--
___
Python tracker
<http://bugs.python.org/issue27469>
___
___
Python-bugs-list m
Decorater added the comment:
Also can you ask them why sometimes the IDE takes too long to respond AKA
freezes / crashes randomly?
--
___
Python tracker
<http://bugs.python.org/issue26
Decorater added the comment:
not to mention build processes seems to be taking a lot of CPU recently but
older C/C++ compilers do not EG the ones from like 2008 or so running faster
than the same stuff being compiled againt 2010~2015 ones
New submission from Decorater:
in 3.5 the following would succed:
>>>import nacl._sodium
None
but in 3.6 (I even compiled it for 3.6 specifically) this happens:
>>>import nacl._sodium
Traceback (most recent call last):
import nacl._sodium
ImportError: No module n
Changes by Decorater :
Added file: http://bugs.python.org/file43787/_sodium.cp36-win_amd64.pyd
___
Python tracker
<http://bugs.python.org/issue27571>
___
___
Python-bug
Decorater added the comment:
Attacked are the 2 versions of _sodium for PyNacl that it seems to not be able
to find.
--
Added file: http://bugs.python.org/file43788/_sodium.cp36-win32.pyd
___
Python tracker
<http://bugs.python.org/issue27
Decorater added the comment:
It dooes work foor _cffi_backend however on reading it so this issue is only on
nacl._sodium then.
--
title: 3.6 Seems to be ignoring all pyd's installed and compiled by pip -> 3.6
Seems to be ignoring the _sodium pyd file made
Decorater added the comment:
hmm unless it has something to do with only my bot's debug command doing the
following as it seems it could possible be only my bot's debug command however
commenting out 1 thing in Discord.py also generates this Issue.
Debug Command Code:
https://bpast
Decorater added the comment:
Commenting*
--
___
Python tracker
<http://bugs.python.org/issue27571>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Decorater:
So, I have some code. I tried to make a 'plugin' for my bot I made in python.
However it seems to not be able to import it which it should be able to.
The code I used is here: https://bpaste.net/show/e4445c47490d
I dont even know why it is not addign
Decorater added the comment:
yeah I just noticed it is in sys.modules but does not get defined globally. Bug
maybe there is a hack to make it global?
--
resolution: not a bug ->
status: closed -> open
___
Python tracker
<http://bugs.p
Decorater added the comment:
But*
--
___
Python tracker
<http://bugs.python.org/issue27642>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Decorater added the comment:
tbh it would be nice if the entire documentation was recolored to look more
'interesting' to read. And to also have it in a way that people who lean
visually can learn the info easier instead of them trying to read a giant wall
of text that they may
Decorater added the comment:
Also I was thinking maybe I could figure out how to Add in asyncio to 2.7
anyway (well latest one that is) because why not. With as many things using
asyncio now days it would be cake for those python 2 users
Decorater added the comment:
I too agree that I hate the thread exceptions being printed in the console I
would suggest python was to error log it all to a file instead (so it does not
spam up the console). I get it a lot with websocket / opus errors and it is
annoying because it does not
Decorater added the comment:
personally these exceptions in console can be annoying to me as I hate seeing
them.
Exception in thread Thread-11:
Traceback (most recent call last):
File "threading.py", line 914, in _bootstrap_inner
File
"E:\Users\Elsword\Desktop\Decorate
Decorater added the comment:
Ok, so I just found out you can bypass thread exceptions by wraping the line
that actually runs the threads in a try/except block and then using the logging
module to log it to a file instead of the console
Decorater added the comment:
Crashes also happen from Recursion if not careful. Idk why but it happens.
Although some of it is probably by not using try / catch probably anywhere in
the python source code as a safeguard. I always like try / catch even in C++ as
you never know when crap might
New submission from Decorater:
py_compile.compile() does not specify if it can accept a file like object or a
bytes like object with the file's data.
Although I need something that can allow me to import byte like objects if the
object contains valid python script data.
(basically it
Decorater added the comment:
yeah, true and to specify that it cannot be anything but a file.
--
___
Python tracker
<http://bugs.python.org/issue27753>
___
___
Changes by Decorater :
Added file: http://bugs.python.org/file44095/py_compile.rst
___
Python tracker
<http://bugs.python.org/issue27753>
___
___
Python-bugs-list mailin
Decorater added the comment:
Ok, file uploaded.
--
___
Python tracker
<http://bugs.python.org/issue27753>
___
___
Python-bugs-list mailing list
Unsubscribe:
Decorater added the comment:
Yes, it would make sence or better yet have a arg that is optional that if not
set make it = ``9``.
--
nosy: +Decorater
___
Python tracker
<http://bugs.python.org/issue21
New submission from Decorater:
I did some working and did a halfed one for pyd's it basically combines it icon
from python.exe with the DLL "gears" for windows DLL's beig under that.
Hopefully it will work. (Anyone could use this as a base file and restyle it or
whate
Decorater added the comment:
I can confirm that I also get the same crash.
--
Added file: http://bugs.python.org/file44099/python.exe.8228.dmp
___
Python tracker
<http://bugs.python.org/issue27
Decorater added the comment:
I do know for sure the crash happens in python.exe and blames ntdll.dll for it.
--
___
Python tracker
<http://bugs.python.org/issue27
Decorater added the comment:
not to mention I like to use the following expression myself.
pie = 22 / 7 # because why not?
tau = 2 * pie
--
nosy: +Decorater
___
Python tracker
<http://bugs.python.org/issue12
Decorater added the comment:
eval*
my typo is OP
--
___
Python tracker
<http://bugs.python.org/issue27757>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Decorater:
runnign exec on import lines are fine however if I run the following code in a
exec:
>>>import py2pycx;py2pycx.api.compress_script(sys.path[0] +
>>>'\resources\Dependencies', 'six.py')
Traceback (most recent call l
Decorater added the comment:
I use code that does multithreading to from a library that uses ffmpeg for
exact it makes daemon threads so it could be from that.
--
___
Python tracker
<http://bugs.python.org/issue27
Decorater added the comment:
Be nice if 3.5 had this as well. As it can be very annoying at times. (Not to
mention thread exceptions just cant be handled by anyone's code unless you
modify threading.py
--
nosy: +Decorater
___
Python tracker
Decorater added the comment:
3.6 would make thread exceptions not print out to console or at least be
configured to make them logged with the logging module in threading.py for 3.6?
because I would like it to use the logger. Oh and how can I get the logs from
the logging module from 2
Decorater added the comment:
Why are you trying to install 3.6? when you can make it the embeded version as
it is still in alpha and then use it. Not only that but you can use
\Tools\msi\make_zip.py to learn more.
--
nosy: +Decorater
___
Python
Decorater added the comment:
tbh I personally perfer aiohttp over requests.
--
nosy: +Decorater
___
Python tracker
<http://bugs.python.org/issue27766>
___
___
New submission from Decorater:
I use a library that uses run_until_complete that is used for HTTP connections.
However it does not work well when you want to reconnect anything that makes it
start via recursion. So, I am suggesting the removal of run_until_complete and
then tell everyone that
101 - 200 of 209 matches
Mail list logo
