引用自 trez00d：

I should also add, I've got 24GB RAM, and over 64GB swap/pagefile on Windows and Linux, but I can definitely increase those. It does get pretty close to the limit, but typically there's plenty left.

It's hard to say what would be required for _your_ gamesave. I've seen reports of gamesaves using over 120GB of address space (RAM + swap), which would absolutely crash on your system as currently configured.

Keep in mind that with unstable mods, it may be unexpected memory use, eg, a bug triggered by the instability which causes 50GB to be attempted to be allocated. Even if the mod does not require 50GB, it's enough to miscalculate how much memory it needs. The attempt alone tells the game there is not enough memory, and it doesn't have a gracious handler for this error. Instead, it simply crashes. You'd be able to tell from the log file if your crash is due to memory.

Also, if you are somehow near the limit of the memory requirement, it's entirely possible that one configuration to use slightly less than you have, and not crash, while other, with only a minor difference (eg, this brand of harmony instead of the other brand) to be the straw that breaks the camel's back.

I've also seen crashes due to graphics drivers before. Infamously, citrix workspaces does some magic with capturing the screen for remote work, which would interfere with CSL, causing CSL to crash when citrix is installed. There is likely a whole class of software that can cause this kind of crash.

Post your full output log file after a crash, it may shed some light on what kind of crash you are having.

Hi YuLun,

Curb Height Adjuster is a brand new mod, first released on Dec 6, and has had 3 updates since. I think chances are high that it still has bugs.

Regarding the file CitiesHarmony.API.dll, it is normal for mods that use Harmony to include this file, and in fact it is the required that they include it. This file is responsible for detecting if Harmony is installed, which version is installed, and handling the situation (either by reporting a missing harmony mod, old/new version checks, compatibility workarounds, etc).

What do you mean by "breaking all mods"; what symptoms do you see?

I've had a cursory look at the source code on Github and I don't immediately see anything fishy that could explain how this mod is able to break your configuration after "removing" it. Keep in mind that disabled mods are still loaded. To properly remove a mod, you'd need to unsubscribe it, and completely restart the game. Due to file locks, an unsubscribed mod may remain in memory, loaded, until the game is re-started, so unsubscribing may not do anything while in game. Some mods are better behaved and are able to be unsubscribed with the game running.

If you or someone else can provide more detail on what is the unexpected behaviour I'd appreciate it. Otherwise, given this is a brand new mod, I'll let it be for some time for its early bugs to be found and fixed before attempting to debug it myself.

Hi trez00d,

Thanks for the detailed report. You seem to have two issues (a) crashing (b) Move It incompatibility

• Move It! was updated 9 Dec @ 10:25pm with message "Hotfix for loading issue"
  
• The Move It! description shows that as of 2.9.5 it adds support for "Extended Managers Library"
  
• The "Extended Managers Library" gets multiple updates per day at this point, and itself depends on Harmony

Based on these clues, I have to conclude that Move It now has an indirect dependency on Harmony via the Extended Managers Library, and the unexplained "loading issue" means that the author is struggling to get a handle on loading under various configurations. It could be that he fixed loading when "Extended Managers Library" is present, but broke it when it's not present.

The Extended Managers Library, being so frequently updated, and based on its own description that "This mod, under its current state, is not ready for mainstream usage", tells me that it is in pre-alpha stage, which means bugs abound.

Looking at the Move It github, I see multiple commits which either add, improve, make compatible, modify support for "Tree Snapping", "Prop Snapping" and "Tree Anarchy", which indicates to me a trial-and-error process to make a handful of mods detect each other and play along. The code itself is hacky, detecting mods by the subscription status, then attempting to load assemblies. This approach is very prone to break depending on load order, versions and updates of the mods it tries to juggle.

I would suggest the problem is in the "Hotfix for loading issue" in Move It. Try using an older version of Move It, approaching its author with a bug report, and/or removing this mod until the dust settles.



You have mod 2414618415 (Adaptive Roads), which fails to load, and reports:

Other than the multiple missing dependencies, this mod suffers from a well known and documented issue, as the report indicates: https://github.com/drok/Harmony-CitiesSkylines/issues/9; try pointing its author to this documentation. This loading bug is positively in the adaptive roads mod.

In your Harmony Report there are multiple mods with problems, and some that are deeply troubled, listed below. Try unsubcribing these to see if they solve the crashing, then re-subscribe them one at a time, to find if any one specifically triggers the crash.


However, once you start re-enabling these badly behaved mods, you're basically gambling with stability. They have known, serious bugs, and if they work, when they work, it's by luck of circumstances, rather than by design. Their bugs can only be solved by their respective authors.

Normally, mods that don't try to be too magical should not be able to crash the game to desktop, except by triggering an out-of-memory condition, which is not handled by the game at all. Can you rule out one of these mods, or even the game, hogging more memory than expected?

Magical mods are those that drop DLL's in the game's directory to hijack/hook the executable in some way. They rely on undocumented, unsupported tricks to accomplish their magic, so their faults are not caught and handled by the application. Hence, when they encounter some error, unhandled conditions mean crash. Examples: FPS booster, patch loader, etc.

I would also include the following mods in the "magical" category, as they appear to change elements of the graphics engine at a low level. Try unsubbing them and cautiously re-adding them one at a time. This is not to put blame on them, but they are where I would begin investigating:


Finally, I highly doubt that either harmony mod is directly the cause of your crashes. Rather, I suspect the crash is due to some secondary effect, like load order, or running out of memory. In fact, load order can trigger bugs in either the game or some mods that would cause them to use excessive memory.

Through a divide and conquer approach, try removing mods, and re-introduce them carefully. As your Harmony Report shows, there are currently multiple causes for instability in your game. Instability doesn't necessarily mean crash, but an increased chance of undefined behaviour.

I hope this helps, and after you try ruling out some of the highlighted culprits, I'd appreciate it if you'd update this thread with your findings; it may help someone in the future.

This also shows that load order can't be guaranteed by copying mods locally.

The game loads assembly files from wherever it's able to find them, preferring workshop versions where an assembly exists both locally and in the workshop.

After all assemblies are loaded into memory, each mod is "OnEnable()", ie, started in a defined order: built-in mods first (alphabetical), then local mods (alphabetical order), and finally workshop mods (subscription order).

It doesn't matter that local mods are "OnEnable()"'d first, if the wrong assembly files are used (ie, the workshop assemblies).

The whole mess works most of the time if none of the mods contain files with conflicting names. As soon as the first mod appears that brings a conflicting filename, the ecosystem starts failing. If the behaviour of the conflicting file is similar to that of the intended file, the failure might be subtle at first.

Harmony Redesigned checks that its loaded assemblies are positively the expected versions, and when it is loaded wrong, it detects this and fails unambiguosly, even flagging the failure in the description with capital "FAILURE" text, to prevent whatever the problem is, to linger and propagate.

While this "FAILURE" may be inconvenient to the early adopters of buggy mods, it helps clean up the malaise quicker, thus cleaning up the ecosystem for the benefit of the community.

The old harmony and also the game is oblivious to bugs, which is why much of the community must be bothered with endless, seemingly random, unexplained errors.

引用自 Darth_Jimbo：

引用自 Chaos：

If I misunderstood what is happening, please add more detail. The only detail I have seen so far is YuLun's description "mod would break harmony once subscribed", and a couple of complaints on the mods own comments thread.

This is a brand new mod and it hasn't been completely birthed quite yet.

Okay, trying to update you with some more information.
I'm experiencing the following situation:
1. Better Road Toolbar and Harmony redesigned:
Harmony breaks. It shows as "FAILURE" in content manager. There's no report button anymore.
The toolbar is loaded and works, though, but other mods which need harmony stop working (in my case the Moving Bridges Mod, maybe others too)
2. Better Road Toolbar and Boformers Harmony:
Everything seems to work fine.

In both cases, load order is enforced by installing Harmony locally.
I can provide output_log later some time

Aha! Thank you for this more clear description. The problem is that Better Road Toolbar includes the file "CitiesHarmony.Harmony.dll" and it should not, since this is the Harmony library and is supplied by either of the two harmony mods.


Delete the file:

steamapps\workshop\content\255710\2502526929\CitiesHarmony.Harmony.dll

This file overrides "2399343344\CitiesHarmony.Harmony.dll" and "2040656402\CitiesHarmony.Harmony.dll" distributed by the harmonies.

Since the file 2502526929\CitiesHarmony.Harmony.dll is identical to 2040656402\CitiesHarmony.Harmony.dll, there is apparently no conflict.

Since the file 2502526929\CitiesHarmony.Harmony.dll is different from 2399343344\CitiesHarmony.Harmony.dll, the breakage is apparent.

It also breaks Felix's, but latently - ie, the breakage will only be noticed in the future, should Felix update his Harmony. At that time, this mod will also break all mods that require any Harmony, since the game will load the mod's copy of 2502526929\CitiesHarmony.Harmony.dll rather than the updated 2040656402\CitiesHarmony.Harmony.dll

I have made a note that in this case, the Harmony Report does not indicate a clear diagnosis, and I will improve the next version to detect and attribute the breakage to the appropriate mod. (track here: https://github.com/drok/Harmony-CitiesSkylines/issues/17)

@YuLun,

What does this mod do?

I understand the idea, which is good, but it describes how the vanilla game works. Ie, deliveries to commercial buildings are made only with small, 6000-capacity cube vans like the Donut Van or HotDog Van, and not with 8000-capacity cargo trucks which are used for the raw and processed industrial materials.

The description also mentions that it avoids having big trucks being sent on small streets, but as I understand it, this mod does not look at the routed path to determine if there are small streets en-route. If industrial buildings are connected with small streets, then big trucks will still be used, and "impossible turns" will still be made.

So, what does this mod do that is different than the vanilla game?

Thanks

The info on this thread would help Delta 5-1 debug his mod quicker, if someone would point it out to him.

引用自 Darth_Jimbo：

引用自 Chaos：

This looks to me like the type of error an untested mod would throw when iit encounters unexpected input (which it should have expected).

Your Harmony Report probably contains some exception summaries for this mod that its author might find useful while debugging.

As I see it, this is just a new mod with new mod bugs.

Stupid question, but what does this mean now?
Can you fix it? Do you fix it?
I'm afraid, that the mod author won't fix as long as it is working with Boformers harmony...
(Saying like: Use Boformers or f**k off!)

If I understand the bugs correctly, none of them can be fixed by either myself or boformer, and occur equally with either harmony.

There are 2 bugs, or more.

1. The "TypeLoadException" bug can be worked around by subbing this mod after Harmony Redesigned has already been subbed. It's not something I can fix, and it would happen with boformer's harmony too if the mod was subbed before boformer's.
   
2. The "FormatException: Input string was not in the correct format" also happens while boformer's harmony is in use. However, this bug is independent of harmony, and it's just a straight-up bug. No harmony can fix it, only the author can fix it, and I have no doubt that he will; the mod would be trash without this bugfix.

If I misunderstood what is happening, please add more detail. The only detail I have seen so far is YuLun's description "mod would break harmony once subscribed", and a couple of complaints on the mods own comments thread.

This is a brand new mod and it hasn't been completely birthed quite yet.

Additionally, in the log file posted on the Better Road Toolbar comments by Zephylr, I see another exception caused by that mod:

This looks to me like the type of error an untested mod would throw when iit encounters unexpected input (which it should have expected).

Your Harmony Report probably contains some exception summaries for this mod that its author might find useful while debugging.

As I see it, this is just a new mod with new mod bugs.

I see that this is a brand new mod. Several comments on its item page report crashes, and there is one particularly telling report (note TypeLoadException):

This report looks to me like a smoking gun, telling that the mod suffers from the documented issue CitiesHarmony.API misuse[github.com] (issue #8 on Harmony Redesigned tracker) and/or HarmonyLib public types[github.com] (issue #9 on Harmony Redesigned tracker)

Will this mod load if subscribed after Harmony Redesigned? Ie, would it benefit from the same workaround as the other mod on the Known Issues post? It certainly look like it belongs on the "Affected Mods" list in that post.

These two issues, logged and tracked as #8 and #9 are the most common problems plagueing mods that use Harmony, and they happen because the old harmony documentation, which most mod authors use, is quite poorly written.

Thank you for the report, and I'd appreciate your feedback.