On 23.08.2010 04:53, Jerry Maine - KF5ADY wrote:
> I found a discrepency in Mono.Simd.SimdRuntime.AccelMode and it is
> equivalent access by reflection. I believe this is a bug.
>
> Attached is a test for this. I believe there are more cases of this in
> Mono.Simd
>
> Any ideas on how to fix this?
Miguel de Icaza wrote on Fri Aug 6 17:24:41 EDT 2010:
> Hello Alexander,
> I like the patch, but it would be best if you included ChangeLog
> entries that detail the changes.
with a bit delay due to a PTO
i've added the requested item
and updated the patch to 001v2.
regards, Alex.
--
Neu: GMX D
On 23.08.2010 13:16, Robert Jordan wrote:
> On 23.08.2010 04:53, Jerry Maine - KF5ADY wrote:
>> I found a discrepency in Mono.Simd.SimdRuntime.AccelMode and it is
>> equivalent access by reflection. I believe this is a bug.
>>
>> Attached is a test for this. I believe there are more cases of this i
I haven't attached a sample but test scenario is really simple. Init mono,
create child app domain, load assembly, unload domain, cleanup mono, observe
how mscorlib.dll is still loaded (at least on Windows). I can tell that by
looking at Process Explorer utility which shows that mscorlib.dll is st
This is very strange since no more than a single mscorlib.dll should be
loaded no matter how many AppDomians you have.
Could you please send me more details about multiple mscolib.dlls:
- are they loaded as DLLs or just file handles?
- do they have exactly (string comparison, not considering ..,
there seem to be no more daily builds there:
http://mono.ximian.com/daily/
i put those zip files into my local bitbake build system
and found the build to fail due to probably no longer
responding to "make install". what has changed there
in the recent two weeks? is it about configure/autoconf?
r
Would the c# portion of the patch work on MS .Net?
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
On 23.08.2010 19:24, Jerry Maine wrote:
> Would the c# portion of the patch work on MS .Net?
Dammit! I thought the icall would be ignored by MS.NET because
I took care of not invoking it in this case. But icalls are not
allowed in assemblies != mscorlib under MS.NET.
Unless I'm misguided, the onl
On Mon, Aug 23, 2010 at 3:29 PM, Robert Jordan wrote:
> On 23.08.2010 19:24, Jerry Maine wrote:
> > Would the c# portion of the patch work on MS .Net?
>
> Dammit! I thought the icall would be ignored by MS.NET because
> I took care of not invoking it in this case. But icalls are not
> allowed in
On 23.08.2010 23:13, Rodrigo Kumpera wrote:
>
> I think it's easier to catch the security exception under MS since its
> accell mode is None anyway.
>
I had to move icall's call site outside the .cctor and mark
the call site's method as non-inlineable to make this work.
Thanks for the hint.
http:
I'm trying to rewrite some URLs using Intelligencia.UrlRewriter.dll from
UrlRewriter.net. I have added the reference to the dll, placed the dll in the
site's bin folder, and added the following lines to my web.config
I built the application and upload
I have an alternate idea that I'd like to research. It may lead to a
cleaner implementation.
On Mon, Aug 23, 2010 at 5:01 PM, Robert Jordan wrote:
> On 23.08.2010 23:13, Rodrigo Kumpera wrote:
> >
> > I think it's easier to catch the security exception under MS since its
> > accell mode is None
12 matches
Mail list logo
