Hello,
In my work, i have to use mono with a specific thread library. Mono
with the use of this library show some race conditions that i've tried
to fixed.
In the patch we can see three modifications of the file mini.c.
The first two are modifications which avoid to put two times the same
fonction
hi all,
building mono on windows when in /trunk/mono/mono/monoburg the following
command:
./monoburg ./sample.brg > sample.c
produces me an empty sample.c (zero byte) and the following compile fails. This
happens with current source code release 1.1.16.1 as well as current
svn-checkout.
thank
Hi,
attached is the patch for the UnixClient docs.
Cheers,
Lukas
On Ut, 2006-08-22 at 10:52 -0400, Miguel de Icaza wrote:
> Hello,
>
> > attached is a patch to make UnixClient more TcpClient like on 2.0.
> > Mainly needed to make the Client property public.
>
> This looks good, but please prov
Hi,
Does it work on ms .net?
Can you drop a test case reproducing the problem?
Regards,
Konstantin Triger
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of xiii29
Sent: Wednesday, August 23, 2006 11:55 PM
To: mono-devel-list@lists.ximian.com
Subject: [Mono
Hi everyone,
I have read this article though sill not quite understand how to do it.
http://www.mono-project.com/Guidelines:Application_Deployment
The normal way to run an application compiled with Mono would be to invoke
it through the Mono runtime, like this: mono myprogram.exe
However, I have
Lucifer wrote:
> Hi everyone,
>
> I have read this article though sill not quite understand how to do it.
> http://www.mono-project.com/Guidelines:Application_Deployment
>
> The normal way to run an application compiled with Mono would be to invoke
> it through the Mono runtime, like this: mono m
Hi,
I've done some more work on cs2vb.pl; now I consider it being complete.
Kornél
- Original Message -
From: "Kornél Pál" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, August 23, 2006 8:17 PM
Subject: [PATCH] Generate Consts.vb from Consts.cs
Hi,
Microsoft.VisualBasic and vbnc are wr
Kornél Pál wrote:
> I've done some more work on cs2vb.pl; now I consider it being complete.
I might be wrong but I am wondering if it is consistent to use Perl for
this kind of things, inside the mono project. It would be more logical
to use Mono itself, and then not having another external depe
Hi,
I think we already have perl dependency. I decided to use perl because this
conversion is done solely using regular expressions and perl is good at it.
On the other hand things in the common directory are built before any
bootstrap compilation is done it may be better not to rely on mcs in
Ympostor wrote:
> Kornél Pál wrote:
>> I've done some more work on cs2vb.pl; now I consider it being complete.
>
> I might be wrong but I am wondering if it is consistent to use Perl for
> this kind of things, inside the mono project. It would be more logical
> to use Mono itself, and then not h
Kornél Pál escribió:
> I think we already have perl dependency. I decided to use perl because this
> conversion is done solely using regular expressions and perl is good at it.
> On the other hand things in the common directory are built before any
> bootstrap compilation is done it may be bette
This conversion is restricted to constants. And it should be simple rather
than a complex language converter.
BTW who do you mean on the SD guys?
Kornél
- Original Message -
From: "Ympostor" <[EMAIL PROTECTED]>
To:
Sent: Thursday, August 24, 2006 12:24 PM
Subject: Re: [Mono-dev] [PATC
Kornél Pál escribió:
> This conversion is restricted to constants. And it should be simple rather
> than a complex language converter.
But perhaps tomorrow you need constans and X; and in one month you see
that you need Y too, and then Z... And you could have finished it
earlier reusing code..?
Hello Timo,
On Tue, 2006-08-22 at 15:05 +0200, Timo Rainio wrote:
> hi all,
> building mono on windows when in /trunk/mono/mono/monoburg the
> following command:
>
> ./monoburg ./sample.brg > sample.c
>
> produces me an empty sample.c (zero byte) and the following compile
> fails. This happens w
Hi,
I found out that when NullReferenceException is thrown inside catch
clause in embedded environment, Mono crashes. Normally when method is
invoked with mono_runtime_invoke, exceptions are stored in MonoObject
but somehow this does not happen in this case.
This happened when I tried to print out
Hi,
I attached a cs2vb.cs that is functionally equivalent to cs2vb.pl. (I
created this just for fun to show how much easier it is in Perl.:)
I anybody has ideas how to compile a C# program before compiling anything
else help is welcome otherwise I think the previously attached cs2vb.pl is
th
Hi,
Probably downgrading libtool to 1.5.20 would solve the problem.
Atsushi Eno
Sebastien Pouliot wrote:
> Hello Timo,
>
> On Tue, 2006-08-22 at 15:05 +0200, Timo Rainio wrote:
>> hi all,
>> building mono on windows when in /trunk/mono/mono/monoburg the
>> following command:
>>
>> ./monoburg ./
Hi,
Janne Rantala wrote:
> I found out that when NullReferenceException is thrown inside catch
> clause in embedded environment, Mono crashes. Normally when method is
> invoked with mono_runtime_invoke, exceptions are stored in MonoObject
> but somehow this does not happen in this case.
> This hap
Robert Jordan wrote:
> Hi,
>
> Janne Rantala wrote:
>> I found out that when NullReferenceException is thrown inside catch
>> clause in embedded environment, Mono crashes. Normally when method is
>> invoked with mono_runtime_invoke, exceptions are stored in MonoObject
>> but somehow this does not
Robert Jordan wrote:
> Robert Jordan wrote:
>> Hi,
>>
>> Janne Rantala wrote:
>>> I found out that when NullReferenceException is thrown inside catch
>>> clause in embedded environment, Mono crashes. Normally when method is
>>> invoked with mono_runtime_invoke, exceptions are stored in MonoObject
>
Kornél Pál wrote:
> I attached a cs2vb.cs that is functionally equivalent to cs2vb.pl. (I
> created this just for fun to show how much easier it is in Perl.:)
I keep preferring C# :D
> I anybody has ideas how to compile a C# program before compiling
> anything else help is welcome otherwise I
> I might be wrong but I am wondering if it is consistent to use Perl for
> this kind of things, inside the mono project. It would be more logical
> to use Mono itself, and then not having another external dependency
> (Mono depending on Perl??), right?
Just for the record: we already have per
Hi,
Jb Evain skrev:
Hi,
Bjarke Hammersholt Roune wrote:
I have found the following bug in Cecil. Here is how to trigger it: Make
an assembly with a method where the last instruction in that method is
also the last instruction in a handler block. Use Cecil to load the
assembly and then save i
Hi Bjarke,
Bjarke Hammersholt Roune wrote:
> I have taken a look at 0.4.3, and you are correct that it can read and
> then write the bug-triggering assembly that I attached to my previous
> bug report without problems. The issue has not been entirely fixed,
> however. I have attached an assembl
Hi !
Ok one for me !!! I misunderstood the exception message. It seems that
we can't add a Constraint if there an equivalent Relation ...
MS.Net does the same ... so it's ok : one for me !
Sorry for the disturb ...
Konstantin Triger a écrit :
> Hi,
>
> Does it work on ms .net?
> Can you drop
Hi,
Apparently Mono's build system does not yet support building Winform apps.
If you include executable.make, then -target:exe will automatically be
passed to mcs (even if you explicitly set -target:winexe in
LOCAL_MCS_FLAGS).
As a result, the mcs-built SWP app will run with a DOS-box on MS.NET
Modify build to use -target:winexe.
For example adding a WINEXE (or something like that) variable that will be
recognized by executable.make would be a good solution.
Kornél
- Original Message -
From: "Gert Driesen" <[EMAIL PROTECTED]>
To:
Sent: Thursday, August 24, 2006 9:34 PM
Subje
Hello,
> Apparently Mono's build system does not yet support building Winform apps.
>
> If you include executable.make, then -target:exe will automatically be
> passed to mcs (even if you explicitly set -target:winexe in
> LOCAL_MCS_FLAGS).
>
> As a result, the mcs-built SWP app will run with a
Hi Robert,
Thank you very much!
Your information is really useful for me.
I have not mentioned that I develop Mono application in Win32 platform, and
I strive to make my application cross-platform targeted.
In Win32 port, I might construct the application directory structure as
following:
AppFo
Hi All
The ADO.NET provider for MaxDB version 0.8 is released (see
http://www.sf.net/projects/maxdbprovider). Some bugs are fixed in the
Interop module (thanks to Kornél Pál for the help) so provider looks less or
more workable for mono-1.0 profile.
Also I have one question to ADO.NET/Mono t
30 matches
Mail list logo
