Re: [Mono-dev] Using assembly in GAC fails but runs okay in same path as executable

I will answer myself. Using app.config for an assembly in Microsoft .net 1.1 GAC requires the fully-qualified assembly name while mono 1.1 does not. Modifing the section to include the fully-qualified name works. type="Mono.Data.ProviderSectionHandler,Mono.Data, Version=1.0.5000.0, Culture=n

[Mono-dev] Using assembly in GAC fails but runs okay in same path as executable

I'm having a problem with Mono.Data.dll on Dot NET 1.1. You can use the DLL compiled with mcs or csc: - both will fail when run from the GAC - both will work when run from the same subdirectory the executable assembly is run This is how I build on Dot Net: cd mcs\class\Mono.Data csc /target:li

Re: [Mono-dev] Integrating C# and already existing C sources using GAPI or something similar

On Mon, 2006-01-23 at 12:39 +0100, Mario Sánchez wrote: > Hi, this is my first message to this list, so I'll try to do it my > best... This message should have been sent to gtk-sharp-list. Discussion of Gtk# and the GAPI tools should occur there. I'm going to start nagging everyone about this fr

Re: [Mono-dev] Problem building mono / mcs from SVN

Hi, Try running autogen.sh from the 'mono' directory. Zoltan On 1/23/06, Don Edvalson <[EMAIL PROTECTED]> wrote: > Hi, > > I have found that when I pull the latest source from SVN, it is missing > several files necessary to perform the build on Windows.

[Mono-dev] Problem building mono / mcs from SVN

Hi, I have found that when I pull the latest source from SVN, it is missing several files necessary to perform the build on Windows. The missing files are the Makefile.in files in each directory and the configure files in the mono and the libgc directories. If I pull these files over from t

[Mono-dev] [PATCH] Tree mover

Warning: there are still problems with this patch :-( A full rebuild fails on an amd64 machine (while it is successful on x86), but at this point I'm posting it anyway... This piece of code implements a "tree mover" for the mono JIT IR. To make sense of it, consider this piece of C# code: -

Re: [Mono-dev] Support for blobs in SQLite

[EMAIL PROTECTED] wrote: > As far as I know there is no way to insert blobs using the SQLite > provider included in mono. I've checked the latests sources and I can't > find the code handling this kind of paramenter. ... > Can somebody add these 4 lines in the next release??? Yep. Thanks for poin

[Mono-dev] Support for blobs in SQLite

Hello, As far as I know there is no way to insert blobs using the SQLite provider included in mono. I've checked the latests sources and I can't find the code handling this kind of paramenter. I tried to recompile Mono.Data.SqliteClient.dll adding the following to SqliteCommand.cs in BindPar

[Mono-dev] Integrating C# and already existing C sources using GAPI or something similar

Hi, this is my first message to this list, so I'll try to do it my best... I'm currently working at a Gtk application and now I'm trying to make an small part of the already-made gtk interface (a simple use case of the whole application) using Mono with Gtk#, to see how this integration could work

Re: [Mono-dev] [PATCH]TraceEventType

On Sun, 2006-01-22 at 22:13 -0500, joel reed wrote: > I'd like to implement System.Diagnostics.TraceSource if no one has already > planned to do so. This is a 2.0 class. > I've only submitted one bug fix previously to the mono project, > so I thought I'd post the patch for TraceEventType, in the

RE: [Mono-dev] Reverted patch 55895

Please review the reworked patch. Regards, Konstantin Triger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Miguel de Icaza Sent: Sunday, January 22, 2006 10:28 PM To: Ben Maurer Cc: [EMAIL PROTECTED]; Konstantin Triger Subject: Re: [Mono-dev] Reverted