.
Jonathan Gilbert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
At 04:33 PM 6/7/2007 +0200, Paolo Molaro wrote:
On 06/06/07 Jonathan Gilbert wrote:
penalty? Surely the overhead of actually setting up a 10,000 child
processes totally eclipses a 5 second penalty.
Well, maybe on windows it does. My 3 year old laptop can execute 2500
processes in those 5
it.
The code in both patches is hereby officially licensed under the terms of
the MIT X11 license. :-)
Enjoy,
Jonathan Gilbert
The below is for review only; please use the attached gzip when applying
the patch to your local source tree.
Index: class/System/System.Diagnostics/Process.cs
At 04:39 PM 6/6/2007 +0200, Paolo Molaro wrote:
On 06/06/07 Jonathan Gilbert wrote:
This makes having 'mono' in $PATH an official requirement for mono to
operate correctly...
For some things it's already required to have the mono tools installed
in $PATH (see for example the use of codedom
this and for one reason or
another never got around to it.
It was fun writing it :-)
Thanks,
Jonathan Gilbert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
into the e-mail. Since this is likely to
break it for the purposes of applying, I also attached a gzipped copy of
the file.
Enjoy,
Jonathan Gilbert
Index: mono/io-layer/processes.c
===
--- mono/io-layer/processes.c (revision 78469
for leaving it there for those few?
Jonathan Gilbert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
as the
caller. How would the object returned by Process.Start represent this? What
if you wanted to kill off the child process after a certain timeout?
Process.Kill would terminate the parent as well!
Jonathan Gilbert
___
Mono-devel-list mailing list
Mono-devel-list
,
but that just about sums up what this GetAddrOf is all about.
Jonathan Gilbert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
instructions), then perhaps it would be possible to do something like
marking it as an icall and having the JIT recognize that method and inline
it as just a BSWAP.
Jonathan Gilbert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
are susceptible to the
other assembly being swapped for a different version, but at runtime that
problem disappears since once loaded, the assembly is guaranteed to remain
the same version (and remain loaded, too). I don't know to what extent mono
takes advantage of either of these points.
Jonathan Gilbert
') at JIT time
while the latter, barring some special-case optimization in the JIT, will
get translated to a load from a static field.
I also happen to think that 'x = ' is more readable than 'x =
string.Empty'. :-)
Do you know of a compelling reason to use 'x = string.Empty' over 'x = '?
Jonathan
extendederrorreporting.System.Drawing.diff: Apply in
/source/trunk/mcs/class/System.Drawing
Thoughts? Comments? If nobody thinks this is a bad idea (and some people
think it is a good idea), I can commit it.
Thanks,
Jonathan Gilbert
-
I have included the patches inline in the e-mail as well as attaching them
in gzipped
yet: adding/removing members other than methods, and adding
entirely new data types (I can't see any obvious reason why new data types
couldn't be added, though I can see that removing data types would be a
pain, even more of a pain than supporting the removal of methods in classes).
Jonathan Gilbert
avoided loses their
entire debug session. :-)
Just some ideas :-)
Jonathan Gilbert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
t 06:48 PM 12/07/2006 +0200, Robert Jordan wrote:
Jonathan Gilbert wrote:
One other possibility which should not be discounted out-of-hand, I think,
is the possibility of resurrecting the interpreter and bringing it
up-to-date. Certainly the hardest part of edit-and-continue of a running
Edit
in a
breadth-first tree walk order.
Jonathan Gilbert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
before proceeding.
If you'd like, I can try writing an alternate implementation along these
lines, but it will have to wait until after work for me today.
Jonathan Gilbert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http
?
Jonathan Gilbert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
, the patch is correct
if that code ever has to run on Windows (..and it'll also be correct
if/when mono starts using pseudohandles too). :-)
Jonathan Gilbert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman
retrieve icon is not showing, then this message
is no longer on the server.
Over 500 kb times however many thousands of subscribers there are to this
list...
Putting this file on a web server and providing a link would be far more
appropriate, in my opinion.
Jonathan Gilbert
At 02:43 PM 06/03/2006 -0500, Miguel de Icaza wrote:
Hello,
I know that CSC creates a temp directory in where ever %TEMP% is
pointed to, to create the object files and deletes them when its all
done building but the compiler inlined in Visual Studio creates a local
directory to store the
, and that is accessed dynamically at runtime
through P/Invoke. It is not required for the binary to start running, and
P/Invoke failing to find a library *does* throw an exception...
Jonathan Gilbert
___
Mono-devel-list mailing list
Mono-devel-list
Point.
Jonathan Gilbert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
to
HTML, and mono's implementation might be attaching a plaintext version of
the message with the HTML one as the main MIME body, using MIME type
'multipart/alternate' as suggusted by RFC 1521 et al.
Try setting it to .Text if you want a plaintext message. :-)
Jonathan Gilbert
At 10:44 PM 23/10/2005 -0600, Peter Dennis Bartok wrote:
Jonathan,
I haven't reviewed the patch yet, but I noticed that you put the tests for
it in winforms; it'd be cool you would nunit-ify them and put them straight
under System.Drawing/Test? Maybe using GetPixel to verify it rotated
under simply 'winforms/rotate'.
I submit this patch for approval by anyone with interest in RotateFlip. It
is fully tested and known to work, but feel free to submit it to whatever
scrutiny you feel is necessary. I can commit it if nobody finds issue with
the patch :-)
Thanks,
Jonathan Gilbert
is familiar with those systems and could make a basic port of the JIT to
mips-sgi-irix?
Jonathan Gilbert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
in
only one area is better than favouring that area over all others.
Just thought I'd let you know :-)
Jonathan Gilbert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
\argument with spaces\ \another argument with spaces\
Jonathan Gilbert
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
At 06:16 PM 26/05/2005 -0400, Gonzalo wrote:
On Thu, 2005-05-26 at 17:59 -0400, Jonathan Gilbert wrote:
At 05:53 PM 26/05/2005 -0400, Gonzalo wrote:
You just need to use something like 'argument with spaces' (note the
single quotes around the argument).
I doubt single quotes will work across
if
the JIT recognizes when this compares against null and simplifies it to
brtrue/brfalse, but it seems like an obvious -- and simple -- thing to do
(just need to be careful that the user hasn't created their own 'new'
static ReferenceEquals function).
Jonathan Gilbert
32 matches
Mail list logo