Thanks, that's interesting stuff.
My application is a chat server, so I really need to know sooner than 2
hours if the client is dead. On the other hand I have a web server and don't
want to introduce unnecessary traffic there. What is the right way to handle
this, right now I am just sending
On 08/15/05 Yaacov Akiba Slama wrote:
The current solution might not be elegant, but it is simple, and it
works just fine.
Yes. But because of the java profile, a large part of source files need
to be enclosed by #ifdef.
The solution Ynon proposed is still quite simple as you can see
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Kornél Pál
Sent: maandag 15 augustus 2005 15:33
To: Andrew Skiba; Gert Driesen [EMAIL PROTECTED]
Cc: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] RE:
Paolo Molaro wrote:
What if you just recompile the assembly and develop an assembly diff
tool? In a few months the Cecil library may be able to allow this.
I been suggested this many times, but the problem is that it is way too
slow. My target for application of EnC is 100ms.
The Cecil: Am I
I think the current soltion is elegant.
Are the .jvm directories used to build the java version using Mono build
system or are they here only as a reference?
If .jvm directories are not used there are only 23 files that are enclosed
in #if NET_2_0 || TARGET_JVM. These files are for 2.0 and
Zoltan Varga wrote:
Hi,
The current solution might not be elegant, but it is simple, and it
works just fine.
Yes. But because of the java profile, a large part of source files need
to be enclosed by #ifdef.
The solution Ynon proposed is
I'm developing in Mono, but think MonoDevelop is still too buggy so
I'm using a standard text editor (vim) for coding. So I have crafted a
tiny and incomplete gui class browser that is a sort of aid for me.
Don't know if something similar or better for the same purpouse
already exists. Here it
One more thing:
Paolo Molaro wrote:
#ifdef HAVE_ICU
Feel free to completely remove the icu stuff with another patch, too;-)
Let me keep it for a while - it's a bit convenient to check icu
performance.
Atsushi Eno
___
Mono-devel-list mailing list
Just for curiosity: can svn:eol-style of parent dir take care of all the
files?
* Color.cs: Fixed line endings. Set eol-style to native.
* ColorConverter.cs: Fixed line endings. Set eol-style to native.
* Size.cs: Set eol-style to native.
* SizeF.cs: Use current culture in ToString(), set
I wrote some test cases, and searched for a culture-specific
character that matches the results I got.
You wrote tests that demonstrate the difference in behavior of dotnet
and mono before your fixes? Can you add these tests to the testsuite, or
at least send these tests to the devlist?
Hi Gert.
Can you please tell me, how do you know that dotnet uses the
CultureInfo.InvariantCulture.TextInfo.ListSeparator and not hardcoded
comma?
And BTW you did not change CT#3 testcase, so it fails now:
Failures:
1) MonoTests.System.Drawing.ColorConverterFixture.ConvertTo : CT#3
-Original Message-
From: Andrew Skiba [mailto:[EMAIL PROTECTED]
Sent: dinsdag 16 augustus 2005 13:58
To: Gert Driesen
Cc: mono-devel-list@lists.ximian.com
Subject: RE: [Mono-patches] r48374 - in
trunk/mcs/class/System.Drawing: .System.Drawing Test/System.Drawing
Hi Gert.
Hi Gert.
You wrote:
I'm still working on additional fixes and tests, I should get
things stable today (meaning tests should pass on both mono
and MS.NET).
Gert
Can you make things stable before committing, please? We are actively
working on System.Drawing these days, and it is very
Exceptions don't appear to work correctly in the 2.0 build of
Novell.Directory.Ldap. In fact, where is this (and
System.DirectoryServices) in the Mono source tree so I can look into it?
:)
On a related note, how do you set this library to use auto-referral (the
web page says it's possible)?
Hi,
I think this is ok to check in.
Zoltan
On 8/14/05, Kamil Skalski [EMAIL PROTECTED] wrote:
Hi!
When bringing generic version of Nemerle interactive shell to live I
encountered the problem in mono runtime:
On Fri, 2005-08-12 at 20:41 -0400, Michael Thomsen wrote:
I installed all of the dependencies built with VC++ in c:\monosvn and
have VC++ 7 from VS .NET 2003 installed. Could someone tell me how to
tell the mono configure script to use VC++ rather than the GCC suite
supplied by cygwin? I have
On 08/16/05 Atsushi Eno wrote:
+typedef struct {
+ const stridx_t name;
+ gint16 region_entry_index;
+} RegionInfoNameEntry;
+
+typedef struct {
+ gint16 lcid;
+ gint16 region_entry_index;
It likely makes sense to put region_entry_index inside CultureInfoNameEntry
instead of
On 08/16/05 David Srbecky wrote:
Paolo Molaro wrote:
What if you just recompile the assembly and develop an assembly diff
tool? In a few months the Cecil library may be able to allow this.
I been suggested this many times, but the problem is that it is way too
slow. My target for
Paolo Molaro wrote:
On 08/16/05 David Srbecky wrote:
Paolo Molaro wrote:
What if you just recompile the assembly and develop an assembly diff
tool? In a few months the Cecil library may be able to allow this.
I been suggested this many times, but the problem is that it is way too
slow. My target
On 08/16/05 David Srbecky wrote:
schoolwork, I will do some research, produce a battle plan and I will
come back :-)
Ok:-)
Do you mean that Cecil can not access the runtime similarly as
Reflection.Emit? Ok, got it.
It can access it, but only through a very coarse mechanism: assembly
Paolo Molaro wrote:
On 08/16/05 David Srbecky wrote:
Isn't it better to use managed Cecil in S.R.Emit do the reading and
writing of assemblies?
No.
The runtime needs to be able to read assemblies before executing them,
so this code must be unmanaged. Having a second copy of the code in
hello,
- I want to create a c# library for some optimization routines with mono. can any one explain proper staps to do ?? or if you know any web site or book which provide that information pls let me know.
- I m new to c# and mono so quite confused about how exactly c# library is created.
-
Hi Andrew,
I think xmlconf.exe should also include the actual error message
in addition to the stack trace string. Does the attached patch
look OK for you?
Atsushi Eno
Index: ChangeLog
===
--- ChangeLog (revision 48380)
+++
List,
Im writing an app that should collect data on
/dev/ttyS0 and push it out to a web service. The code for the app is included
in this message. Here is the error that I am getting:
** (Program.exe:13337): WARNING **: The class
System.IO.Ports.SerialPort could not be loaded, used
Hi,
Paolo Molaro wrote:
On 08/16/05 Atsushi Eno wrote:
+typedef struct {
+ const stridx_t name;
+ gint16 region_entry_index;
+} RegionInfoNameEntry;
+
+typedef struct {
+ gint16 lcid;
+ gint16 region_entry_index;
It likely makes sense to put region_entry_index inside
25 matches
Mail list logo
