Jump to page: 1 2
Thread overview
[Issue 17167] dmd fails to write to file or create directory with more than 248 characters in the path
[Issue 17167] dmd fails to write to file with 6 or more ".." in the path
Nov 01, 2017
Atila Neves
Nov 01, 2017
Atila Neves
Nov 01, 2017
Atila Neves
Dec 22, 2017
Vino
Dec 22, 2017
Atila Neves
Apr 09, 2018
Vino
Apr 09, 2018
Atila Neves
Jun 13, 2018
Atila Neves
Mar 17, 2022
Dlang Bot
Mar 17, 2022
Dlang Bot
Jun 09, 2022
RazvanN
November 01, 2017
https://issues.dlang.org/show_bug.cgi?id=17167

Atila Neves <atila.neves@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |laeeth@laeeth.com

--- Comment #1 from Atila Neves <atila.neves@gmail.com> ---
*** Issue 17888 has been marked as a duplicate of this issue. ***

--
November 01, 2017
https://issues.dlang.org/show_bug.cgi?id=17167

Atila Neves <atila.neves@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|dmd fails to write to file  |dmd fails to write to file
                   |with 6 or more ".." in the  |or create directory with
                   |path                        |more than 248 characters in
                   |                            |the path

--
November 01, 2017
https://issues.dlang.org/show_bug.cgi?id=17167

--- Comment #2 from Atila Neves <atila.neves@gmail.com> ---
After some investigation, it seems that dub specifying relative paths makes it more likely to pass the 248 character limit, since Windows first appends the current absolute path to the relative one. This is a known Windows limitation up until an opt-in in Windows 10 to make the problem go away, and otherwise has to be dealt with by calling the Unicode-aware Win32 file APIs.

--
November 15, 2017
https://issues.dlang.org/show_bug.cgi?id=17167

--- Comment #3 from github-bugzilla@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd

https://github.com/dlang/dmd/commit/34f6dedb18fd3d9e6aacac8469f6515da2e77928 Fix issue 17167 - handle long filepaths on Windows

https://github.com/dlang/dmd/commit/24ab619f310eed641a60cad492460a0af4e7f0cf Merge pull request #7299 from kaleidicassociates/fix_issue_17167

Fix issue 17167 - handle long filepaths on Windows
merged-on-behalf-of: Walter Bright <WalterBright@users.noreply.github.com>

--
December 18, 2017
https://issues.dlang.org/show_bug.cgi?id=17167

--- Comment #4 from github-bugzilla@puremagic.com ---
Commits pushed to stable at https://github.com/dlang/dmd

https://github.com/dlang/dmd/commit/34f6dedb18fd3d9e6aacac8469f6515da2e77928 Fix issue 17167 - handle long filepaths on Windows

https://github.com/dlang/dmd/commit/24ab619f310eed641a60cad492460a0af4e7f0cf Merge pull request #7299 from kaleidicassociates/fix_issue_17167

--
December 21, 2017
https://issues.dlang.org/show_bug.cgi?id=17167

--- Comment #5 from github-bugzilla@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd

https://github.com/dlang/dmd/commit/c22616ae6ea9c6832d4c261bc957149c2b265a98 Temporarily disable test for issue 17167 on CircleCi

https://github.com/dlang/dmd/commit/9b45aa736fd08eed3d20c41c5014f7ff68833bc0 Merge pull request #7486 from wilzbach/circleci-fix

Temporarily disable test for issue 17167 on CircleCi merged-on-behalf-of: Petar Kirov <ZombineDev@users.noreply.github.com>

--
December 22, 2017
https://issues.dlang.org/show_bug.cgi?id=17167

Vino <vino.bheeman@hotmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |vino.bheeman@hotmail.com

--- Comment #6 from Vino <vino.bheeman@hotmail.com> ---
While trying to find the size of a file which was residing in a path more than 300 character length we were getting the error : The system cannot find the path nor the file exist , so does this fix resolve even this issue. In the below example there are 50-60 sub folders.


auto SdFiles = Array!ulong(dirEntries("C:\\Test", SpanMode.depth).map!(a =>
a.size)).

From,
Vino.B

--
December 22, 2017
https://issues.dlang.org/show_bug.cgi?id=17167

--- Comment #7 from Atila Neves <atila.neves@gmail.com> ---
@Vino Probably. Try out with dmd at master and see. If not, please file a new issue.

--
April 09, 2018
https://issues.dlang.org/show_bug.cgi?id=17167

Vino <vino.bheeman@hotmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P1                          |P2
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |---

--- Comment #8 from Vino <vino.bheeman@hotmail.com> ---
Hi All,

  As per the issue id 17167 it states that this issue is resolved, but the
issue still persist as it tested with DMD32 D Compiler v2.079.1-beta.1 on
Windows 2008 R2. so as a temporary solution we have used the UNC path as below

Original Path : C:\Test\1\2\3\4\5\6.............\
UNC Path : \\?\C:\Test\1\2\3\4\5\6.............\

Issue : The appending of UNC path is consuming time and memory as it appends to each file's and folders inside the file system.

Note: The file system is a windows share from Netapp.

May i know when will this be fixed.

From,
Vino.B

--
April 09, 2018
https://issues.dlang.org/show_bug.cgi?id=17167

--- Comment #9 from Atila Neves <atila.neves@gmail.com> ---
Have you checked this page?

https://msdn.microsoft.com/en-us/library/windows/desktop/aa365247(v=vs.85).aspx

I filed this bug because dub was using relative paths and ended up trying to
link to
..\..\..\..\..\Users\%USERNAME%\AppData\Roaming\dub\packages\package-name-version\package-name.

Before the fix, if the dub path with several .. was too large (which happened often), nothing would work. Now, it does.

It's possible that passing in an absolute path is different. I would still say that it's a new bug.

--
« First   ‹ Prev
1 2