Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Windows cache problem #1563

Closed
davidtme opened this issue Dec 18, 2014 · 7 comments
Closed

Windows cache problem #1563

davidtme opened this issue Dec 18, 2014 · 7 comments
Labels
bug Something isn't working

Comments

@davidtme
Copy link

I am using sass (with compass) and randomly the cache seem to go a bit wrong resulting:

No such file or directory @ rb_sysopen - C:/Users/*removed*/AppData/Local/Temp/.sass-cache/75fcaf1b4852ceb732871195e41567cc2a7d8997/C%058/Users/*removed*/lib/ruby/gems/2.1.0/gems/compass-core-1.0.1/stylesheets/compass/typography/lists/_horizontal-list.scssc20141218-8128-1ix7b9n
@nex3
Copy link
Contributor

nex3 commented Jan 5, 2015

Can you post the full stack trace?

@nex3 nex3 added the needs info Blocked on user response label Jan 5, 2015
@chriseppstein
Copy link

There are problems with the Sass cache file naming on windows. As seen here: Compass/compass#1791. @nex3 I consider this a Sass bug even though it's mostly been compass users bumping into it. Though, I'm not sure what the fix should be. Maybe on windows we should mangle the cache file names more?

@chriseppstein chriseppstein removed the needs info Blocked on user response label Jan 9, 2015
@chriseppstein
Copy link

To be clear: the full path of the sass cache file names needs to be less than 255 characters on windows. That is what is triggering this. My assumption is that the user name is at least 9 characters longer than *removed* and that this full path is actually >255 instead of being 237 characters long.

@davidtme
Copy link
Author

Thanks for the info @chriseppstein The removed is David so the paths is C:/Users/David/AppData/Local/Temp...

@thany
Copy link

thany commented Mar 6, 2015

@chriseppstein This limitation has actually been removed some 15 years ago in Windows 2000. Paths can be 65535 characters long (or bytes, not sure), when using the "new" APIs.

@am11
Copy link

am11 commented May 16, 2015

@thany, that is NTFS feature. The 260 characters limitation persists in Windows till date. Win32API imposes extra constraints over what NTFS capabilities. See docs: http://msdn.microsoft.com/en-us/library/aa365247.aspx:

Maximum Path Length Limitation

In the Windows API (with some exceptions discussed in the following paragraphs), the maximum length for a path is MAX_PATH, which is defined as 260 characters.

Note the exceptions being that //?/ prefix thingy which is not convenient in most of the cases, because then everything associated would need to support utf-16 paths. Such addresses bypass win32 and directly handled by FileSystem (which does not come without side-effects either). More in these (quasi-official) comments: dotnet/msbuild#53 (comment).

NPM version of this problem: npm/npm#3697.
Moreover, see this feedback for upcoming Windows 10.

@nex3 nex3 added the bug Something isn't working label Aug 21, 2015
@nex3
Copy link
Contributor

nex3 commented Apr 5, 2018

I'm moving this issue to the new Ruby Sass repository because it's specific to Ruby Sass's implementation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

5 participants