Frequent segfaults on Arch Linux #425
Comments
|
@S0lll0s, what version of ZBS are you using? Are you on 32bit or 64bit Linux? Does it fail when you try to run it on a Love example that comes with ZBS (there are three examples in the |
|
@S0lll0s, also, when you say "frequent", does it mean it sometimes works with the same file? Or is the issue 100% reproducible? |
|
I'd say it crashes about... 5% of the debug-launches. I can still work with zbstudio, sometimes it just crashes away and leave the löve game running on it's own. I didn't test any examples but I'm pretty sure the same would happen. I haven't been able to find something in common with the crashes, but I haven't been trying too hard. It can be noted though that when i restart and run the same file again, it will work again Edit: just crashed again, and yes, just restarting works. |
|
So, it crashes right after F6 (when the Love application is launched), not when you try to do something in the IDE after launching the project? What version of ZBS are you using? I haven't seen this issue before (and nobody reported it yet), so I don't have much to suggest. I do have an Arch Linux VM and can try there to see if it fails for me as well... |
|
I'm running And yes, it crashes right after pressing f6, but only sometimes. |
|
@S0lll0s, I installed the current version of ArchLinux (64bit) and Love 0.9.2 from the package manager, but don't see the crash you experience (I've started Love at least 20 times using some of the examples that come with ZBS). Just to make sure we use the same environment, are you using ArchBang or something else? |
|
No, I am running vanilla arch and the i3 window manager. It often takes a while until this happens, maybe once every 30 minutes, sometimes longer. |
|
@S0lll0s, I've pushed a change that allows to build wx library with debug information, which may shed some light on what's going on. You can check out the current version and then run Please let me know if you get a chance to try with the debug version and get a stacktrace with additional details. |
|
Alright, I'll be trying that. Also I did always check /opt/zbstudio, but there was no core there (or in any subdirectory). One error message is still popping up all the time in the terminal (to the point where it's past the scrollback buffer): |
|
Sol, not sure about the location of the core file or how to find it; I thought it would be in the folder that was "current" at the moment of the dump? Maybe the execution was already switched to the project folder and that's where the core file would be? As to the warning you are getting, yes there is some issue related to the window theme on Arch and Fedora 20. See #306 for discussion and a workaround. |
|
It seems that error is gone away now, for some reason, but it doesn't seem to matter much anyway. I cannot find core files in project folders, and I did check, the cwd is /opt/zbstudio: Also there is no coredump in the project directories. I am guessing this is some security feature that prevents coredumps from being written that I can't seem to find in the arch wiki. |
Sol, by "now" do you mean with the debug build or with the current ZBS version? That's interesting that there is no coredump file, but I agree, there is not much we can do if that's the case. Closing for now, but will reopen if there is any new information. |
|
Oh no, I meant the PNG warning, not the actual error (though I haven't experienced it yet since the debug build). I didn't do too much since then. |
|
Oh, yes, PNG warning should be done if you recompile. |
|
Still happening, no output outside of the ordinary on STDERR; STDOUT is empty: (thats stderr). It only happens in the exact moment I launch the game (F6). |
|
That's interesting; those messages actually come from the loose parser that parses Lua code in ZBS. I should disable them, but maybe in this case they indicate that something is wrong. In "normal" circumstances you'd get them if you have more "end" statements than opening statements and they are supposed to be harmless. Do you see those messages when you edit your source code or only when you launch the project? Can you paste an example of the code you see this one (the one that has lines 1667, 1663 and so on)? If it's private, can you email it to me? Thanks. |
|
Hm.... they seem to be "regular" errors within my project (at least they appear exactly like that when I add an additional |
|
Oh, it could be the position, not the line number. Are you saying you get those messages all the time? That's strange. I will check later today. |
|
Sol, I removed those warnings, so you shouldn't see it going to stderr anymore, but I don't think it contributes to the crashes you've seen. It may be just a coincidence as the stderr gets flushed when the subprocess is started and that's why you see several of those messages, even though they are generated earlier. |
|
Sol, do you still see crashes when launching a project? |
|
Yes, occasionally. I have not updated in a while though, if you changed anything that might be related. |
|
There were several changes to improve stability, but nothing directly related to launching a new project. I've been working with a strange closing of the IDE on another version of Linux and in that case there was also no core dump. I still can't figure out why it would be missing (although the man page lists possible reasons). |
|
|
many thanks for the tip, I will try it out next time I experience a problem. |
This appears to be a wxwidgets (2.9.5) issue and can be reproduced by doing the following: - Start editing a new item in the file tree; - Right click on the text control (while editing); - This opens a context menu and triggers ACTIVATE_APP event; - `collectgarbage` call from that event causes a crash. Switching garbage collection to ACTIVATE_APP event when the app becomes active eliminates the crash.
). This could happen when a new file is created in the project tree with the same name as the existing file and then the application loses focus. This cancels editing of the filename (END_LABEL_EDIT), which shows a dialog to confirm overwriting of the existing file. When the dialog is shown, another event that cancels editing is generated (but in wxwidgets 2.9.5?), which causes two dialogs to be displayed, which leads to a crash after the second one is closed. The workaround moves the overwrite confirmation to the IDLE event.
|
Sol, I pushed couple of updates that may affect the issue you saw. It could be related to |
|
Okay, I will update my zbstudio and report back with a coredump should I ever experience something like this again. |
…chenko#425, closes pkulchenko#464). The forced collection didn't have the expected effect and also caused sporadic crashes on some Linux versions.
|
It just crashed again but I dont think I got those last two patches. This time I got the coredump though: I uploaded the coredump here. Just updated zbstudio to latest version, not reopening unless I experience another crash. |
Sol, are you running ZBS using Lua 5.2? Have you compiled wxwidgets/wxlua yourself for Lua 5.2? It's not supported configuration ;). I won't be able to do anything with the coredump, as I need to have the same configuration executable, but if you could load it in gdb and look at the stracktrace ( |
|
I don't remember exactly how I got to this setup, building zbstudio was a bit messy the first time. Arch uses 5.2 by default, so I might have accidentally switched at that point. I have |
|
Sol, you seem to be running wxwidgets 3.0 and while wxwidgets 2.9.5 I'm running is similar, it's a different version that I haven't tested/debugged, so it is difficult say what may be going on there.
It does crash from the |
|
Another crash on v1.30. Crash can be related with modification of project file tree. |
|
The same crash on master (d00f15b). I was renaming few files in project tree. |
|
@niziak, thank you for the reports; I presume you are using Arch Linux as well. So the steps would be renaming file from the project tree multiple times? For example, renaming Can you also try on the code in wxwidgets31x-upgrade branch to see if it fixes the issue? |
|
@niziak, I'd be very interested to see if you can reproduce the same issue using the code from the upgrade branch (wxwidgets31x-upgrade) as it uses a more recent version of wxwidgets and an upgraded version of LuaJIT. Thanks. |
…Linux. Crash examples with stack traces: pkulchenko/ZeroBraneStudio#425 (comment)
Arch Linux 3.18.6-1 ARCH; installed via the .sh.
Getting this on the CLI:
/usr/bin/zbstudio: line 4: 4546 Segmentation fault (core dumped) bin/linux/$ARCH/lua src/main.lua zbstudio "$@"I can't seem find the core though; it's not in my home dircetory and
find -name coreyields nothing in/opt/zbstudio.The segfault always happens right after launching a project (F6). I'm running LÖVE projects with löve 0.9.2 (from AUR).
The text was updated successfully, but these errors were encountered: