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

Reproducible SIGSEGV if a large number of files gets modified #1031

Closed
diegobersanetti opened this issue Nov 30, 2015 · 2 comments
Closed

Reproducible SIGSEGV if a large number of files gets modified #1031

diegobersanetti opened this issue Nov 30, 2015 · 2 comments

Comments

@diegobersanetti
Copy link

Nemo consistently crashes with a SIGSEGV when an open folder gets heavily modified. For example, this happens if the open folder contains a large LaTeX project with several output files: after a few compilations where all the files are updated, nemo crashes in a very reproducible way. Occasionally, even if nemo is not open in such folder, going there after large modifications will trigger the SIGSEGV eventually.

System:
Ubuntu 14.04.3 with kernel 4.2.0-18-generic

Nemo:
version 2.8.6 from WebUpd8 PPA (no cinnamon dependencies)

Installed packages:
nemo
nemo-compare
nemo-data
nemo-dbg
nemo-dropbox
nemo-fileroller
nemo-megasync
nemo-pushbullet

I'm aware of my out-of-standard nemo installation, and since such folder is within MEGA, its extension may be the culprit, but maybe it's a nemo bug, I can't tell... Full backtrace is attached.
gdb.txt

@diegobersanetti diegobersanetti changed the title Reproducible SIGSEGV under high activity Reproducible SIGSEGV if a large number of files gets modified Nov 30, 2015
@JosephMcc JosephMcc added the BUG label Sep 3, 2016
@icarter09
Copy link
Member

@diegobersanetti are you still experiencing this issue on the latest version of nemo?

@diegobersanetti
Copy link
Author

I stopped using Nemo long ago.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants