-
Notifications
You must be signed in to change notification settings - Fork 1.3k
Exit status 3221225725 since node-sass > 4.1.1 #1863
Comments
Can you reproduce this without running through grunt? |
Duplicate #1861. We're experiencing issues with grunt-sass atm. |
This could also be a duplicate of #1854. Needs to confirm once 4.4.0 is stable. |
FYI: just updated to grunt-sass 2.0.0 with a clean workspace. So I got [email protected]. but still the same exit code. :(
|
Any news on |
Still broken, so I checked my sass files and found the some code causing this issue. It's working in Codepen, see https://codepen.io/anon/pen/YVxwdG |
Noone has been able to reproduce |
Can you run the code (which work in codepen and sassmeister) with node-sass as I described? I can't. Runnning node-sass directly will exit without any information. Running node-sass via npm script will cause this exit code. See my example project: https://github.com/mriehema/node-sass-issue |
Sessmeister is running node-sass when you select LibSass from the drop
down. I also confirmed it running LibSass directly. Are you using the
latest node-sass?
…On 3 May 2017 6:09 pm, "Michael Riehemann" ***@***.***> wrote:
Can you run the code (which work in codepen and sassmeister) with
node-sass as I described? I can't. Runnning node-sass directly will exit
without any information. Running node-sass via npm script will cause this
exit code.
See my example project: https://github.com/mriehema/node-sass-issue
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
<#1863 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAjZWCETmpu15tqzLmkLb_XT_rEMY30Eks5r2Ka1gaJpZM4Lm8MF>
.
|
Hi @xzyfer, I'm sorry to bother you, but did you check my example project? Please try to reproduce it. EDIT: Some more informations: Conclusion: LibSass has been bumped from 3.4.0 to 3.4.3 in v4.2.0. Something between these versions is causing this exit status for Windows x64. Should I open an issue in libsass for that? Info: |
When did we change versions of Visual Studio from 2013 to 2015? Also do things change if you try different versions of node? |
I testet it with 7.10.0, 6.9.5, 6.10.3 and 4.8.3. Same result. I played with my example code again and it looks like it depends on the length of the |
Well, this might be #1289 str-replace is a stack-eating monster. Maybe running this in the debugger may reveal a huge stack that is full? |
Sorry, I'm not familiar with C++ Debugger. Could you tell me, what to do and I will give you all results you need. |
Do you have Visual Studio installed? Do you have |
This is probably fixed in 4.8.0 |
experiencing the same in 4.8.0 and 4.9.0 |
@vedi this comment is not useful without a reproducible test case |
sorry, did not put it, because it looks similar with the initial one: Win10 x64 If I have long inlined svg, |
Please provide an actual code sample we can use to reproduce the issue
ourselves.
…On Fri., 15 Jun. 2018, 5:06 pm Fedor Shubin, ***@***.***> wrote:
sorry, did not put it, because it looks similar with the initial one:
Win10 x64
***@***.***
***@***.***
If I have long inlined svg node-sass just silently stops. If I use it
through babel I get
Command failed with exit code 3221225725.
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
<#1863 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAjZWBohrAli7FgUfZkVvg5Wi-wcvUzUks5t881_gaJpZM4Lm8MF>
.
|
I put isolated reproducible case here: And downgrading to |
We're using node-sass via grunt-sass. Since node-sass got updated to 4.3 it fails on Windows (no problems with OSX and linux). With 4.1.1 we didn't have these problems.
npm -v
):3.10.8
node -v
):6.9.1
node -p process.versions
):node -p process.platform
):win32
node -p process.arch
):x64
node -p "require('node-sass').info"
):npm ls node-sass
):Error message running sass via grunt via npm script:
Running
grunt sass
exits without any exit code or error message.Our workaround is to go back to grunt-sass 1.2.1 with node-sass 3.13.1
The text was updated successfully, but these errors were encountered: