Hi !
thanks again for your hard work i love that game.
Now the hard part, i cannot launch A14 at all under linux.
some context:
- I'm on debian jessie
- I can launch A13 without any issue
- i launch the game, the window opens and the process exits immediately
- it happens wether i use the sendOwl version or the STEAM version
- it happens wether i use the start_rimworld.sh shell script or execute the binary directly
Attached are the debug logfile (2017-07-15_deboute_debuglog_A14.log) and a log of calling strace while launching the binary (2017-07-15_deboute_linuxstartup_A14.log)
Thanks again and i hope those harsh hours of steam stampede are not too hard on the team.
UPDATE: potential fixworks for me, your mileage may vary.
i've removed the line with "UnitySelectMonitor" from my ~/.config/unity3d/Ludeon Studios/RimWorld/prefs file and the game launches.
You might just want to remove/backup your ~/.config/unity3d/Ludeon Studios/RimWorld folder and launch the game which will reset everything and launch smoothly.
UPDATE: another fixtskx has another issue with locales possibly and says in https://ludeon.com/forums/index.php?topic=21450.msg234322#msg234322 (https://ludeon.com/forums/index.php?topic=21450.msg234322#msg234322):
" got it working with »wine-1.9.13 (Staging)« and »winetricks tahoma corefonts« isn't nice but works for now."
[attachment deleted by admin - too old]
The same here but running on Ubuntu 16.04.
same here, running arch
I've dropped a note in the Support forum, in the Game Won't Run stickied thread (https://ludeon.com/forums/index.php?topic=4805.msg234223#msg234223). I can't help with Linux issues, but smarter people than me are aware of the problem.
FYI, we use this thread for in-game bugs. Keep an eye on the thread I linked because that's most likely where any updates & answers will be.
Getting the same on Fedora 20, tried both Steam and sendOwl
Thanks a lot milon !
Same issue, launches with a black screen for a few seconds, then crashes to desktop. I've tried with the standard SendOwl DRM-free download version, and now the native Linux Steam version (debating on trying my Wine Steam install with the Windows version)
System specs for my (repurposed bits of my primary Windows XP gaming machine from 2007) Linux box:
CPU: AMD Athlon64X2 @3.1Ghz
GPU: Nvidia GeForce 7950GT (I think 512MB)
RAM: 4GB @ 800Mhz
HDD: 80GB, 7200RPM, SATA 1.5MBps
Monitor: Sceptre 17" 1280x1024 SXGA LCD from 2004. Just the one.
OS: Linux Mint 17.1 Cinnamon ( v2.4.8 ) 64bit, Kernel: 3.13.0-37 generic
Relevant crash data:
bash-
~/Desktop/Rimworld/RimWorld1234Linux $ ./RimWorld1234Linux.x86_64
Set current directory to /home/locke/Desktop/Rimworld/RimWorld1234Linux
Found path: /home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux.x86_64
Mono path[0] = '/home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux_Data/Managed'
Mono path[1] = '/home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux_Data/Mono'
Mono config path = '/home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux_Data/Mono/etc'
displaymanager : xrandr version warning. 1.4
client has 2 screens
displaymanager screen (0)(DVI-I-1): 1280 x 1024
Using libudev for joystick management
Importing game controller configs
Aborted
Player.log-
terminate called after throwing an instance of 'std::logic_error'
what(): basic_string::_S_construct null not valid
Stacktrace:
Native stacktrace:
/home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux_Data/Mono/x86_64/libmono.so(+0x91772) [0x7fbb82480772]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x10330) [0x7fbb8769a330]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x37) [0x7fbb85e6dc37]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x148) [0x7fbb85e71028]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x155) [0x7fbb86778535]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x5e6d6) [0x7fbb867766d6]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x5e703) [0x7fbb86776703]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x5e922) [0x7fbb86776922]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(_ZSt19__throw_logic_errorPKc+0x67) [0x7fbb867c81c7]
./RimWorld1234Linux.x86_64() [0xf02f36]
./RimWorld1234Linux.x86_64() [0xef4f0b]
./RimWorld1234Linux.x86_64() [0xee7549]
./RimWorld1234Linux.x86_64() [0xef37db]
./RimWorld1234Linux.x86_64() [0xe7a225]
./RimWorld1234Linux.x86_64() [0xe76fba]
./RimWorld1234Linux.x86_64() [0x696e7a]
./RimWorld1234Linux.x86_64() [0x7b2e78]
./RimWorld1234Linux.x86_64() [0x789c9d]
./RimWorld1234Linux.x86_64() [0x4686cd]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7fbb85e58f45]
./RimWorld1234Linux.x86_64() [0x472889]
Debug info from gdb:
Could not attach to process. If your uid matches the uid of the target
process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try
again as the root user. For more details, see /etc/sysctl.d/10-ptrace.conf
ptrace: Operation not permitted.
No threads.
=================================================================
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================
After reading that, I tried it as root... same result, and didn't change the text of the log file.
Okay guys, i got it !
I renamed ~/.config/unity3d/Ludeon Studios/Rimworld to ~/.config/unity3d/Ludeon Studios/Rimworld_backup and the game launches.
Of course without any preference.
I'll try to move around some old files to see where the issue actually comes from and i'll report here
@deboute, thank you so much!! Would you also post an update at the link I posted above? Other folks could benefit from this too.
Nailed it, it's the ~/.config/unity3d/Ludeon Studios/Rimworld/prefs file that causes the crash.
just remove the line with the "UnityGraphicsQuality" setting from the file and everything will work fine.
alternatively you can backup your ~/.config/unity3d/Ludeon Studios/Rimworld, delete the Rimworld folder and launch the game , it will generate an empty configuration with a working prefs file that you can put in your original folder but you really have to be allergic to editing a simple text file : )
@milon: right away, i'll make a post in the BLACK SCREEN thread ! could you put FIXED in this topic please ? should i LOCK the thread too ?
Update: trying to run the Windows Steam version through Wine necessitated a soft reboot. Not recommended.
I had already deleted the ~/.config/unity3d/Ludeon Studios/Rimworld/Config/ folder as per Tynan's troubleshooting instructions... so I went and deleted the entire ~/.config/unity3d/Ludeon Studios/Rimworld/ folder (I have nothing I feel compelled to keep in saves or config) just to see if I could solve it the same way you did, deboute.
Same result as before (both DRM-free and Steam), unfortunately. Exactly the same bash results, but here's the Player.log, just in case the stack trace changed at all:
terminate called after throwing an instance of 'std::logic_error'
what(): basic_string::_S_construct null not valid
Stacktrace:
Native stacktrace:
/home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux_Data/Mono/x86_64/libmono.so(+0x91772) [0x7f431e53a772]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x10330) [0x7f4323754330]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x37) [0x7f4321f27c37]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x148) [0x7f4321f2b028]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x155) [0x7f4322832535]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x5e6d6) [0x7f43228306d6]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x5e703) [0x7f4322830703]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x5e922) [0x7f4322830922]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(_ZSt19__throw_logic_errorPKc+0x67) [0x7f43228821c7]
/home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux.x86_64() [0xf02f36]
/home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux.x86_64() [0xef4f0b]
/home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux.x86_64() [0xee7549]
/home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux.x86_64() [0xef37db]
/home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux.x86_64() [0xe7a225]
/home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux.x86_64() [0xe76fba]
/home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux.x86_64() [0x696e7a]
/home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux.x86_64() [0x7b2e78]
/home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux.x86_64() [0x789c9d]
/home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux.x86_64() [0x4686cd]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f4321f12f45]
/home/locke/Desktop/Rimworld/RimWorld1234Linux/RimWorld1234Linux.x86_64() [0x472889]
Debug info from gdb:
Could not attach to process. If your uid matches the uid of the target
process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try
again as the root user. For more details, see /etc/sysctl.d/10-ptrace.conf
ptrace: Operation not permitted.
No threads.
=================================================================
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================
Side note: launched v1135 just now, to make sure. Still works fine, and it regenerated the config files.
*edit*
tried deleting just the ~/.config/unity3d/Ludeon Studios/Rimworld/prefs file from what was regenerated, same issue. Regenerated it again with v1135, searched it for a "UnityGraphicsQuality" line, but didn't find it.
@loc978 sorry it does not work for you :( I have no doubt the support team will help you with your bug soon !
let's here it from the others, i wonder if generating a new prefs files works for some people that reported here.
Quote from: deboute on July 15, 2016, 04:43:13 PM
@milon: ... should i LOCK the thread too ?
Your call. On the one hand, if it's open people can post more questions & fixes. On the other hand, the Support forum is a better place for this kind of discussion. Personally I'd leave it open, but that's mostly because I attempt to future-proof by minimizing the number of threads I lock.
Doesn't seem to be fixed for everyone, so I'm not going to tag [FIXED] yet. But you can too, by editing the subject in your 1st post. :)
seams to crash at libmono, every log says:
libmono.so(+0x91772) [0x7ffff352a772]
after that all the logs differ. No idea what that means but in my log there is a part that might help:
[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
RimWorldLinux.x86_64: xcb_io.c:274: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.
and the part about deleting the unity3d configs does nothing on my end. Is there maybe another dir to delete?
btw. running with:
AMD Phenom(tm) II X6 1090T Processor
[AMD/ATI] Tahiti XT [Radeon HD 7970/8970 OEM / R9 280X] (multi-head with xrandr)
@milon here it is, original post updated with the potential fix and thank you for your time !
Thanks!
Quote from: tskx on July 15, 2016, 05:06:15 PM
seams to crash at libmono, every log says:
libmono.so(+0x91772) [0x7ffff352a772]
after that all the logs differ. No idea what that means but in my log there is a part that might help:
[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
RimWorldLinux.x86_64: xcb_io.c:274: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.
...
Hmm. The 'Unknown sequence number' could be a System Language issue - Mono seems to have issues with knowing how various countries store & represent numbers (ie. decimal separator, thousands separator). It could also be a failed attempt to initiate some kind of multi-threaded operation, as suggested by the next line. But again, I'm really out of my depth here.
I'm tempted to think that Wine + Windows RimWorld will work, but you'd need a decent computer to handle all the underlying system translation calls - I think. I have zero experience with Wine. ;)
Quote from: milon on July 15, 2016, 05:12:20 PM
[...]
I'm tempted to think that Wine + Windows RimWorld will work, but you'd need a decent computer to handle all the underlying system translation calls - I think. I have zero experience with Wine. ;)
well i'm out of it with running after pointers into the memory as well, but most unity games run fine with wine. I'll test it right away, thanks for the hint!
UPDATE: i got it working with »wine-1.9.13 (Staging)« and »winetricks tahoma corefonts« isn't nice but works for now.
Good to know we've got a temp fix. How's performance? And do you have a modern system or an older one?
runs smooth as butter!
my System is a:
AMD Phenom(tm) II X6 1090T Processor (6x3,5Ghz)
Tahiti XT [Radeon HD 7970/8970 OEM / R9 280X] (multi-head with xrandr, 4x1920x1080 monitors)
16GB RAM
nearly endless hdd space ;D
( as a note here, i use wine-staging with CSMT enabled, witch can improve gfx performance but is potential unstable )
Finally got it working under Wine. Had to uninstall 1.6 add the 1.9 PPA, reinstall, let winetricks do its automatic thing, then install windows core fonts. The tahoma font install would hang every time, so I found a .ttf file for it from some random site off google and manually stuffed it into Windows/fonts. Not technically "installed"... but it works.
Performance is better than expected on my old dinosaur. Minor frame drops when things are busy and ugly screen tearing on scroll... but very much playable.
Argh, getting the same problems.
Running on ArchLinux 4.6.3-1-ARCH
Tried both Steam and SendOwl versions to no available. A13 still launches.
[david@vader RimWorld]$ cat Player.log
[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
RimWorldLinux.x86_64: xcb_io.c:274: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.
Stacktrace:
Native stacktrace:
/usr/share/steam/steamapps/common/RimWorld/RimWorldLinux_Data/Mono/x86_64/libmono.so(+0x91772) [0x7f63522b4772]
/usr/lib/libpthread.so.0(+0x10f00) [0x7f63567bbf00]
/usr/lib/libc.so.6(gsignal+0x35) [0x7f6354fa6295]
/usr/lib/libc.so.6(abort+0x16a) [0x7f6354fa76da]
/usr/lib/libc.so.6(+0x2c297) [0x7f6354f9f297]
/usr/lib/libc.so.6(+0x2c342) [0x7f6354f9f342]
/usr/lib/libX11.so.6(+0x41e79) [0x7f6356024e79]
/usr/lib/libX11.so.6(+0x41f2b) [0x7f6356024f2b]
/usr/lib/libX11.so.6(_XEventsQueued+0x5d) [0x7f635602523d]
/usr/lib/libX11.so.6(_XGetRequest+0x55) [0x7f6356027fa5]
/usr/lib/libX11.so.6(+0x450bf) [0x7f63560280bf]
/usr/lib/libX11.so.6(_XError+0x131) [0x7f6356027891]
/usr/lib/libGL.so.1(+0x1d3a2) [0x7f63563483a2]
/usr/lib/libGL.so.1(+0x194a4) [0x7f63563444a4]
./RimWorldLinux.x86_64() [0xe989bf]
./RimWorldLinux.x86_64() [0xe995f2]
./RimWorldLinux.x86_64() [0x468a70]
/usr/lib/libc.so.6(__libc_start_main+0xf1) [0x7f6354f93741]
./RimWorldLinux.x86_64() [0x472889]
Debug info from gdb:
=================================================================
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================
Vendor: X.Org
Version: 4.1 (Core Profile) Mesa 12.0.1
GLES: 0
@freedomischaos have you tried the following ?
https://community.unity.com/t5/Linux-Editor/OpenGL-Graphics/m-p/2473257 (https://community.unity.com/t5/Linux-Editor/OpenGL-Graphics/m-p/2473257)
Temp fix didn't work for me. The pref file isn't being generated, and the original pref file I had only had 3 settings: fullscreen, width, and height. No UnityGraphics stuff.
Quote from: deboute on July 16, 2016, 06:30:56 AM
@freedomischaos have you tried the following ?
https://community.unity.com/t5/Linux-Editor/OpenGL-Graphics/m-p/2473257 (https://community.unity.com/t5/Linux-Editor/OpenGL-Graphics/m-p/2473257)
tried it on my end, no effect
Quote from: cyorir on July 16, 2016, 04:16:24 PM
Temp fix didn't work for me. The pref file isn't being generated, and the original pref file I had only had 3 settings: fullscreen, width, and height. No UnityGraphics stuff.
what is your distro and wine version? (cat /etc/issue , wine --version)
The "delete all config" fix seams to work for some but not all.
As dumb as this sounds, I was able to play it today. Played it for 6 hours. I still get the bug, periodically, but basically if I just keep hitting play (or launching it) even though it mostly launches and crashes over and over, or launches and black screens, it will on occasion seem to load successfully.
I got it to load once, closed it, it crashed a bunch, got it to load again, played for 6 hours (flawlessly, screen did a little shiver on an autosave sometimes) but it ran!
I haven't tried any of the fixes other than deleting my Config which has been a past fix before.
Hi,
I have exactly the same problem on debian jessie 64b.
Deleteing the .config/unity3d doesn't solve the problem for me.
Here the log file :
terminate called after throwing an instance of 'std::logic_error'
what(): basic_string::_S_construct null not valid
Stacktrace:
Native stacktrace:
/home/xavier/Jeux/RimWorld1234Linux/RimWorld1234Linux_Data/Mono/x86_64/libmono.so(+0x91772) [0x7fb50e61f772]
/lib/x86_64-linux-gnu/libpthread.so.0(+0xf8d0) [0x7fb512a598d0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x37) [0x7fb5112b8067]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x148) [0x7fb5112b9448]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(_ZN9__gnu_cxx27__verbose_terminate_handlerEv+0x15d) [0x7fb511ba5b3d]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x5ebb6) [0x7fb511ba3bb6]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x5ec01) [0x7fb511ba3c01]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0x5ee19) [0x7fb511ba3e19]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(_ZSt19__throw_logic_errorPKc+0x66) [0x7fb511bf98b6]
./RimWorld1234Linux.x86_64() [0xf02f36]
./RimWorld1234Linux.x86_64() [0xef4f0b]
./RimWorld1234Linux.x86_64() [0xee7549]
./RimWorld1234Linux.x86_64() [0xef37db]
./RimWorld1234Linux.x86_64() [0xe7a225]
./RimWorld1234Linux.x86_64() [0xe76fba]
./RimWorld1234Linux.x86_64() [0x696e7a]
./RimWorld1234Linux.x86_64() [0x7b2e78]
./RimWorld1234Linux.x86_64() [0x789c9d]
./RimWorld1234Linux.x86_64() [0x4686cd]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7fb5112a4b45]
./RimWorld1234Linux.x86_64() [0x472889]
Debug info from gdb:
=================================================================
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================
820)
GfxDevice: creating device client; threaded=1
Using wine 1.8.2-1~bpo8+1 after winetricks corefonts looks great.
Hope libmono.so will be fixed, its nice to have a native game on linux without using wine .
Is there still no solution for this problem? It's like paying $30 for nothing. I don't have Windows nor willing to install Wine just to play one game.
@freedomischaos: It actually works sometimes. But very rarely. The game actually launch after tons of tries on my computer.
Still not working for me too. :-\
Maybe developpers will post here when they have some information. But yes, rimworld is so awesome that it's hard to wait :)
Does anyone managed to slve this problem at the moment? (at least on linux?)
I tried on another computer, same distro (debian jessie) but different hardware, and it works :o
There is a working (but slow) native solution for linux here : https://ludeon.com/forums/index.php?topic=4805.msg235956#msg235956
I have a working (for me, and not slow) native solution as-well now: https://ludeon.com/forums/index.php?topic=4805.msg236329#msg236329
The fact that on some computers it seems to work... hints more to the unity Opengl 3.2.. requirement.. I'll keep looking into this stuff.