Hello,
I'm trying to use Casle.ActiveRecord for a project, and to try to figure out a crash we were having I looked into the fact that Castle.Activerecord was last updated 5 years ago. From what I've seen, it's not really possible to just update Castle.Core/Nhibernate/Iesa.Collections to latest but I was wondering if there was a reason development on Castle.Activerecord stopped 5 years ago or has there not been a bug related to it? If there's been updates to Castle.Core or something else what would be the best way to get the latest version of all the packages?
Currently using mono I'm seeing the following crash.
> mono-2.0-sgen.dll!copy_object_no_checks(_MonoObject * obj, _SgenGrayQueue * queue) Line 69 C
mono-2.0-sgen.dll!major_scan_object_no_evacuation(_MonoObject * full_object, unsigned __int64 desc, _SgenGrayQueue * queue) Line 64 C
mono-2.0-sgen.dll!drain_gray_stack(_SgenGrayQueue * queue) Line 1314 C
mono-2.0-sgen.dll!finish_gray_stack(int generation, ScanCopyContext ctx) Line 1080 C
mono-2.0-sgen.dll!major_finish_collection(_SgenGrayQueue * gc_thread_gray_queue, const char * reason, int is_overflow, unsigned __int64 old_next_pin_slot, int forced) Line 2124 C
mono-2.0-sgen.dll!major_do_collection(const char * reason, int is_overflow, int forced) Line 2250 C
mono-2.0-sgen.dll!sgen_perform_collection(unsigned __int64 requested_size, int generation_to_collect, const char * reason, int wait_to_finish, int stw) Line 2446 C
mono-2.0-sgen.dll!sgen_ensure_free_space(unsigned __int64 size, int generation) Line 2400 C
mono-2.0-sgen.dll!sgen_los_alloc_large_inner(MonoVTable * vtable, unsigned __int64 size) Line 386 C
mono-2.0-sgen.dll!sgen_alloc_obj_nolock(MonoVTable * vtable, unsigned __int64 size) Line 169 C
mono-2.0-sgen.dll!mono_gc_alloc_vector(MonoVTable * vtable, unsigned __int64 size, unsigned __int64 max_length) Line 1739 C
Which looks like a corruption of the garbage collector. I am not 100 percent convinced that it is ActiveRecord related, but I'd like to make sure to get all the latest bug fixes for my packages before diving into this.
Frank