[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #40344] Can't handle Windows path names longer than 259 characters
From: |
Vladimir Vukicevic |
Subject: |
[bug #40344] Can't handle Windows path names longer than 259 characters |
Date: |
Fri, 29 Nov 2013 05:51:56 +0000 |
User-agent: |
Mozilla/5.0 (Windows NT 6.2; WOW64; rv:28.0) Gecko/20100101 Firefox/28.0 |
Follow-up Comment #6, bug #40344 (project make):
A full fix could be to wrap all of the functions that directly take paths
(e.g. fopen, stat, etc.) with versions that convert the path to a full
\?-based path, and then pass that to the wchar_t-based versions of those
functions in the Windows standard library.
The only tricky thing there is that \?-based paths can't be relative; so every
path would need to be converted to an absolute path. That shouldn't be that
difficult, though.
Would such a patch be considered if I were to write it? It would involve
either #define'ing things like fopen, stat, etc. to, say, fopen_longpath,
stat_longpath in makeint.h, and implementing those.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?40344>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [bug #40344] Can't handle Windows path names longer than 259 characters,
Vladimir Vukicevic <=