> -----Original Message----- > From: Markus Schaber [mailto:m.scha...@codesys.com] > Sent: vrijdag 23 augustus 2013 16:25 > To: Branko Čibej; dev@subversion.apache.org > Subject: AW: Long Pathes on Windows and SQLite > > Hi, All, > > Von: Branko Čibej [mailto:br...@wandisco.com] > > On 22.08.2013 14:26, Markus Schaber wrote: > > > Some days ago, I stumbled across a problem, and could analyze it a little > > > bit those days. > > > > > > Windows has a general limit on the path length of 260 characters on some > > > APIs, while others allow a length of about 32k characters (with some > > > restrictions). > > > > > > Most (if not all) of the SVN codebase seems to work fine with those long > > > pathes. > > > > Yes, APR takes care to use the Unicode APIs and use \\?. > > > > > However, it seems that SQLite is not (yet) long path clean: > > > > Sigh... > > [...snip...] > > > > > I already mentioned this problem on IRC, where Bert meant that it is an > > > issue in SQLite itself which has its own windows abstracton layer. > > > > > > Now, some questions arise: > > > 1) Is this issue worth to file a bug report in the SVN database? (Up > > > to now, none of our customers has been bitten by that issue, but it is > > > very likely that one will show up sooner or later...) > > > > IMO it's a good idea to track this, but I propose you also file the report > > to > > SQLite (and put a link to that report in our report). > > [snip] > > I did file http://subversion.tigris.org/issues/show_bug.cgi?id=4417. > > I did also contact the SQLite developers about this issue, and in > http://www.mail-archive.com/sqlite-users@sqlite.org/msg78853.html, > Richard Hipp saids: > > | SQLite version 3.8.0 allows for longer windows pathnames up to > | 3*MAX_PATH bytes, which is 3x more space that was allowed before. This > is > | still not 32K but might be sufficient for your needs. The limit can be > | extended at compile-time. > > This could help us to solve the problem.
Looking at the patch this is not going to solve your issue. [http://www.sqlite.org/src/info/bb06e15790] This makes it possible to use paths that need more bytes to encode a path, but it doesn't lift the MAX_PATH characters in Unicode limitation in the way APR does via absolute paths and using the \\?\ override to certain API functions. Bert
