Re: [Mono-dev] Patch for fixing binary search

2006-06-07 Thread Miguel de Icaza
Hello, > Good call. > > Here's v2. It is worth reading Morten Welinder's blog entry follow up. Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] [OT] Thread hijacking (was: Re: mono-service again)

2006-06-07 Thread Ympostor
[EMAIL PROTECTED] escribió: Hi all, ... Hello. Sorry for the Off-Topic but this is the second message from you in which I see you are making Thread Hijacking [1]. For the cleanliness of the list, please stop doing it. Regards. -- [1] http://en.wikipedia.org/wiki/Thread_hijacking _

Re: [Mono-dev] [PATCH] Speed up ByteEncoding.GetString()

2006-06-07 Thread Kornél Pál
Hi, I understand the nature of your problem, but I if you are speaking about CAS I think it is not a so big problem. SRE is intended to access non-public members as well as public members. When enabling security ReflectionPermission controls whether code can access private members of other as

[Mono-dev] Passing values into the default.build boo script

2006-06-07 Thread PFJ
Hi, Is there a way to pass values into the default.build script for boo-0.7.6.2237? I'm packaging it for Fedora Extras and it's a pain to have to manually edit the default.build, create a patch, apply the patch etc each time I alter the spec file (or some other part of the package). Usually on a

[Mono-dev] Patch for HttpException.cs

2006-06-07 Thread Juraj Skripsky
Hi, The attached patch "beautifies" the complication error page. If multiple errors were shown, they all appeared on a single line. The patch puts them on separate lines. May I commit (with changelog entry, of course)? - Juraj Index: System.Web/HttpException.cs ==

[Mono-dev] [PATCH] Fix bubbling GridRowView events

2006-06-07 Thread Konstantin Triger
Hello,   While bubbling the GridRowView events, we assume that the row index comes from CommandArgument, what is not the case. The attached patch sets this index from GridRowView if CommandArgument does not contain this information.   If no one objects I’ll commit.

Re: [Mono-dev] mono-service again (BUG FIX)

2006-06-07 Thread pablosantosluac
Hi, First of all I don't understand why I'm supposed to be doing thread-hijacking. Is not this the place to post questions about mono-service? Anyway, it seems there is a bug in mono-service. Whenever it tries to launch a service application it raises an exception in mono-service.cs at metho

Re: [Mono-dev] mono-service again (BUG FIX)

2006-06-07 Thread Rachman Chavik
He's referring to http://en.wikipedia.org/wiki/Thread_hijacking. Excerpts from that site: Many people find that they are scolded on a list or newsgroup for thread hijacking despite the fact that they changed the subject line, which would seem to them to create a new thread. Most news and mail read

[Mono-dev] mono-service possible bug fix

2006-06-07 Thread pablosantosluac
Hi all, Sorry for my previous thread hijacking. Didn't realize about it. Well, it seems there is a bug in mono-service. Whenever it tries to launch a service application it raises an exception in mono-service.cs at method StartService. The code is doing something like: string [] service_args =

Re: [Mono-dev] mono-service again (BUG FIX)

2006-06-07 Thread Jörg Rosenkranz
Hi Pablo, Thanks for spotting this bug. I don't have a test environment here so could you please test if the following change works for you too? entry.Invoke (null, null); I have attached a patch to change this line. How is the entry point of your service defined? My services always worked w

[Mono-dev] [PATCH] Re: mono-service possible bug fix

2006-06-07 Thread Robert Jordan
[EMAIL PROTECTED] wrote: Hi all, Sorry for my previous thread hijacking. Didn't realize about it. Well, it seems there is a bug in mono-service. Whenever it tries to launch a service application it raises an exception in mono-service.cs at method StartService. The code is doing something like:

[Mono-dev] [PATCH] mono-service: Use AppDomain.ExecuteAssembly instead of MethodInfo.Invoke

2006-06-07 Thread Kornél Pál
Hi, This fixes the bug reported by Pablo. AppDomain.ExecuteAssembly uses the same method to execute the assembly as the runtime so assemblies that can be executed using the runtime are guaranted to be executable by mono-service as well. Please review and approve the patch. Pablo: Please try

[Mono-dev] Re: [PATCH] mono-service: Use AppDomain.ExecuteAssembly instead of MethodInfo.Invoke

2006-06-07 Thread pablosantosluac
Hi, It works for me! :-) Thanks, pablo - Original Message - From: "Kornél Pál" <[EMAIL PROTECTED]> To: Cc: <[EMAIL PROTECTED]> Sent: Wednesday, June 07, 2006 1:58 PM Subject: [PATCH] mono-service: Use AppDomain.ExecuteAssembly instead of MethodInfo.Invoke Hi, This fixes the bu

Re: [Mono-dev] [PATCH] mono-service: Use AppDomain.ExecuteAssembly instead of MethodInfo.Invoke

2006-06-07 Thread Jörg Rosenkranz
Hi Kornel, 2006/6/7, Kornél Pál <[EMAIL PROTECTED]>: This fixes the bug reported by Pablo. AppDomain.ExecuteAssembly uses the same method to execute the assembly as the runtime so assemblies that can be executed using the runtime are guaranted to be executable by mono-service as well. I have

Re: [Mono-dev] [PATCH] mono-service: Use AppDomain.ExecuteAssembly instead of MethodInfo.Invoke

2006-06-07 Thread Kornél Pál
Hi, Neither the callback nor the signal handlers are affected so I committed the patch. Note that evidence is affected by the method so added AppDomain.CurrentDomain.Evidence parameter to ensure that evidence is not changed altough currently it has no effect because the default evidence is us

[Mono-dev] [Fwd: Got SIGSEGV on Response.Redirect]

2006-06-07 Thread Cristian Vanti
I always get a SIGSEGV in a simple aspx method doing a Response.Redirect this is the code (VB compiled with VisualStudio2003) Private Sub cmdCancel_Click(ByVal sender As Object, ByVal e As EventArgs) Handles cmdCancel.Click Try Response.Redirect(NavigateURL(), True) Catch exc As Exception

Re: [Mono-dev] Patch for HttpException.cs

2006-06-07 Thread Gonzalo Paniagua Javier
On Wed, 2006-06-07 at 11:45 +0200, Juraj Skripsky wrote: > Hi, > > The attached patch "beautifies" the complication error page. If multiple > errors were shown, they all appeared on a single line. The patch puts > them on separate lines. > > May I commit (with changelog entry, of course)? Please

[Mono-dev] Resolving RVA of method calls in external libraries

2006-06-07 Thread Joey Libby
Hi, I was wondering if anyone could explaint to me how the metadata tokens that point to a method in an external library are resolved to find the metadata entry for that method in the given library and from that the RVA of the method. All I currently see is that there is a reference to the name and

[Mono-Dev] Cecil bug with Custom Attributes with enum parameters

2006-06-07 Thread Eyal Alaluf
Hi, JB. I stumbled upon a critical problem with custom attributes that have enums in their ctor. For instance: [System.AttributeUsage(System.AttributeTargets.Class,AllowMultiple=true)] The problem is as follows - * Custom attribute signatures aren't self contained. They depend on

Re: [Mono-dev] [PATCH] Speed up ByteEncoding.GetString()

2006-06-07 Thread Zac Bowling
Cute. The second function doesn't look like it needs to be marked unsafe though. On Tue, 2006-06-06 at 23:32 +0200, Kornél Pál wrote: > Hi, > > ByteEncoding.GetString() currently uses StringBuilder that is very slow. I > modified it to use InternalAllocateStr and unsafe code that makes is much

Re: [Mono-dev] [PATCH] Speed up ByteEncoding.GetString()

2006-06-07 Thread Kornél Pál
Hi, Right.:) But I posted a modified version in the response (the list is CC) to Miguel's objections because I forgot to deal with the index parameter. And this unnecessary unsafe marker is removed from that updated version. The message also includes a performance comparsion. Kornél - O

Re: [Mono-Dev] Cecil bug with Custom Attributes with enum parameters

2006-06-07 Thread Jb Evain
Hi Eyal, > Do you have any plans to resolve this issue? (I assume from the comment > in the code > that you are familiar with it) > What is the design you are looking for in this case? If you want to have > Cecil > loading the Enum we can contribute our Resolver that is Cecil based. The plan is

Re: [Mono-dev] [PATCH] Speed up ByteEncoding.GetString()

2006-06-07 Thread Zac Bowling
opps... your other email didn't get threaded in my evolution. sorry bout that... On Wed, 2006-06-07 at 18:42 +0200, Kornél Pál wrote: > Hi, > > Right.:) But I posted a modified version in the response (the list is CC) to > Miguel's objections because I forgot to deal with the index parameter. An

[Mono-dev] C++ code as Internal call

2006-06-07 Thread Rusmin Susanto
As far as I know, Mono is written in C. Internal calls are also written in C. If I have a cool library/package that is written in C++, how do I define it in Mono without having to re-write the library/package in C? I've tried this few times but it seems that it's not working with g++.       Reg

Re: [Mono-dev] C++ code as Internal call

2006-06-07 Thread Zoltan Varga
Hi, Read this, especially the section "Invoking Unmanaged Code": http://www.mono-project.com/Interop_with_Native_Libraries Zoltan On 6/8/06, Rusmin Susanto <[EMAIL PROTECTED]> wrote: As far as I know, Mono is written in C. Internal calls are also written

Re: [Mono-dev] CurrentCulture Empty?

2006-06-07 Thread Cory Foy
Can anyone provide some info about whether CultureInfo should be working? Thanks! Cory Cory Foy wrote: Hi All, We noticed that our tests in NUnit around CultureInfo were failing with an empty culture info. I was going to dig through the Mono source, but CultureInfo is apparantly not the mos

Re: [Mono-dev] CurrentCulture Empty?

2006-06-07 Thread Zoltan Varga
Hi, Its not empty, its CultureInfo.InvariantCulture, which has no name, so ToString () will return an empty string for it. Zoltan On 6/4/06, Cory Foy <[EMAIL PROTECTED]> wrote: Hi All, We noticed that our tests in NUnit around CultureInfo were failing with an empty c

[Mono-dev] Marshal.GetComSlotForMethodInfo Patch

2006-06-07 Thread Jonathan S. Chambers
Here is an implementation (withtests) of Marshal.GetComSlotForMethodInfo. Please review. Thanks, Jonathan getcomslotformethodinfo.diff Description: getcomslotformethodinfo.diff ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://