Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - jooe

#1
Well - thank you for filling a gap the developers left open for a long time - even if they closed it now!
#2
Hey Dingo,

I did a bit more research on the forum and there are actually replies to a similar bug report I filed a long time ago. See this link:
https://ludeon.com/forums/index.php?topic=37241.msg396864#msg396864

Another mod author discovered the following - could it be you are doing the same thing?
QuoteApparently, this issue occurs when Harmony is used to patch an (implemented) virtual method. Doing this works fine on Windows, but may cause crashes on Unix systems. I recommend any modders to avoid patching virtual methods until this issue is resolved in Harmony.
#3
Releases / Weird game crash when HMTB is enabled
October 31, 2018, 12:18:08 PM
Hi Dingo,
thank you for your useful mods!

Unfortunately, since the latest update, I have a problem with HMTB where it crashes the game. I also have a lot of other mods enabled though, but I can reproduce adding/removing HMTB causes/fixes the problem. What I get is a game crash on starting a new game, specifically after I have selected the landing site and my starting pawns, right before the actual new game starts.

Player log:
Receiving unhandled NULL exception
#0  0x007fffb6d3da00 in funlockfile
#1  0x007fffb6d3df88 in std::vector<core::basic_string<char, core::StringStorageDefault<char> >, std::allocator<core::basic_string<char, core::StringStorageDefault<char> > > >::~vector()
#2  0x007fffb6d3df98 in operator new(unsigned long)
#3  0x007fffb6d3dfb8 in operator new(unsigned long)
#4  0x007fffb6d3dfc8 in __run_exit_handlers
#5  0x007fffb6d3dff8 in exit
#6  0x007fffb6d3e008 in mono_thread_exit
#7  0x007fffb6d3e018 in mono_method_marked_as_wrapperless
#8  0x007fffb6d3e2d8 in mono_amd64_throw_exception
#9  0x007fffb6d3e498 in (Unknown)
#10 0x007fffb6d3e4a8 in (Unknown)
#11 0x007fffb6d3e4b8 in (Unknown)
#12 0x007fffb6d3e4c8 in (Unknown)
#13 0x007fffb6d3e4d8 in (Unknown)
#14 0x007fffb6d3e4e8 in (Unknown)
#15 0x007fffb6d3e4f8 in (Unknown)
#16 0x007fffb6d3e508 in (Unknown)
#17 0x007fffb6d3e518 in (Unknown)
#18 0x007fffb6d3e528 in (Unknown)
#19 0x007fffb6d3e538 in (Unknown)
#20 0x007fffb6d3e548 in (Unknown)
#21 0x007fffb6d3e558 in mono_set_defaults
#22 0x007fffb6d3faf0 in mono_runtime_invoke
#23 0x007fffb6d3fb20 in std::vector<core::basic_string<char, core::StringStorageDefault<char> >, std::allocator<core::basic_string<char, core::StringStorageDefault<char> > > >::~vector()
#24 0x007fffb6d3fb50 in std::vector<core::basic_string<char, core::StringStorageDefault<char> >, std::allocator<core::basic_string<char, core::StringStorageDefault<char> > > >::~vector()
#25 0x007fffb6d3fb70 in std::vector<core::basic_string<char, core::StringStorageDefault<char> >, std::allocator<core::basic_string<char, core::StringStorageDefault<char> > > >::~vector()
#26 0x007fffb6d3fcf0 in operator new(unsigned long)
#27 0x007fffb6d3fd30 in std::vector<core::basic_string<char, core::StringStorageDefault<char> >, std::allocator<core::basic_string<char, core::StringStorageDefault<char> > > >::~vector()
#28 0x007fffb6d3fd50 in zcfree
#29 0x007fffb6d40b50 in __libc_start_main
#30 0x007fffb6d40c10 in zcfree


The game also crashes with my latest save game, interestingly I can load the game (saved during the game night), but the crash then occurs at 6 a.m.

For reference, this is my ModsConfig.xml:

    <li>Core</li>
    <li>818773962</li>
    <li>1507748539</li>
    <li>1216999901</li>
    <li>1541438907</li>
    <li>704181221</li>
    <li>1541438230</li>
    <li>1473553107</li>
    <li>1204108550</li>
    <li>1494937292</li>
    <li>726244033</li>
    <li>761421485</li>
    <li>1539309348</li>
    <li>1500420126</li>
    <li>1334289344</li>
    <li>1332119637</li>
    <li>1207390617</li>
    <li>1439886892</li>
    <li>1294779672</li>
    <li>1502993704</li>
    <li>1478936958</li>
    <li>1502703299</li>
    <li>1530267593</li>
    <li>1542386771</li>
    <li>1534883169</li>
    <li>1551147619</li>
    <li>1541796233</li>
    <li>1541439350</li>
    <li>1541795119</li>
    <li>1541282228</li>
    <li>1541591104</li>
    <li>1541439112</li>
    <li>1541840184</li>
    <li>1537869190</li>
    <li>1541438898</li>
    <li>1541250497</li>
    <li>1539031321</li>
    <li>1541287769</li>
    <li>1541722340</li>
    <li>1537786185</li>
    <li>1539028008</li>
    <li>1539312975</li>
    <li>1541460369</li>
    <li>1539311991</li>
    <li>1180573408</li>
    <li>830545304</li>
    <li>848513545</li>
    <li>1229704235</li>
    <li>1512478761</li>
    <li>1509102551</li>
    <li>1509278793</li>
    <li>1504182014</li>
    <li>1504734623</li>
    <li>1499847220</li>
    <li>1498070208</li>
    <li>761219125</li>
    <li>725153576</li>
    <li>1534883539</li>
    <li>1446523594</li>
    <li>1461790308</li>
    <li>1470065926</li>
    <li>1414697588</li>
    <li>1458250450</li>
    <li>1245219876</li>
    <li>1481240402</li>
    <li>1203903378</li>
    <li>1447140290</li>
    <li>1467764609</li>
    <li>1334392947</li>
    <li>1455382219</li>
    <li>1414302321</li>
    <li>1204502413</li>
    <li>1437612522</li>
    <li>1180718996</li>
    <li>863415966</li>
    <li>1157350972</li>
    <li>1472131714</li>
    <li>1254969827</li>
    <li>1279012058</li>
    <li>1440321094</li>
    <li>735268789</li>
    <li>1353625821</li>
    <li>1386385125</li>
    <li>932008009</li>
    <li>933324235</li>
    <li>1365242717</li>
    <li>1180719658</li>
    <li>836308268</li>
    <li>1180721235</li>
    <li>746425621</li>
    <li>728314182</li>
    <li>826998327</li>
    <li>725657237</li>
    <li>974066449</li>
    <li>717575199</li>
    <li>753498552</li>
    <li>1372003680</li>
    <li>1360279868</li>
    <li>1316142788</li>
    <li>826153738</li>
    <li>708455313</li>
    <li>848972794</li>
    <li>1253251478</li>
    <li>832333531</li>
    <li>947972722</li>
    <li>735106432</li>
    <li>715759739</li>
    <li>715565817</li>
    <li>1217001091</li>
    <li>1098354593</li>
    <li>712141500</li>
    <li>1323773476</li>
    <li>725219116</li>
    <li>899714534</li>
    <li>1180719857</li>
    <li>715565262</li>
    <li>1346064449</li>
    <li>709317151</li>
    <li>751049133</li>
    <li>1195427067</li>
    <li>1331961995</li>
    <li>1372130541</li>
    <li>1345928533</li>
    <li>1206669918</li>
    <li>1539314168</li>
    <li>1542004942</li>
    <li>1552507180</li>
    <li>725956940</li>
    <li>1164753788</li>
    <li>765351437</li>
    <li>1409449372</li>
    <li>1552457762</li>
    <li>1552455241</li>
    <li>1505998702</li>
    <li>1543550117</li>
    <li>1512950397</li>
    <li>786233894</li>
    <li>1514793680</li>
    <li>1543069597</li>
    <li>1217321550</li>
    <li>736582456</li>
    <li>1322328003</li>
    <li>1355637255</li>
    <li>1501052499</li>
    <li>1544971953</li>
    <li>1513614894</li>
    <li>1497364690</li>
    <li>1485080605</li>
    <li>1484436043</li>
    <li>1469326540</li>
    <li>1408863965</li>
    <li>1454024362</li>
    <li>942369931</li>
    <li>BetterMiniMap</li>
    <li>1543060282</li>
    <li>1542854752</li>
    <li>1134165362</li>
    <li>1542915888</li>
    <li>1543552057</li>
    <li>1543558582</li>
    <li>1543561093</li>
    <li>1543553927</li>
    <li>1543555518</li>
    <li>1543177113</li>
    <li>1508778962</li>
    <li>1544626521</li>
    <li>1544556720</li>
    <li>1266570759</li>
    <li>1319782555</li>
    <li>1544944259</li>
    <li>1545536034</li>
    <li>1552452572</li>


Please tell me if there is any further information you need.
#4
Thank you Calahan for taking the time to write this.

Personally, I would have felt much better if you had just written this one line "thank you for the bug report, the developers will address this when they move onto the bug fixing stage of their development cycle". Because now it feels like someone is listening and I can relax and be patient for the time being. Well, relaxing is maybe not the right word as I'll be working night shifts during the holidays... ;)
#5
I'd just like to point out that several people have been reporting this bug which appears to be a base game or even unity engine bug - mods should not be able to cause unhandled exceptions in any software.

We haven't received any response in more than 3 weeks now, which is kind of dissapointing considering the amount of information delivered. At least a one-liner like "seen it, other stuff is more important, on the to do list for Beta 21" would be nice, because it looks like as if noone cares :(

Myself, I'm currently not playing Rimworld because of this bug ...
#6
Now I got some more crashes, this time with stacktraces and/or coredumps.

I attached the rimworld_log (zipped because it was quite big)

And here's the snippet from the journal including some trace:

Nov 30 12:52:22 <hostname> systemd-coredump[19636]: Process 18668 (RimWorldLinux.x) of user 1000 dumped core.
                                                     
                                                     Stack trace of thread 18668:
                                                     #0  0x00007ff5e75659fb raise (libc.so.6)
                                                     #1  0x00007ff5e7567800 abort (libc.so.6)
                                                     #2  0x00007ff5dee29e52 n/a (libmono.so)
                                                     #3  0x00007ff5e83d43b0 __restore_rt (libpthread.so.0)
                                                     #4  0x00007ff5e75659fb raise (libc.so.6)
                                                     #5  0x00007ff5e7567800 abort (libc.so.6)
                                                     #6  0x00000000009f67cc n/a (RimWorldLinux.x86_64)
                                                     #7  0x00007ff5dee68cb3 n/a (libmono.so)
                                                     #8  0x00007ff5dedcca7e n/a (libmono.so)
                                                     #9  0x00007ff5e83d43b0 __restore_rt (libpthread.so.0)
                                                     #10 0x00007ff5e75aa9e5 vasprintf (libc.so.6)
                                                     #11 0x00007ff5def29a19 n/a (libmono.so)
                                                     #12 0x00007ff5def2b601 n/a (libmono.so)
                                                     #13 0x00007ff5dee843dc n/a (libmono.so)
                                                     #14 0x00007ff5dee845d5 mono_type_get_desc (libmono.so)
                                                     #15 0x00007ff5dee8479f mono_type_full_name (libmono.so)
                                                     #16 0x00007ff5dee8505d mono_method_full_name (libmono.so)
                                                     #17 0x00007ff5deec7040 mono_debug_print_stack_frame (libmono.so)
                                                     #18 0x00007ff5dee27d37 n/a (libmono.so)
                                                     #19 0x00007ff5dee28f92 n/a (libmono.so)
                                                     #20 0x00007ff5dee288d1 n/a (libmono.so)
                                                     #21 0x00007ff5dee640f0 n/a (libmono.so)
                                                     #22 0x0000000002e07b40 n/a (n/a)
                                                     #23 0x0000000041b843f2 n/a (n/a)
                                                     #24 0x000000004115ce1c n/a (n/a)
                                                     #25 0x0000000041159502 n/a (n/a)
                                                     #26 0x00000000411dc3d8 n/a (n/a)
                                                     #27 0x00000000406d250f n/a (n/a)
                                                     #28 0x00007ff5dedd0bc9 n/a (libmono.so)
                                                     #29 0x00007ff5deecc67d mono_runtime_invoke (libmono.so)
                                                     #30 0x00000000009b9922 n/a (RimWorldLinux.x86_64)
                                                     #31 0x0000000000a2443e n/a (RimWorldLinux.x86_64)
                                                     #32 0x00000000009f642c n/a (RimWorldLinux.x86_64)
                                                     #33 0x00000000005eaae2 n/a (RimWorldLinux.x86_64)
                                                     #34 0x0000000000801529 n/a (RimWorldLinux.x86_64)
                                                     #35 0x00000000004547f9 n/a (RimWorldLinux.x86_64)
                                                     #36 0x00007ff5e754f88a __libc_start_main (libc.so.6)
                                                     #37 0x000000000045df09 n/a (RimWorldLinux.x86_64)


[attachment deleted by admin: too old]
#7
Just to clarify, I actually think this is a basegame bug, as a mod error should throw an error, not throw an exception and crash the game.

Of course, I don't ask you to fix the mod which might cause the trouble.
But I would expect the game to catch the error and show an error message.
#8
System
Rimworld Build 0.18.1722 rev1210 Linux x86_64
running on a Fedora 26 x86_64 system
uname -a:
Linux <hostname> 4.13.13-200.fc26.x86_64 #1 SMP Wed Nov 15 15:46:36 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
Rimworld started either from Steam or from console (see two different logfiles below)

Bug description
After a random time into a modded game, the game locks up and can only be terminated by a kill -9. The last message in the log says "Receiving unhandled NULL exception". I could reproduce the lockup about 10x, but the time into the game varies - I can reload the autosave and continue playing for maybe 10 minutes, then I get the lockup again.
Without the mods, the game does not crash.

Attachments

  • rimworld_log
  • Player.log (this was generated earlier with the same problem, has a stack trace at the end - I don't know how I was able to generate this ...)
  • savegame (too big to attach, please tell me how to submit ...)

Additional information

The problem does not appear when running the game in Windows (win10 x64). As the game runs much faster in Linux (in Windows, I have terrible lag every 1-2 seconds), I prefer this OS though ...

I am running with several mods:

Core, HugsLib, Higher Pop Storytellers[v18], More vanilla factions, EdB Prepare Carefully, Nature's Pretty Sweet, Expanded Prosthetics and Organ Engineering, A Dog Said..., The Birds and the Bees, Birds and Bees (EPOE Patch), Harvest Organs Post Mortem - 2.0 [A18], More Vanilla Turrets [B18], Security Plus[v18], Expanded Roofing, Bone Mod, [T] ExpandedCloth, Storage Solutions, Hospitality, Miscellaneous 'CORE', Misc. Training, RimFridge - A18, Wall Light - B18, Trading Spot - A18, [RF] Fertile Fields [b18], [RF] Basic Bridges [b18], [RF] Basic Bridges - Fishing Add-On [b18], More Furniture [B18], Growable Mushrooms, [T] MoreFloors, Straw Floor [A18], Colony Manager, Hardworking animals B18, Billy's Improved Caravan Formation, Better Workbench Management, WM Smarter food selection, Hand Me That Brick, Fluffy Breakdowns, Scaling Roads (B18), [B18] Removable Mt.Rock Roof Patche, [RF] Pawns are Capable! [a18], AllowDeadMansApparel, RunAndGun, Set-Up Camp, QualityBuilder, Carcinoma spreads, Animals Logic, Skill Overhead, Stocked Traders[v18], Path Avoid - A18, Efficient Light, Avoid Friendly Fire
, JTReplaceWalls [B18], I Can Fix It!, Realistic Rooms, Tech Advancing, Blueprints, ResearchPal, Defensive Positions, [FSF] Complex Jobs, Medical Tab, Animal Tab, Work Tab, Relations Tab, Allow Tool, Heat Map, Architect Icons, Wanderer stat, Refugee Stats - A18, ExtendedInspectData [A18], Save Storage & Outfit Settings - A18, BetterMiniMap, Notifications Archiver, CleaningArea, and Steel isn't flammable[v18]


A stack trace (as seen in Player.log above) shows:

#0  0x007fff5a117500 in funlockfile
#1  0x007fff5a117a88 in (Unknown)
#2  0x007fff5a117a98 in (Unknown)
#3  0x007fff5a117aa8 in mono_set_defaults
#4  0x007fff5a117f70 in mono_runtime_invoke
#5  0x007fff5a117fa0 in std::vector<core::basic_string<char, core::StringStorageDefault<char> >, std::allocator<core::basic_string<char, core::StringStorageDefault<char> > > >::~vector()
#6  0x007fff5a117fd0 in std::vector<core::basic_string<char, core::StringStorageDefault<char> >, std::allocator<core::basic_string<char, core::StringStorageDefault<char> > > >::~vector()
#7  0x007fff5a117ff0 in ps_hints_apply
#8  0x007fff5a118300 in ps_hints_apply
#9  0x007fff5a1183e0 in ps_hints_apply
#10 0x007fff5a118650 in ps_hints_apply
#11 0x007fff5a118700 in std::vector<core::basic_string<char, core::StringStorageDefault<char> >, std::allocator<core::basic_string<char, core::StringStorageDefault<char> > > >::~vector()
#12 0x007fff5a118720 in zcfree
#13 0x007fff5a119550 in __libc_start_main
#14 0x007fff5a119610 in zcfree


//Edit:
After freeing some disk space, I can produce a coredump. Reason says: "RimWorldLinux.x86_64 killed by SIGTRAP"
Doesn't that mean the executable has a debugging breakpoint set?

[attachment deleted by admin: too old]