[Mono-dev] pull request, implement System.Threading.Thread.Priority get and set methods
hi, all,can anyone from the collaborators help to look at the change https://github.com/mono/mono/pull/1272? it's an implementation of System.Threading.Thread.Priority property. thank you. .Hzj_jie ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Version metadata - reflection?
In Visual Studio, you right-click a project, properties, application, assembly information, and set the version, which corresponds to AssemblyVersion and AssemblyFileVersion in AssemblyInfo.cs, and it can be detected at runtime via System.Reflection.Assembly.GetEntryAssembly().GetName().Version. However, in Xamarin Studio or MonoDevelop, you right-click a project, options, main settings, and set version... It doesn't change AssemblyInfo.cs. Instead, it modifies the csproj. I'm not sure how/if this metadata can be accessed at runtime. Can it? Or better yet, does Xam Studio and/or Monodevelop have some interface that allows easy editing of AssemblyInfo.cs as VS does? I can edit the file by double clicking it and editing text manually, I just wonder if that's what people are intended to do. (I am surprised to see a completely separate and completely analogous and confusing redundant project Version metadata setting which is unrelated to the version inside AssemblyInfo.cs). ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono_thread_manage causes subsequent mono_jit_cleanup call to hang?
How about internally renaming mono_thread_manage and add a no-op version of it. It would retain compatibility with wine and would not further complicate the shutdown sequence. This assumes that there's no good use case for calling the two independently. -- Rodrigo On Wed, Sep 10, 2014 at 5:58 PM, Vincent Povirk madewokh...@gmail.com wrote: 2. Should Mono be fixed to account for what I was doing? I'd prefer to have code that is as version-independent as possible. Maybe mono could somehow detect that mono_thread_manage was already completed by the current thread, and do nothing in this case? I wrote a patch using this approach: https://github.com/madewokherd/mono/commit/7baf38fd134f92f7d80f43bb3cf6d77122b3eb1e But I'm really not sure about this. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list