> 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? Pretty much because ASP.NET MVC suffocated MonoRail, and EntityFramework suffocated NHibernate/ActiveRecord. Castle has lost just about all its maintainers over the last decade.
> 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? You could clone the ActiveRecord repo and update its dependencies, unless someone steps forward to maintain it there won't be another release. On Fri, Nov 10, 2017 at 12:36 PM Frank Reese <frank.re...@gmail.com> wrote: > 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 > > -- > You received this message because you are subscribed to the Google Groups > "Castle Project Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to castle-project-users+unsubscr...@googlegroups.com. > To post to this group, send email to castle-project-users@googlegroups.com > . > Visit this group at https://groups.google.com/group/castle-project-users. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Castle Project Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to castle-project-users+unsubscr...@googlegroups.com. To post to this group, send email to castle-project-users@googlegroups.com. Visit this group at https://groups.google.com/group/castle-project-users. For more options, visit https://groups.google.com/d/optout.
