Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #93141 > unrolled thread
| Started by | Michael Torrie <torriem@gmail.com> |
|---|---|
| First post | 2015-06-25 07:35 -0600 |
| Last post | 2015-06-25 07:35 -0600 |
| Articles | 1 — 1 participant |
Back to article view | Back to comp.lang.python
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: windows and file names > 256 bytes Michael Torrie <torriem@gmail.com> - 2015-06-25 07:35 -0600
| From | Michael Torrie <torriem@gmail.com> |
|---|---|
| Date | 2015-06-25 07:35 -0600 |
| Subject | Re: windows and file names > 256 bytes |
| Message-ID | <mailman.66.1435239311.3674.python-list@python.org> |
On 06/25/2015 06:34 AM, Tim Golden wrote: > On 25/06/2015 13:04, Joonas Liik wrote: >> It sounds to me more like it is possible to use long file names on windows >> but it is a pain and in python, on windows it is basically impossible. > > Certainly not impossible: you could write your own wrapper function: > > def extended_path(p): > return r"\\?\%s" % os.path.abspath(p) > > where you knew that there was a possibility of long paths and that an > absolute path would work. The OP mentions that even when he manually supplies extended paths, os.mkdir, os.getsize, and shutil.rmtree return errors for him in Python 2.7. So there's more to this problem.
Back to top | Article view | comp.lang.python
csiph-web