You are not logged in.
Whenever I open certain applications, X11 terminates itself. It happens when I open firefox most often, but if I run startx again, sometimes it opens firefox without issue. Generally if I try a few times it works, and firefox opens fine. I have the same issue with several other things, such as when I click the sign-in link in spotify, and when discord starts up. This is what it prints on termination after spotify makes it crash. I'll just include everything after startx.
X.Org X Server 1.21.1.11
X Protocol Version 11, Revision 0
Current Operating System: Linux SCP 6.7.5-arch1-1 #1 SMP PREEMPT_DYNAMIC Sat, 17 Feb 2024 14:02:33 +0000 x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-linux root=UUID=[uuid] rw loglevel=3 quiet cryptdevice=UUID=[uuid]
Current version of pixman: 0.43.2
(==) Log file: "/home/purple/.local/share/xorg/Xorg.0.log", Time: Wed Feb 21, 03:04:51 2024
(==) Using config directory: "/etc/X11/xorg.conf.d"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
waiting for X server to shut down (II) Server terminated succesfully (0). Closing log file.sr/share/spotify/spotify)/proc/self/exe: /usr/lib/libcurl-gnutls.so.4: no vers
Exiting due to channel error.
Exiting due to channel error.
Exiting due to channel error.
Exiting due to channel error.
Exiting due to channel error.
Exiting due to channel error.I looked through the xorg log file, and didn't find anything strange. I also tried to find "log file.sr/share/spotify/spotify)/proc/self/exe" and "/usr/lib/libcurl-gnutls.so.4" and neither of them exist. Maybe I'm misunderstanding that line in the output. I'm using dwm, and as such my .xinitrc file contains nothing but "exec dwm". I can't thing of anything else that might be useful, but I will provide additional information from log files and such if it is needed.
Last edited by PurpleAce (2024-02-21 18:09:52)
"The worst argument is an argument of authority, according to Aristotle"-St. Thomas Aquinas
Offline
There's nothing wrong w/ your X11 server, the session client crashed/terminated.
Please post your xinitrc and see the system journal resp. https://wiki.archlinux.org/title/Core_d … _core_dump
Offline
My xinitrc is
exec dwmI found this in the system journal that might be the problem.
Feb 21 02:25:43 SCP kernel: dwm[573]: segfault at 20 ip 000059691a85dcc5 sp 00007ffdcf62dcb0 error 4 in dwm[59691a85b000+6000] likely on CPU 2 (core 0, socket 0)I don't know much about segfaults, but from what I understand, dwm is attempting to access memory that it's not allowed to access, and error code 4 means "The cause was a user-mode read resulting in no page being found." according to this site: https://rgeissert.blogspot.com/p/segmen … error.html
If dwm isn't allowed to access memory, causing it to crash, would running startx as sudo fix the issue? I'll try that.
Last edited by PurpleAce (2024-02-21 14:51:59)
"The worst argument is an argument of authority, according to Aristotle"-St. Thomas Aquinas
Offline
First off, see the 4th link in seth's sig. Your .xinitrc is wrong but is unlikely to be the problem.
Now, no, do NOT run startx with sudo, that will just make things much worse. Is dwm up to date? Segfaults are pretty much always programming errors, see the link seth provided.
Offline
In case the issure remains w/ a dwm rebuild, please post the entire stack trace.
Offline
Segfaults are pretty much always programming errors...
But in the case of dwm / suckless tools, this would also include user config errors.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
I rebuilt my dwm. The problem persists.
But in the case of dwm / suckless tools, this would also include user config errors.
I hadn't considered that. I will look in my dwm config and see if there's anything that might be problematic.
Now, no, do NOT run startx with sudo, that will just make things much worse.
Yeah, I tried that and it didn't help anything. I hope it didn't break anything.
In case the issure remains w/ a dwm rebuild, please post the entire stack trace.
How do I view the stack trace?
"The worst argument is an argument of authority, according to Aristotle"-St. Thomas Aquinas
Offline
Follow the forementioned https://wiki.archlinux.org/title/Core_d … _core_dump or see in the journal, after the segfault (but might not be there)
Do you use any dwm patches? Did you meanwhile fix your xinitrc?
Offline
Alright, so it seems that the issue is in fact with my dwm configuration. I rebuilt dwm with the default configs, and the issue has completely stopped. I'll run a comparison between my configs and the default, and hopefully find the issue. Thanks for the help, I should be able to figure it out from here. I will mark as solved once I have isolated the issue
Edit: I didn't see that seth had replied to the last message until I submitted this one, which reloaded my page. Yes, I am using patches, I didn't know it was in the journal, and no, I haven't gotten around to fixing my .xinitrc
Last edited by PurpleAce (2024-02-21 17:19:09)
"The worst argument is an argument of authority, according to Aristotle"-St. Thomas Aquinas
Offline
Feel free to post your patches and config(s) if you need help narrowing it down.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
I already have it uploaded to github. If you want to look through it, you can. At the moment I have schoolwork to do so I'm going to look at it later.
https://github.com/PurpleAce88/dwm
Last edited by PurpleAce (2024-02-21 17:36:54)
"The worst argument is an argument of authority, according to Aristotle"-St. Thomas Aquinas
Offline
Alright, I have fixed it. I'm still not sure what the actual issue was, but I replaced by dwm.c with a default one, and then reinstalled my patches, after which the issue is gone. It seems like it was an issue of my dwm.c not being patched properly. Thanks for the help, marking as solved.
"The worst argument is an argument of authority, according to Aristotle"-St. Thomas Aquinas
Offline