OverflowError in the debugger
Fixed via https://github.com/mhammond/pywin32/issues/727
ERROR_BAD_LENGTH in winfile.GetFileInformationByHandleEx on x86 - a struct alignment issue.
Sorry for the delay - fixed via https://github.com/mhammond/pywin32/issues/752
win32job.CreateJobObject name parameter doesn't seem to work.
We do pass the name to the win32 function, so I suspect this is either misunderstanding of how this API works.
Same problem for me (except is with a HP printer) : Windows 10 Pro 64, build 16299. Python 3.6.3 Pywin 220
InprocServer returns 0x80040154 (Class not registered)
I also get the error "Member not found", which only occurs with 220 and 221, 219 works fine. Our COM object is 32 bit, and I tried it with the following: pywin32 219 builds worked with 32 bit Python 2.7, 3.3, 3.4, 3.5 (pwin32 219 does not support 3.6). pywin32 221, 220 builds failed with 32 bit Python 2.7, 3.3, 3.4, 3.5, 3.6. The python code uses win32com.client.Dispatch, and the error occurs on the last line, tl.Config = cn : cr = win32com.client.Dispatch("Creator") cn = cr.CreateConfig("config")...
I also get the error "Member not found", which only occurs with 220 and 221, 219 works fine. Our COM object is 32 bit, and I tried it with the following: pywin32 219 builds worked with 32 bit Python 2.7, 3.3, 3.4, 3.5 (pwin32 219 does not support 3.6). pywin32 221, 220 builds failed with 32 bit Python 2.7, 3.3, 3.4, 3.5, 3.6. The python code uses win32com.client.Dispatch, and the error occurs on the last line, tl.Config = cn : cr = win32com.client.Dispatch("Creator") cn = cr.CreateConfig("config")...
I also get the error "Member not found", which only occurs with 220 and 221, 219 works fine. Our COM object is 32 bit, and I tried it with the following: pywin32 219 builds worked with 32 bit Python 2.7, 3.3, 3.4, 3.5 (pwin32 219 does not support 3.6). pywin32 221, 220 builds failed with 32 bit Python 2.7, 3.3, 3.4, 3.5, 3.6. The python code uses win32com.client.Dispatch, and the error occurs on the last line, tl.Config = cn : cr = win32com.client.Dispatch("Creator") cn = cr.CreateConfig("config")...
Adding support for IExchangeModifyTables for Rules and ACLs
Add IExchangeManageStore::CreateStoreEntryId to mapi module
Provide enums dynamically
Add COM threads wrapper classes
Change PyIMAPIFolder method return types
Fixed in git commit 99217b26ce659fa381c58351f64a99e6b1776c55
fix missing PY_DECREF(Py_None) in typemap for SPropTagArray
Please implement this feature that would be very useful. Regards Cedric
Thanks @panda, your workaround saved my day. Now, I just hope Mark Hammond will get around fixing this. Cheers, Mauro
I've hit this bug recently when trying to connect to an exchange server and I've just hit it again now when trying to use requests_negotiate_sspi. This latter bug is a big problem for me so I'll see if I can patch pywin32 to fix it. Any suggestions where to start would be most welcome...
win32job.CreateJobObject name parameter doesn't seem to work.
It seems GetItemImage(handle) in debugger stack window incorrectly expects a 32-bit long handle whereas it is 64-bit on x64. Last working pywin32 version is 219 but they don't have builds for python 3.6. So I just commented line 219 (interesting coincidence!) in debugger.py and shifted next line to the left: #if self.list.GetItemImage(handle)!= (col, selCol): self.list.SetItemImage(handle, col, selCol) SetItemImage doesn't have this bug so it works fine.
FWIW, we worked around the specific issue in the example I originally gave by switching to using winkerberos, thereby avoiding that problematic code path in pywin32.
any updates or workarounds, having the same issue
Win32clipboard: Delayed Rendering using setClipboardData(..., None) results in pywintypes.error
python3 doesn't have "execfile" in "pywin\framework\interact.py"
I just want to add myself to the requirement. Version 219 has a weird bug with python 3.5 that makes python crash (it might be my fault but works flawless with 2.7 and 3.6). Please, add wheel distributables for 220+ and python <3.6
First, I haven't seen this issue on win_amd64. Second, @Mark Hammond Python has implemented PEPs (cannot recall numbers off the top of my head) that explicitly discourage postinstall scripts, due to a number of issues that wheel was designed to solve.
PyIAsyncOperation has been renamed
PyWin_NewUnicode doesn't work correctly on new Python versions
Sadly installing via pip has issues due to the fact it doesn't run the postinstall script. You could try manually running "python pywin32_postinstall.py -install"
No Module named 'pywintypes'
pypi "pypiwin32" points back to the wrong sourceforge project
Hi genlemen! Could you please advise on this problem: https://stackoverflow.com/questions/45400594/windows-service-written-on-python-each-loop-increases-number-of-calls-by-one Not sure it's related to win32serviceutil. Probably I do wrong something obvious. Could you please look from your point.
Any progress on this issue?
How to include win32crypt in py2exe?
As per my previous mail to you, this isn't a support forum - you should try the python-win32 mailing list for help.
How to include win32crypt in py2exe?
Hm, here is the full PATH variable. I'll try to spot which DLL is failing to load on Monday. C:\Program Files\Python36\Scripts\ C:\Program Files\Python36\ C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0\ C:\Windows\CCM "C:\Program Files (x86)\Common Files\EMC" C:\Windows\CCM C:\Windows\CCM C:\Windows\CCM C:\Windows\CCM C:\Windows\CCM C:\Program Files (x86)\Common Files\EMC\ C:\Windows\CCM C:...
My development machine still runs Windows 7
I checked the PATH variable on the Windows 7 machine, and all of the paths in PATH are absolute.
I tried it on another machine, and the problem did not occur. That machine was running Windows 10. The machine where the problem occurred was running Windows 7. What version of Windows did you use to test?
This works fine for me - I'm guessing something in your environment (eg, PATH) has a relative path rather than a fully-qualified path which includes the drive letter.
DLL load fails when on any drive other than C:
Yes we do need winsock2. Windows.h only pulls winsock.h, another beast from early 1990-ties, which does not provide API used in win32file. This old winsock also causes multiple redefinition errors when included before winsock2. MSDN recommends to just '#include <winsock2.h>' alone as it has been done in this module initially, but if '#include <windows.h>' is required MSDN suggests to define WIN32_LEAN_AND_MEAN to avoid collisions with the old winsock. We then have to explicitly include some not so...
Thanks for the patch! Note I wont be able to get to this for a couple of weeks (I will before the next release though!), but in the meantime could you please: check we actually need to include winsock.h at all now you have added the windows.h include? add a new entry to changes.txt which is a brief summary of the bug, and giving yourself credit for the fix. upload a single patch with both the fix and the test, so I can commit it exactly as you provide. Thanks!
fix v2: include windows before winsock2, tricky
fix v2: include windows before winsock2, tricky
fix v1: define WIN32 macro
fix v1: define WIN32 macro
Here is a test that reveals the error
ERROR_BAD_LENGTH in winfile.GetFileInformationByHandleEx on x86 - a struct alignment issue.
This also breaks requests-kerberos: https://github.com/requests/requests-kerberos
I'm having this issue right now as well. I'm on Windows Server 2012 and visual Studio 2012 trying to build this for a custom-built Python 2.7. It gets pretty far but fails just like this. I'm very unclear on where to get all of these things. I used the Windows 7 SDK download from the link in the documentation and it wouldn't install complaining about .NET 4 or something. So I got the Windows 10 SDK because it said it can be used to build stuff for Windows Server 2012. The setup.py couldn't find my...
The same requirement from me! Unfortunatelly pip contains version 220 for cp36 only. Version 221 does'nt exist in pip at all! Please update!
Thanks Mark!
unable to start script with win32com as windows service
This is likely to be because services run with far less permissions by default - you should arrange to catch exceptions and dump them somewhere you can see them. You might also like to resend your question to the python-win32 mailing list. You need to be subscribed to the list before you can post to it - see http://mail.python.org/mailman/listinfo/python-win32 for subscription options.
unable to start script with win32com as windows service
This is currently breaking SSPI support on Windows in my AsyncSSH package, and I don't see any obvious workaround I can put in. The issue appears to affect the Python C API that pywin32 is using.
gencache.py: StringIO needs to be BytesIO
Similar error debugging in 3.6.0 and 3.6.1 with -220 and -221. Just hit F10 to start...
Similar error debugging in 3.6.0 and 3.6.1 with -220 and -221. Just hit F10 to start...
This is GetFileSecurity failing based on the input you give it. There is a help file...
Unable to import modules
Unable to import modules
This should be fixed i build 221.
Error installing pywin32-220.win32-py3.6
To make matters worse, a dialog box opens up telling you to pick a Python 3.6 installation,...
pywin32 issue(s) under Python 3.6.1
Error installing pywin32-220.win32-py3.6
pywintypes.com_error when querying WMI
There's no reson to believe this is a pywin32 issue, but rather a more general issue...
pywintypes.com_error when querying WMI
In case anyone is interested, I've managed to get the bulk of pywin32 building on...
In case anyone is interested, I've managed to get the bulk of pywin32 building on...