<div dir="ltr">One option would be to write a backend that uses one of the various configuration systems in Unix that use a separate process to arbitrate access to the information.<div><br></div><div>Perhaps you can use dconf.</div><div><br></div><div>Since the registry lives in mscorlib, and this would bring a number of dependencies , I recommend to make this a loadable plugin.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 6, 2015 at 5:47 PM, Neale Ferguson <span dir="ltr"><<a href="mailto:neale@sinenomine.net" target="_blank">neale@sinenomine.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We have a client who is testing the waters with porting some .NET based<br>
applications to mono. However, a couple of these critical applications<br>
rely on the windows registry. The implementation of registry-support in<br>
mono is quite crude and not process-safe and this is holding them back. I<br>
am looking for ideas as to improving this so that apps can share the<br>
registry safely and efficiently.<br>
<br>
_______________________________________________<br>
Mono-devel-list mailing list<br>
<a href="mailto:Mono-devel-list@lists.ximian.com">Mono-devel-list@lists.ximian.com</a><br>
<a href="http://lists.ximian.com/mailman/listinfo/mono-devel-list" rel="noreferrer" target="_blank">http://lists.ximian.com/mailman/listinfo/mono-devel-list</a><br>
</blockquote></div><br></div>