BTW I just revisited to run the code, and noticed that it does not
work at all. So am going to revert all of your changes (under
Miguel's agreement). As I originally suggested, feel free to
improve your code *after* my changes so that we don't waste time
for the sake of real users.
Done.
-Original Message-
From: [EMAIL PROTECTED] [mailto:mono-devel-list-
[EMAIL PROTECTED] On Behalf Of Atsushi Eno
Sent: maandag 14 augustus 2006 8:24
To: Gert Driesen
Cc: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] [PATCH] EventLog implementation
BTW I just
Hello guys,
When you edit text files, please stick to ASCII as long as possible.
We are likely to have some problems with non-ASCII letters like
this case (the editor or whatever related somehow terminated at
'ł', U+0142, which is even not in Latin1).
As long as you guys use non-ASCII letters,
Hi,
What about using UTF-8 (without BOM) in ChangeLog? It may sound weird but I
personally have no problem with using Kanji (or using other non-Latin
scripts) when using UTF-8 altough using Latin characters are more likely to
be readable by every people looking at the files (as we use
Hi,
I would like to implements a card Game and I'm looking about the technical part.
I'm wondering if some of you could give me some advices about the Gui Part ...
i'm new to Gtk# and do not know other Gui for Mono (except Windows Forms ...) so
if someone can direct me ...
Thanks for any help !
Hi Kornél (am always copypasting your name ;-),
Kornél Pál wrote:
Hi,
What about using UTF-8 (without BOM) in ChangeLog? It may sound weird but I
personally have no problem with using Kanji (or using other non-Latin
scripts) when using UTF-8 altough using Latin characters are more likely
Hi Kornél (am always copypasting your name ;-),
I was pretty sure about that.:)
What about using UTF-8 (without BOM) in ChangeLog? It may sound weird but
I personally have no problem with using Kanji (or using other non-Latin
scripts) when using UTF-8 altough using Latin characters are
As usual, I reply *late* to these interesting messages... sorry :-(
First things first: it's nice you'll do the CIL-CIL optimizer, but
there are plans to do this in the JIT anyway, where these things
belong.
I say where these things belong not to discourage you, but because
the JIT has generally
Carlos J. Muentes wrote:
Yea I found how to edit the .mdp file while searching around the other
day, and it did work. I also found how to generate a tarball in
monodevelop, but for some reason, it only worked as root, which isn't a
big deal. I think deployment project templates (in MD) and
Thanks for the URL, it looks like a slick utility. Only issue for me is
I built the entire app in Monodevelop, which means I'd have to create
new projects in Visual Studio, and import all the code files. Do you
have anything for Monodevelop project (*mdp) or Monodevelop solution
(*mds) files?
Carlos J. Muentes wrote:
Thanks for the URL, it looks like a slick utility. Only issue for me is
I built the entire app in Monodevelop, which means I'd have to create
new projects in Visual Studio, and import all the code files. Do you
have anything for Monodevelop project (*mdp) or Monodevelop
Hello,
First things first: it's nice you'll do the CIL-CIL optimizer, but
there are plans to do this in the JIT anyway, where these things
belong.
I think there is a natural barrier imposed by the CIL language on the
kinds of optimizations that should be performed at each stage.
A CIL-to-CIL
Hello,
Is saving files in utf-8 without BOM possible in general western
editors land? If yes I like the idea. If not then maybe it is not
a good solution for us (yeah, not using non-ASCII letters is the
most pessimistic option).
Emacs can write files in UTF-8, I do not think it respects BOM
A CIL-to-CIL optimizer could probably do constant folding very easily or
simplify some of the bad code generated by mcs for things like:
[snip]
Shouldn't it be the case of optimizing mcs and not creating another
tool? If it's too difficult to fix mcs (I suspect so), wouldn't it be
better to
Massimiliano Mantione skrev:
First things first: it's nice you'll do the CIL-CIL optimizer, but
there are plans to do this in the JIT anyway, where these things
belong.
I say where these things belong not to discourage you, but because
the JIT has generally more visibility on how the code
Felipe Almeida Lessa wrote:
A CIL-to-CIL optimizer could probably do constant folding very easily or
simplify some of the bad code generated by mcs for things like:
[snip]
Shouldn't it be the case of optimizing mcs and not creating another
tool? If it's too difficult to fix mcs (I suspect
Miguel de Icaza skrev:
Hello,
First things first: it's nice you'll do the CIL-CIL optimizer, but
there are plans to do this in the JIT anyway, where these things
belong.
I think there is a natural barrier imposed by the CIL language on the
kinds of optimizations that should be performed
Hey, here's a question-- does the remoting framework in Mono forward
System.Object calls on MarshalByRefObjects? I'm looking at a stack trace that
suggests it does, in which case, that could be a major source of your
performance problems in XSP.
--Brian
Hi All,
I'm using Sn utility to generata public private key pair and i use
API's from System.Security.Cryptography and
System.Security.Cryptography.Xml to sign the License file which is
just an xml file with some elements in it.
After signing, if i make any changes in signed xml file and if i
Hello Romy,
On Mon, 2006-08-14 at 16:02 -0400, romyd misc wrote:
Hi All,
I'm using Sn utility to generata public private key pair and i use
API's from System.Security.Cryptography and
How did you convert this key from the binary format used by SN and the
xml format used by
Hey,
Brian Crowell wrote:
Hey, here's a question-- does the remoting framework in Mono forward
System.Object calls on MarshalByRefObjects? I'm looking at a stack trace that
suggests it does, in which case, that could be a major source of your
performance problems in XSP.
Indeed, it does
Robert Jordan wrote:
Hey,
Brian Crowell wrote:
Hey, here's a question-- does the remoting framework in Mono forward
System.Object calls on MarshalByRefObjects? I'm looking at a stack trace
that
suggests it does, in which case, that could be a major source of your
performance problems
Again, first thing first: I am replying just to share knowledge,
as you said, both a CCO and an optimizing JIT have their place
in the world...
On Mon, 2006-08-14 at 19:39 +0200, Bjarke Hammersholt Roune wrote:
3. A CCO can decrease the size of an assembly by such optimizations as
dead
Robert Jordan wrote:
Err, MS.NET 1.1 does not follow the rules at the bottom of
the page. Only 2.0 is optimized wrt to System.Object calls.
Well, that's odd. I was almost certain .NET 1.1 did the same thing. It seems
only natural. I once had to write a set of RealProxies, and one of the ways I
Hello,
[1] Dead code elimination: some code is generated internally by the
JIT, so the CCO cannot even see it. This is particularly true with
inlining (unless you also do inlining in the CCO itself, which is
tricky because it is likely to break things like tracing, debugging
On Mon, 2006-08-14 at 13:03 -0400, Miguel de Icaza wrote:
Is saving files in utf-8 without BOM possible in general western
editors land? If yes I like the idea. If not then maybe it is not
a good solution for us (yeah, not using non-ASCII letters is the
most pessimistic option).
Emacs
Hello,
I would like to invite Mono users, Mono Developers and Contributors
to join us for two days of meetings in Cambridge, in the US where we
plan on getting together, face to face to talk about all things Mono.
For more details, see the meeting page:
Hello,
On Mon, 2006-08-14 at 20:55 -0400, Miguel de Icaza wrote:
Hello,
I would like to invite Mono users, Mono Developers and Contributors
to join us for two days of meetings in Cambridge, in the US where we
plan on getting together, face to face to talk about all things Mono.
Hello,
Oct 23 and 24 is a Monday and Tuesday, is that really correct?
Yes.
I struggled with the dates; But the advantage is that we can fit a few
developers in the office after the 24th if they want to join us for a
hack-a-thon.
Miguel.
___
29 matches
Mail list logo