-
Notifications
You must be signed in to change notification settings - Fork 68
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
Uncaught RangeError: Maximum call stack size exceeded #19
Comments
Can you give some details about the project in which this error occurred? How large is it? (in term of files, # of variables, etc.). |
Hmm, the good news is the issue is does not happen again. The bad news is I'm not sure why this happen. |
I have found articles stating that this kind of errors could occurs in a map when the source array is too big, I guess internally it uses some kind of recursive approach that makes the call stack grows. I can't publish a patch right now as I have some breaking changes pending (some that may allow you to reduce the amount of files used a source by the package), I'll hope to publish it in the course of the week. |
Thanks, |
I also have this issue. I have a file that every time I start typing in the file I get to around two chars and it throws this error. /Users/me/.atom/packages/pigments/lib/utils.coffee:0
RangeError: Maximum call stack size exceeded
at String.replace (native)
at utils.strip (/Users/me/.atom/packages/pigments/lib/utils.coffee:3:23)
at module.exports.getRegistry (/Users/me/.atom/packages/pigments/lib/color-expressions.coffee:107:40)
at ColorParser.module.exports.ColorParser.parse (/Users/me/.atom/packages/pigments/lib/color-parser.coffee:18:16)
at ColorContext.module.exports.ColorContext.readColor (/Users/me/.atom/packages/pigments/lib/color-context.coffee:41:22)
at Color.<anonymous> (/Users/me/.atom/packages/pigments/lib/color-expressions.coffee:632:27)
at ColorExpression.module.exports.ColorExpression.parse (/Users/me/.atom/packages/pigments/lib/color-expression.coffee:15:13)
at ColorParser.module.exports.ColorParser.parse (/Users/me/.atom/packages/pigments/lib/color-parser.coffee:21:16)
at ColorContext.module.exports.ColorContext.readColor (/Users/me/.atom/packages/pigments/lib/color-context.coffee:41:22)
at Color.<anonymous> (/Users/me/.atom/packages/pigments/lib/color-expressions.coffee:632:27)
at ColorExpression.module.exports.ColorExpression.parse (/Users/me/.atom/packages/pigments/lib/color-expression.coffee:15:13)
at ColorParser.module.exports.ColorParser.parse (/Users/me/.atom/packages/pigments/lib/color-parser.coffee:21:16)
at ColorContext.module.exports.ColorContext.readColor (/Users/me/.atom/packages/pigments/lib/color-context.coffee:41:22) I have not seen this error before the recent updates. |
Happens for me too. I'm opening my Atom config directory ( |
Sometime earlier (a week ago, or so) I was getting some warning from |
Yes, except if their names matches the patterns defined in the
Yes, it was a failed attempt to reduce the load by warning, but it was clearly suboptimal (see #23). I plan to get rid of that as soon as I have finish my work on optimizing the handling/filtering of variables. As for the maximum stack size exceeded error, the fact that the stack place it in |
Running into this error as well now. Here is my stacktrace: https://gist.github.com/Globegitter/c739966fbdd78dc2cea2 |
Maximum paraller processes (soft and hard limits are the same): $ ulimit -u
127229 Maximum stack size (hard limit is unlimited): $ ulimit -s
8192 |
Thanks for the feedbacks @kankaristo I can exclude a process issue, your limits are really high ( @Globegitter your stack trace tell me that it loops in the handler for |
👍 I'm having this too |
I'm loading bootstrap's variables file and atom becomes unusable. It freezes every few seconds |
@luisrudge let me know if latest version (0.5.0) helps things for you. I've tried it on the bootstrap repo and the performance was slightly better. However I'm still unable to reproduce the range error, I'm sorry guys but I'll really have to rely on you to help me on this. The more details the sooner I'll find the root cause. |
@abe33: I can't speak for the others, but 0.5.0 seems to fix this for me. Thanks! 👍 |
yep. Better for me too! |
Glad to hear that, I'll keep this open open for a bit, in the case it happens again. Let me know if you get it again. |
I got this one time, and then three more times trying to reproduce it. I ran the command Atom Version: 0.209.0 Stack TraceUncaught RangeError: Maximum call stack size exceeded
Commands
Config{
"core": {
"themes": [
"isotope-ui",
"monokai"
],
"disabledPackages": [
"atom-color-highlight",
"minimap-color-highlight",
"build"
],
"projectHome": "/Users/medcat/Projects"
},
"pigments": {}
} Installed Packages# User
docblockr, v0.7.2
emmet, v2.3.10
fonts, v0.4.2
isotope-ui, v2.4.0
language-antelope, v0.0.2
language-curly, v0.0.2
language-latex, v0.6.1
language-lua, v0.9.3
minimap, v4.10.0
minimap-pigments, v0.1.1
monokai, v0.14.0
pigments, v0.6.0
project-palette-finder, v2.4.17
set-syntax, v0.3.0
travis-ci-status, v0.15.1
# Dev
No dev packages |
I just got it on 0.6.0
The project is small, only a few jade and markdown files open. edit: I had pigments settings to ignore components, but not bower_components. In this project there are a lot of things in there. I just added to ignore that as well and now pigments has no problem activating. Atom Version: 0.209.0 Stack TraceFailed to activate the pigments package
Commands
Config{
"core": {
"ignoredNames": [
"*.pyc",
".DS_Store"
],
"followSymlinks": true,
"disabledPackages": [
"cute-cursor",
"language-go",
"language-java",
"syntax-settings",
"term",
"language-supercollider",
"linter-rst",
"rst-preview",
"rst-preview",
"linter",
"atom-runner",
"make-runner",
"ide-haskell",
"remote-edit",
"atomatigit",
"minimap",
"autocomplete-paths",
"minimap-highlight-selected",
"tabs-to-spaces",
"atomic-emacs",
"git-log",
"autoflow",
"autosave",
"background-tips",
"block-travel",
"dash",
"easy-motion",
"gist-it",
"git-blame",
"git-difftool",
"git-plus",
"trailing-spaces",
"project-colorize",
"file-icons",
"term2",
"web-view",
"atom-terminal",
"command-logger",
"css-color-highlighting",
"editor-stats",
"selection-count",
"fancy-new-file",
"language-clojure",
"language-docker",
"minimap-find-and-replace",
"mobile-preview",
"my-package",
"sourcegraph-atom",
"org",
"paredit",
"autocomplete",
"jumpy",
"atom-color-highlight",
"last-cursor-position",
"angularjs",
"angularjs-snippets",
"todo-show",
"autocomplete-jedi",
"bezier-curve-editor",
"coffee-lint",
"python-jedi",
"org-mode",
"highlight-selected",
"node-resolver",
"next-occurrence",
"linter-scss-lint",
"linter-coffeelint",
"Atom-Syntax-highlighting-for-Sass",
"grunt-runner",
"typewriter-sounds",
"ide-flow",
"regex-railroad-diagram",
"symbols-view"
],
"destroyEmptyPanes": false,
"themes": [
"one-dark-ui",
"railscast-theme"
]
},
"pigments": {
"sortPaletteColors": "by color",
"ignoredNames": [
"node_modules/*",
"components/*",
"nsclasses/nestseekerswww/*"
],
"mergeColorDuplicates": true,
"sourceNames": [
"**/*.scss"
]
}
} Installed Packages# User
atom-ctags, v4.1.2
atom-django, v0.3.0
atom-ternjs, v0.6.4
autoclose-html, v0.18.0
autocomplete-plus-python-jedi, v0.3.6
autocomplete-python, v0.4.2
color-picker, v2.0.4
django-templates, v0.5.0
editorconfig, v1.0.0
emmet, v2.3.10
javascript-snippets, v1.0.0
language-crontab, v0.1.0
language-jade, v0.4.0
language-restructuredtext, v0.6.0
linter-csslint, v0.0.13
linter-jscs, v1.12.0
linter-jshint, v0.1.6
linter-jsxhint, v0.1.2
linter-pep8, v0.2.0
linter-pylint, v0.2.2
pain-split, v1.4.0
pigments, v0.6.0
project-manager, v1.15.10
railscast-theme, v0.3.0
react, v0.12.0
set-syntax, v0.3.0
tree-view-git-status, v0.1.1
vim-mode, v0.53.0
zentabs, v0.8.4
# Dev
No dev packages |
Thanks to @crucialfelix I was able to find the cause of this infinite recursion. Bourbon (and probably many other) use tricks like |
Nice one, thanks for solving it Cédric ! On Mon, Jun 15, 2015 at 12:05 AM Cédric Néhémie notifications@github.com
|
Reproduce:
Atom Version: 0.201.0
System: Microsoft Windows 8
Thrown From: pigments package, v0.3.1
Stack Trace
Uncaught RangeError: Maximum call stack size exceeded
Commands
Config
Installed Packages
The text was updated successfully, but these errors were encountered: