[Mono-dev] Re: [Mono-devel-list] [Patch] Publisher Policy support

Carlos Alberto Cortez calberto.cortez at gmail.com
Wed Aug 17 18:06:15 EDT 2005


Hey, 

the attached patch works ok, and applies the last suggestions you did. 

Carlos.

El lun, 15-08-2005 a las 19:55 +0200, Paolo Molaro escribió:
> On 08/13/05 Carlos Alberto Cortez wrote:
> > > struct version doesn't conform to the mono naming conventions.
> > > Use a typedef and something like MonoAssemblyVersion.
> > 
> > This was based on the fact I wanted to keep it -at least initially- as
> > private. We can rename it the way you want, however.
> 
> I just noticed we have already AssemblyVersionSet in domain-internals.h, so
> please use that.
> 
> > > Why do you associate assembly bindings to domains? Since they are stored
> > > in the GAC they seem to be valid for all the domains.
> > 
> > That's the way they are associated in .Net in both 1.0 and 1.1. In .Net
> > 2.0 they are domain neutral. So, it's a matter of deciding where we
> > should put them.
> 
> >From my limited understanding of it, it makes no sense to have them
> per-domain, unless there is also a separate mechanims to tell the
> runtime about policy files that is per-domain. If the files are in the
> GAC, you end up with the same copy of the policy info in each domain.
> 
> > > Since this stuff sseems to be used only in one file, there is no point
> > > in exposing them in the headers.
> > 
> > I needed it for freeing in mono_domain_unload, but since we are going to
> 
> This was missing from the patch.
> Thanks.
> 
> lupus
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: publisher-policy.diff
Type: text/x-patch
Size: 14318 bytes
Desc: not available
Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20050817/bd84793b/attachment.bin 


More information about the Mono-devel-list mailing list