Maybe it's not your installation of Windows that's messed up, but just a third party driver. Or someone has mis-configured something on the server.

This net share Z: drive: what's the technology / software that's behind it? Is it a standard Windows share, or a third-party driver? (If it's a standard Windows share, is it a Microsoft server doing the sharing?)


On 2018-12-05 1:00 PM, Boylan, Ross wrote:
The problem doesn't seem to be python-specific; it appears the underlying 
FindNext function in the Windows API just keeps returning the same file name 
instead of moving on.

...
This seems both bizarre and a sign that my installation of Windows (not python 
for windows) is pretty messed up.

Ross

________________________________________
From: python-win32 <python-win32-bounces+ross.boylan=ucsf....@python.org> on behalf 
of ckk...@hoc.net <ckk...@hoc.net>
Sent: Wednesday, December 5, 2018 6:48:21 AM
To: python-win32@python.org
Subject: Re: [python-win32] win32api.FindFiles hangs

Works just fine on my windows7 machine with python2.7 64bit and
pywin32-221
It yields results for both existing and non existing files.

Christian

Am 2018-12-05 01:20, schrieb ross.boy...@ucsf.edu:
win32api.FindFiles() works when the argument is "*" or "*.py".  It
works, in the sense of returning an empty list, if the argument is a
random name not present in the directory.  But it fails with
"BSTImport.py", as well as the name of every file in the directory
that I've tried.
________________________________________
From: Boylan, Ross
Sent: Tuesday, December 4, 2018 5:12 PM
To: python-win32@python.org
Subject: win32api.FindFiles hangs (was COM registration hangs up: 32
bit Python 3.7 on 64 bit Win 7)

I tried using my 64 bit Python 3.6 and ran into the same problem.
Tracing through with pdb, the following line seems to be where it hung
up:
c:\program
files\python36\lib\site-packages\win32com\server\register.py(419)RegisterClasses()
-> moduleName =
os.path.splitext(win32api.FindFiles(sys.argv[0])[0][8])[0]
(Pdb) n

Is this some kind of string conversion issue?  My installation is
borked?
Manual debugging statements show sys.argv[0] is 'BSTImport.py'.

win32api.FindFiles('BSTImport.py')
in a python 3.7 shell (32 bit) hangs.

I think I installed pywin32 via pip.
_______________________________________________
python-win32 mailing list
python-win32@python.org
https://mail.python.org/mailman/listinfo/python-win32
_______________________________________________
python-win32 mailing list
python-win32@python.org
https://mail.python.org/mailman/listinfo/python-win32

_______________________________________________
python-win32 mailing list
python-win32@python.org
https://mail.python.org/mailman/listinfo/python-win32

Reply via email to