-
-
Notifications
You must be signed in to change notification settings - Fork 122
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
Crash if picking up a cache file in starting directory (subtree root) #84
Comments
I suspect that this is a special case when the toplevel directory that QDirStat was started with already contains a cache file. The log says:
But still, the corresponding subtree is deleted internally:
which of course means that any subsequent attempt to access that now invalid subtree from the read job (that is still present) will fail, causing a segfault. |
Temporary workaround until a fix is available: Either start QDirStat with the Working on a real fix, of course. |
BTW nice to see that at least some people are actually using that "dump cache file in directories" feature. 😃 |
I hope this commit fixes this for good. One is for Git master, the other for the stable-1.4 branch that I just added. Distro maintainers: For the time being, please package 68904e1 as a patch on top of the QDirStat 1.4 tarball. I hope there will be a new release soon; not sure if it warrants an 1.5 release or just an 1.4.1 release. One way or the other, this patch will be included. |
This was reported by Ed Peguillan III edward.j.peguillan-1@ou.edu at the Debian Bugzilla:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=909551
Log:
Patrick Matthäi, the Debian maintainer of QDirStat, asked the bug reporter to check if it still crashes when he removes that cache file
.qdirstat.cache.gz
. The bug reporter wrote that it does not crash anymore then.The text was updated successfully, but these errors were encountered: