to them. This bed has become an indestructible object that cannot be reassigned, moved or destroyed (not even in god mode).

Sadly this also affects all my autosaves and going back to my latest manual
save would set me back several hours. So I'm looking either for a solution or maybe a way to edit out all references to this colonist from the save file in order to stop this

displayed that a NullReferenceException was unhandled. NullReferenceException is a C# version of NullPointerException[/b].[/i]


As I've referenced five times now, I suspect that the pathing / handling for
> Rescued state in med bed, this is probably where the bug is.

The issue is that your input is 100% not useful since you're using an old save file. Rule #1 of QA on EA projects: DO NOT USE SAVED DATA FROM

()
Verse.LongEventHandler:RunEventFromAnotherThread(Action)
Verse.LongEventHandler:<UpdateCurrentAsynchronousEvent>m__1()

Tried to use an uninitialized DefOf of type StatDefOf. DefOfs are initialized right after all defs all loaded. Uninitialized DefOfs
will return only nulls. (hint: don't use DefOfs as default field values in Defs, try to resolve them in ResolveReferences() instead)
Verse.Log:Warning(String, Boolean

()
Verse.LongEventHandler:RunEventFromAnotherThread(Action)
Verse.LongEventHandler:<UpdateCurrentAsynchronousEvent>m__1()

Tried to use an uninitialized DefOf of type SoundDefOf. DefOfs are initialized right after all defs all loaded. Uninitialized DefOfs
will return only nulls. (hint: don't use DefOfs as default field values in Defs, try to resolve them in ResolveReferences() instead)
Verse.Log:Warning(String, Boolean

field values in Defs, try to resolve them in ResolveReferences() instead) Debug info: DirectXmlToObject is currently instantiating an object of type RRYautja.HediffCompProperties_DamageOverTime
, Object)
System.Threading.ThreadHelper:ThreadStart()

Could not resolve cross-reference: No Verse.SoundDef named Shuttle_PawnLoaded found to give to RimWorld.CompProperties_Transporter

an issue with mechanoids but with pawns.

The work tab does not extend to show all the FSF work types
Below are examples of the 2 types of errors I recieve, one being a something to do with
()
System.Threading._ThreadPoolWaitCallback:PerformWaitCallback ()
--------------------------------------------------------------------

Could not resolve cross-reference: No Verse.WorkTypeDef named FSFNurse found to give to Verse.LifeStageWorkSettings

having an issue with combat extended dont know how to fix i was playing a save and wanted to add a mod and when reloading the screen is grey when not paused and the heads of my pawns are missing
)
System.Threading.ExecutionContext:Run(ExecutionContext, ContextCallback, Object, Boolean)
System.Threading.ExecutionContext:Run(ExecutionContext, ContextCallback, Object)
System.Threading.ThreadHelper:ThreadStart()

Could not resolve cross-reference: No

lost object references tends to happen now and then especially in heavily modified game, so I suspect this is not an issue (unless it happens many many times)

Did you try playing the game in
developer mode? And set the debug log to pause on error. This allows you to see the error when it happen without having to look into long log files. Also allows you to see how many times the same error

reference exception causing it, but it is related to a Haul Urgently command for sure. Could be from issuing a "Haul Everything" command or accidentally selecting a Fogged object to haul.

I dont see anything
.

Backstory related or not, I think that is definitely why none of the raiders spawned. There was an error with their min and max age that was causing them to not spawn.

AdeptusMechanicus.settings.AMAMod: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.FormatException: Method virtual System.Void
could not load library C:/Program Files (x86)/Steam/steamapps/common/RimWorld/RimWorldWin64_Data/Mono/data-0000014F905D9920.dll
DependencyChecker!
Error while instantiating a mod of type