[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