Done.
Thanks,
Alan.
On Sat, May 31, 2008 at 2:45 PM, Sebastien Pouliot
[EMAIL PROTECTED] wrote:
Good catch, please commit!
On Sat, 2008-05-31 at 12:34 +0100, Alan McGovern wrote:
Attached is a tiny patch for BigInteger which removes an unnecessary
instantiation. Anything which makes use
that is called in the loop.
Finally, is this patch worth committing?
Thanks,
Alan.
Index: BitConverter.cs
===
--- BitConverter.cs (revision 102166)
+++ BitConverter.cs (working copy)
@@ -28,6 +28,7 @@
//
using System.Text;
+using
.
Alan.
On Thu, May 1, 2008 at 12:24 AM, Rodrigo Kumpera [EMAIL PROTECTED] wrote:
Well, the inliner basically eliminates the penalty from using properties
and empty constructors.
Increasing the inline threshold is tricky and might now be worthy as there
are too many situations that abort
and there is excess variable copying
going on?
Alan.
On Thu, May 1, 2008 at 12:47 PM, Zoltan Varga [EMAIL PROTECTED] wrote:
Hi,
On my amd64 machine, that method does get inlined. You can check the
output of mono -v -v -v -v for INLINE lines to see what gets inlined.
Zoltan
Well, the logo that was linked has been created recently as part of a logo
competition, so if there is an issue that it's too similar - they copied the
mono-project logo. IANAL and all that ;)
Alan.
On Thu, May 1, 2008 at 3:58 PM, Chris Howie [EMAIL PROTECTED] wrote:
On Tue, Apr 29, 2008 at 7
is deciding that the methods shouldn't be inlined when
in this case the benefits are definately clear.
Alan.
On Wed, Apr 30, 2008 at 2:00 PM, Sebastien Pouliot
[EMAIL PROTECTED] wrote:
yes, go ahead.
thanks again
Sebastien
On Wed, 2008-04-30 at 02:30 +0100, Alan McGovern wrote:
Applying some
This method does not get inlined:
private uint Ch (uint u, uint v, uint w)
{
return (uv) ^ (~uw);
}
If that isn't inlined then don't ask me what kind of method *could* be
inlined by the JIT.
Alan.
On Wed, Apr 30, 2008 at 11:32 PM, Rodrigo Kumpera [EMAIL PROTECTED] wrote:
Mono only inline
them next rather than just randomly selecting one i haven't
looked at and seeing what i can do there.
Thanks,
Alan.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
.
Thanks,
Alan.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi igor,
[1] The first numbers from Alan, on Sunday using unsafe code, were
around 40% and he made more progress after that.
The current unsafe code version is just over 3x faster than the
default implementation in Mono 1.9. However this will never be
committed to mono itself. So don't get
Applying some of the ideas from the SHA1 patch to sha256 left me with a 15%
performance boost. Is this good to commit? It passes the nunit tests.
Alan.
Index: ChangeLog
===
--- ChangeLog (revision 102167)
+++ ChangeLog (working copy
, or someone else can go ahead and do
so.
Thanks,
Alan.
Index: SHA1CryptoServiceProvider.cs
===
--- SHA1CryptoServiceProvider.cs (revision 102083)
+++ SHA1CryptoServiceProvider.cs (working copy)
@@ -79,7 +79,7 @@
}
for (i=0
/exception.aspx
Alan.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi,
You can work around it by using reflection to test whether that event
exists, and if it does you can then register a handler to it. That way
you can use the new feature without having to lose compatibility with
2.8.
Alan.
2008/4/16 Vladimir Dimitrov [EMAIL PROTECTED]:
Hey guys I have
Aren't WinForms based on Wine? How does that work for you in terms of
deployment and performance?
Nope, it's written in managed code:
http://www.mono-project.com/WinForms#History
Alan
___
Mono-list maillist - Mono-list@lists.ximian.com
http
/invoke) and then the glue
library will call into the regular odbc32.dll library.
Which is suitable, i can't say. Someone else would have to decide that.
Alan.
On Tue, Mar 18, 2008 at 10:26 PM, Mads Bondo Dydensborg [EMAIL PROTECTED]
wrote:
Hi there
In libodbc.cs, imports are on this form
in the cecil version but about 24 lines in the SRE version.
Alan.
On Mon, Mar 3, 2008 at 5:06 PM, Jonathan Pobst [EMAIL PROTECTED] wrote:
Additionally, I believe that the Cecil-based mono-api-info is a
better implementation than the SRE-based implementation. And am
wondering if we
It may be closed automatically, but *when* will it be closed? There's no
guarantee on when finalizers will be called which is why calling .Close() is
a much better solution (where possible).
Alan.
On Thu, Feb 21, 2008 at 11:53 AM, Zoltan Varga [EMAIL PROTECTED] wrote:
Hi,
I applied
Bug with the macos installer and monodevelop:
https://bugzilla.novell.com/show_bug.cgi?id=360351
On Feb 8, 2008 9:46 PM, Thomas Wiest [EMAIL PROTECTED] wrote:
Hey Everyone,
We've just released Mono 1.9.0 Preview 2 today! This preview has
Windows and Mac OS X installers. Please help us out
think you need something fairly recent to avail of this.
Alan.
On Jan 24, 2008 12:35 PM, Henrik Torkelund [EMAIL PROTECTED] wrote:
To state the question more precisely: Is there a way to take a VS2008
solution and use it as input for a Mono compiler/build tool? It is OK if
there are some
Are you sure that's a bug? '*.*' will look for every file which contains a
'.' character in it. If you want all files, you should just use ' * ', or
leave out the mask altogether.
What filename is it you're expecting it to find that it isn't finding?
Alan.
On Jan 22, 2008 5:22 PM, place [EMAIL
Ah, i didn't know that. My bad!
Alan.
On Jan 23, 2008 6:45 PM, Jonathan Pryor [EMAIL PROTECTED] wrote:
On Wed, 2008-01-23 at 18:17 +, Alan McGovern wrote:
Are you sure that's a bug? '*.*' will look for every file which
contains a '.' character in it. If you want all files, you should
You could also try http://anonsvn.mono-project.com/viewcvs/trunk/csvorbis/
Thats a full vorbis decoder in pure C# (as far as i know).
Alan.
On Jan 21, 2008 7:18 AM, Michael Dominic K. [EMAIL PROTECTED] wrote:
On Jan 19, 2008 6:44 PM, Martin Dederer [EMAIL PROTECTED] wrote:
hi guys,
i am
of style, should i put the variable declarations at
the top of the .cs file with a comment specifying how they are used?
Or should i leave them as they are.
Alan.
On Jan 10, 2008 3:26 AM, Alan McGovern [EMAIL PROTECTED] wrote:
(and to the list again... doh)
On Jan 10, 2008 3:26 AM, Alan McGovern
. This reduces runtime memory usage by about 10MB
(80MB - 70MB) and decreases processing time by 30% (3.4s - 2.6s).
Anyone have any ideas on how to tidy this up to make it neater? Also,
would this optimisation be too specific, or can it be generalised
somewhere higher up in the stack.
Alan.
Index
(and also sending to the list...)
On Jan 10, 2008 12:41 AM, Alan McGovern [EMAIL PROTECTED] wrote:
Hi,
I was wondering about that alright. It did seem a bit weird that it
would work, i would've expected the delegate parameter to be at least
as restrictive as the method i was calling. Bang
(and to the list again... doh)
On Jan 10, 2008 3:26 AM, Alan McGovern [EMAIL PROTECTED] wrote:
Hi,
Yeah, by reducing the method searchs performance increases by 15% or
so. I'll work that patch up tomorrow at some stage.
Thanks,
Alan.
On Jan 10, 2008 1:07 AM, Robert Jordan [EMAIL
a way to
improve.
If there's anyone out there who's more familiar with this area of code, you
could also take a gander ;)
Alan
On Jan 4, 2008 12:15 PM, Ventsislav Mladenov [EMAIL PROTECTED]
wrote:
Hi again, obviously my test was wrong i completely rewrote my code and now
is much faster
He sent it attached to his last email, but it's about 4MB so it may get
bounced from some email services. For lack of a better place to put it, i
uploaded to megaupload:
http://www.megaupload.com/?d=D5NFRPEB
Hope that helps,
Alan.
On Jan 4, 2008 12:44 PM, Juraj Skripsky [EMAIL PROTECTED] wrote
Hi,
I really doubt that calling the Key, Value overload would give that much of
a slowdown. I'd believe a slowdown of 10%, or maybe 15%, but not 600%. I'd
say the slowdown is due to an inefficient algorithm as opposed to anything
else.
Alan.
On Jan 4, 2008 3:35 PM, Juraj Skripsky [EMAIL
the StringComparer.Ordinal. Using
StringComparer.CurrentCulture results in the same slow behavior as the
instance method on string does.
Alan.
On Jan 4, 2008 6:58 PM, Alan McGovern [EMAIL PROTECTED] wrote:
Hi,
I really doubt that calling the Key, Value overload would give that much
of a slowdown. I'd believe
easy to
debug.
Alan.
On Jan 2, 2008 10:22 PM, Ventsislav Mladenov [EMAIL PROTECTED]
wrote:
Hi, I have a speed problem with Mono 1.2.6
I have to sort ListString with 88 000 records (Bulgarian and English
words)
on Windows Mono sort it for about 5 seconds but on Linux it takes at least
30 - 40
Before people go off on a huge tangent about how MS are going to steal the
idea, you've already stolen theirs ;)
http://en.wikipedia.org/wiki/Singularity_(operating_system)
Still, it's an interesting project.
Alan.
On Jan 3, 2008 7:23 PM, Daniel Soto [EMAIL PROTECTED] wrote:
I'm very
In your last email you were running mono 1.2.4 and an argument exception was
being thrown. The email previous showed you running mono 1.2.5 tarball and
it was a null reference being thrown there.
Alan.
On Dec 18, 2007 10:08 PM, Steve Bjorg [EMAIL PROTECTED] wrote:
Maybe you should read
mono 1,2.6 and
see if that fixes your issue. If you have already tried 1.2.6, my apologies.
Alan.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Unfortunately it looks like the default MS.NET behavior is buggy, in that it
lets you set content type even though the headers are already sent and the
receiver will never see that new value.
Alan.
On Dec 18, 2007 9:46 PM, Adam Tauno Williams [EMAIL PROTECTED] wrote:
I've created an XML-RPC service
This was actually answered a bit earlier in a separate thread. You need to
grab the latest moma.exe from: http://www.mono-project.com/MoMA,
Alan.
On Dec 14, 2007 6:17 AM, Dennis Hayes [EMAIL PROTECTED] wrote:
I downloaded the Moma 1.2.6 definitions, but when I try to run Moma
withthe new
It'd break API compatibility, therefore it's a no-go.
Alan.
On Dec 12, 2007 12:55 PM, Vladimir Giszpenc [EMAIL PROTECTED] wrote:
Hi,
As you know, in .Net Framework 2.0 Microsoft added the SecureString class
to
keep passwords and other private data hidden. They did not add
SecureString
be able to cut down on the size of
the libraries fairly significantly.
Alan.
On Dec 9, 2007 6:57 PM, Robert Jordan [EMAIL PROTECTED] wrote:
Danny Waite wrote:
Hi guys,
I'm running XSP2 in an embedded system when the disk space is sparse
at best. How do I find out what libraries my app
They'll run as natively on linux as they run on windows, or macos.
Alan.
On Dec 8, 2007 3:44 PM, silicontoad [EMAIL PROTECTED] wrote:
Hi,
This may be a silly question but I was wondering, I'm trying to sell the
idea of mono to my team because I'm very excited about it, is it right to
say
(socket.GetStream());
except you're creating two additional streamwriters for some unknown reason.
The additional bytes could be a byte order mark. What happens if you do a
.Receive() in c#, do you get just the 5 bytes?
Alan.
On Dec 4, 2007 12:27 PM, Phillip N. [EMAIL PROTECTED] wrote:
Dear mono's..
Im
). Therefore a
patch which has 'thread safety' fixes for stuff that is not supposed to be
threadsafe doesn't make much sense. I think this is what Atsushi was saying.
Alan.
On Dec 2, 2007 12:57 PM, Arina Itkes [EMAIL PROTECTED] wrote:
The previous code:
public string Url
the same performance as it does under .NET on windows.
Alan.
On Dec 2, 2007 8:29 AM, Marek Wyborski [EMAIL PROTECTED] wrote:
So nobody here can tell why Mono is not using the full power of my
processor?? Or more better give me a hint how to make it run at full
speed? Mono uses both Processors
for the bug
fixers.
Alan.
On Dec 1, 2007 8:01 AM, Prakash Punnoor [EMAIL PROTECTED] wrote:
On the day of Friday 30 November 2007 Andreas Färber hast written:
Am 30.11.2007 um 22:10 schrieb Prakash Punnoor:
On the day of Friday 30 November 2007 Robert Jordan hast written:
The layouts
Also, just looking at the string source a bit more closely, it has a
GetCaseInsensitiveHashcode method too, so i'd assume that would need to be
cached too which would mean 8 bytes would be needed. This wouldn't scale
well.
Fair enough. Twas just an idea.
Alan.
On Dec 1, 2007 4:09 PM, Robert
then put a lower bound on the string length
to make it worthwhile.
Alan.
On Dec 1, 2007 5:29 PM, Robert Jordan [EMAIL PROTECTED] wrote:
Hi Alan,
Alan McGovern wrote:
Also, just looking at the string source a bit more closely, it has a
GetCaseInsensitiveHashcode method too, so i'd assume
Also, worst case scenario for a zero length string would mean a 22%
increase, not a 100% increase as was said before.
Alan.
On Dec 1, 2007 6:01 PM, Alan McGovern [EMAIL PROTECTED] wrote:
Well, 'N' could be computed by asking what percent bloat is 'OK' or it
could be computed by asking 'What
make
this a bad idea?
Alan.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
wouldn't be allowable (i assume).
You'd have to make those either internal or private as opposed to protected.
Alan.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Thats invalid code. If you want to access the 'CopyTo' method, you have to
cast the dictionarystring, object as an ICollectionKeyValuePairstring,
object.
Alan.
*Sigh*. Let this test program demonstrate:
[EMAIL PROTECTED]:~/mono-hacks% gmcs bug.cs -o bug.exe
warning CS8029: Compatibility
I was just looking at the source of int32, and i noticed that there was room
for improvement in the implementation of CompareTo.
This implementation is approx 33% faster than the existing one. Is this ok
to commit? I can write the changelog and commit myself if i get the
go-ahead:
Index:
Actually, if that's acceptable, i can do the same thing for int16 and int16
which will give similar performance boosts there.
Alan.
On Nov 22, 2007 9:05 PM, Alan McGovern [EMAIL PROTECTED] wrote:
I was just looking at the source of int32, and i noticed that there was
room for improvement
if the GC
was playing a big role in the performance.
Alan.
On Nov 22, 2007 8:05 PM, Miguel de Icaza [EMAIL PROTECTED] wrote:
I've detected a performance hit on plastic server running on mono. I
was
actually shocked because when I checked something similar working with
integers, Mono
Scratch that, it fails the NUnit tests :)
Alan.
On Nov 22, 2007 9:25 PM, Zoltan Varga [EMAIL PROTECTED] wrote:
Hi,
This looks ok to check in, altough the int xv = assignment is no longer
needed.
Zoltan
On Nov 22, 2007 10:05 PM, Alan McGovern [EMAIL PROTECTED] wrote:
I
Open an X11 terminal and run the app from inside there. That should make it
work then.
Alan.
On Nov 20, 2007 11:20 AM, oplusplus [EMAIL PROTECTED] wrote:
Unhandled Exception: System.TypeInitializationException: An exception
was thrown by the type initializer for System.Windows.Forms.XplatUI
Works on MS.NET. This is a regression.
File a bug report at bugzilla.novell.com on this and post the bug number
here.
Alan.
On Nov 18, 2007 1:43 PM, Stephen Apostolopoulos [EMAIL PROTECTED] wrote:
Regression: cannot cast IntPtr to enum.
using System;
namespace Test
{
enum Key
mbas is the old compiler and is now obsolete. It's been replaced by a new
compiler as part of last summers SoC:
http://www.mono-project.com/VisualBasic.NET_support
Alan.
On Nov 14, 2007 3:38 PM, Paul F. Johnson [EMAIL PROTECTED]
wrote:
Hi,
Are there any plans to remerge mbas back
Right click on the 'References' thingy in the solution browser and choose
'edit references' and add your library as a reference.
Alan.
On 11/9/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi,
I realise that this is a rather basic question, but how do I add extra
libraries
If you want to add a native DLL to the solution, you can. Just add it in the
solution pane as a regular file (not as a reference) and make MD copy it to
the output directory when it compiles your code.
Alan.
On Nov 9, 2007 12:37 PM, Petit Eric [EMAIL PROTECTED] wrote:
Yes, but with a dll from
You can't directly call native methods in C# as you could another .net
assembly.
http://www.mono-project.com/Interop_with_Native_Libraries
That wiki page contains all the info you'd need.
Alan.
On Nov 9, 2007 2:30 PM, Dan Smithers [EMAIL PROTECTED] wrote:
Thanks Alan, I have tried this - how
It should be the same experience on all platforms once all configuration
issues are taken account of.
Alan.
On 10/29/07, Felipe Portella [EMAIL PROTECTED] wrote:
Thanks José, but I'm interested in comparing the same version of mono in
different distributions ...
Suppose that I put Debian
How about:
public bool Is64Bit
{
get { return IntPtr.Size == 8; }
}
That code works as long as the assumption that you're not running a 32bit
version of mono in a 64bit os holds true, which i think can only happen
under win64.
Alan.
On 10/29/07, Adrien Dessemond [EMAIL PROTECTED] wrote
I'll put a bug report up for htis for you.
Alan.
On 9/17/07, Joachim Ante [EMAIL PROTECTED] wrote:
Hi,
I currently can't log bugs in bugzilla because the new bug tracker is
not sending my a verification mail. So i am logging it here, hoping
someone can look at this asap.
When compiling
Read up here: http://mono-project.com/Moonlight
There is a completely separate set of assemblies for moonlight as compared
to regular mono.
Alan.
On 9/18/07, Engler, Eric [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Mono's Moonlight may have trouble keeping up
anyway, feel free to correct me if i made
a mistake.
Alan.
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
to get a new set of 20 bytes (4 integers) and keep going until you have all
the numbers you need. This is guaranteed to produce the same psuedo-random
numbers on every platform every time.
Alan.
On 9/10/07, Miguel de Icaza [EMAIL PROTECTED] wrote:
Hello,
After customer request, we have
Have you tried running a memory profiler on your application and seeing
exactly what's going on?
Alan.
On 8/30/07, Eric Morgan [EMAIL PROTECTED] wrote:
Lupus,
I can send you the executable and libraries, but I cannot send the source
code. Would you prefer if I emailed it or uploaded
Just giving people a heads-up that monologue hasn't updated in over two
days. Someone needs to give it a kickstart i think.
Alan.
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Post them up on either Bugzilla or the mailing list and they can be reviewed
there and added to the wiki by someone with write access.
The wiki isn't an open wiki.
Alan.
On 8/22/07, Austin Winstanley [EMAIL PROTECTED] wrote:
Hi,
I'd like to contribute some Gtk# and other tutorials
=markup
As you can see, when Play() is called, it enters the LoadFromUri method,
which then checks to see if the file exists on your HD and if so, creates a
filestream. This shouldn't fail, yet by the looks of it, it is.
Alan.
On 8/9/07, Markus Kilås [EMAIL PROTECTED] wrote:
I found a solution
might run into issues where project X only compiles for one
person but not another because of version differences.
Alan.
On 7/31/07, Joe Audette [EMAIL PROTECTED] wrote:
We use Premake (http://premake.sf.net/) to generate Visual Studio and
SharpDevelop files for Windows, MonoDevelop files
version (which it
won't be, as it's too late to get it implmented) you couldn't rely on it
being in linux distributions for quite a few months.
Alan.
On 7/30/07, Jouini Karim [EMAIL PROTECTED] wrote:
Please, i'm running OS X 10.4
with mono 1.2.4 but i'm unable to run any VB.NET or C# application
Doing a comparison by comparing the hashcodes sounds very broken to me. It's
quite possible for two objects to give the same hashcode without actually
being equal.
Alan.
On 7/24/07, Jae Stutzman [EMAIL PROTECTED] wrote:
This small patch makes the Equals(...) override more like MS behavior
] is not equal to [120, 15] yet they both XOR to give
255 as the hash code. So, my advice is to change the patch to *not* use the
hash code to determine equality and then attach it to an email or a bugzilla
report indicating what incompatibilities it fixes. You never attached it in
your first email.
Alan
Could you post up the detailed stats from heapshot? After the 12 hour run,
how much memory are you using? Are we talking in the gigabyte range, or
megabyte range?
Alan.
On 7/18/07, David Wolinsky [EMAIL PROTECTED] wrote:
My lab works on a peer-to-peer network overlay and we've noticed
) and i
can assure you that memory usage doesn't get unbearably large. It'd be
interesting to see the logs but i don't think there's much to be worried
about.
Alan.
On 7/18/07, David Wolinsky [EMAIL PROTECTED] wrote:
Initially 45 MB, 12 hours later 147 MB
Another developer has the heap-shot logs
Drop a bug report to: bugzilla.ximian.com containing that testcase and put
it under the 'compilers' section. It sounds like a gmcs issue.
Alan.
On 7/18/07, David Wolinsky [EMAIL PROTECTED] wrote:
FYI, this case is only triggered when using gmcs and not mcs.
David
David Wolinsky wrote
than an integer
or cocoa.object? If the key is always an integer, you could make your
mutable dictionary use a Dictionaryint, Cocoa.Object.
Alan.
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
I suggested the same thing, but was told the compiler didn't allow you to
add constraints to the overridden method. Also, i believe his code compiles
fine under csc, so unless it's a bug in CSC, there's definitely an issue
here.
Alan.
On 7/16/07, Adar Wesley [EMAIL PROTECTED] wrote:
Hi John
to get up to speed on
that wouldn't be worth it considering next year is final year, and i should
be studying.
Thanks,
Alan.
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Try:
http://www.go-mono.com/archive/1.2.4/linux-installer/6/mono-1.2.4_6-installer.bin
Alan.
On 7/10/07, Daniel Morgan [EMAIL PROTECTED] wrote:
The link for the linux installer and other downloads
for mono use ftp. I am unable to download via ftp.
Can Novel provide an alternative download
compile with:
/target:WinExe (or something like that).
Alan.
On 6/26/07, Jacob Rhoden [EMAIL PROTECTED] wrote:
Hi Guys, Not sure if this list is active, I just subscribed, anyways
quick question.
Why do .net compiled apps run without a black dos prompt, and mono apps
do?
Long version:
1
gained when
writing in a managed language.
Alan.
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
and
feature extending.
So, if you can stand the performance reduction as compared to C when
balanced against the productivity gain moving to C#, then use C#. Otherwise
use your native language with the benefits and pitfalls it entails.
Alan.
___
Mono-list
The MSDN documentation for Read might help here...
http://msdn2.microsoft.com/en-us/library/system.console.read.aspx
What you'll need to do is read in the console input as a string and use
Convert.ToInt32() (or whatever) to get the input value.
Alan.
On 6/28/07, Paul F. Johnson [EMAIL
Can i see your testcase?
Thanks,
Alan.
On 6/22/07, P. Oscar Boykin [EMAIL PROTECTED] wrote:
I have some code that is implemented two ways. Once using a standard
lock, and once using System.Threading.Interlocked and no locks
whatsoever.
Both seem to function correctly, however
Hi,
Unfortunately i can't replicate your results. Most of my CPU time is spent
in Console.WriteLine's, but i am maxing out both cores in my system running
either version. If i comment out the writelines, the code finishes too fast
to get a good reading.
I'm on a Core Duo macbook.
Alan.
On 6
On 6/19/07, Adam Tauno Williams [EMAIL PROTECTED] wrote:
wow there is so much wrong with this test,
First I find it hard to believe that you got up to 90% efficiency on a
I noticed that too.
NET -- .NET : 94 Mbit/s O.K. on a 100Mb/s network.
Bogus. No way.
transfer at all, network
to begin. For example, you're linux box could just have terrible
drivers whereas the MS box has very good drivers. That alone could be the
cause of the massive difference you're seeing.
Alan.
On 6/19/07, William Huskey [EMAIL PROTECTED] wrote:
sorry, the issue has more to do with how many other
Hi,
You can't extend the actual string class simply because those methods are
not part of the standard, hence you'd break compatibility with all other
implementations of .NET.
However you are free to use Extension Methods in your own code to add
those new methods as you require.
Alan.
On 5/16
? Is the behaviour the same with mono 1.2.4? Please test that before
filing any bug reports.
Alan.
On 5/16/07, Chris Seaton [EMAIL PROTECTED] wrote:
The problem is intermittent. I can work on my program all day and
then suddenly it just starts failing. Stick a Console.WriteLine in
and it works again
I suppose it'd be worth submitting it as a runtime bug, but personally i
think it's an issue with your system setup. I can't see why the GC would
have a 2 gig heap when it's only allocated 1/10th of that.
Alan.
On 5/16/07, Jonathan Gagnon [EMAIL PROTECTED] wrote:
I use Fedora Core 3 and mono
to affect the original one.
Alan.
--
Lauri Kotilainen
Tel: +358 44 555 2735
Email: [EMAIL PROTECTED]
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
That code should print out an empty string.
if you want that code to print out adding a string again, change the
method to pass stringb by ref.
i.e. change the method declaration to:
public static void AssignStringBuilder(ref stringb str)
{
// blah
}
Alan
On 5/14/07, Fabrício [EMAIL
Works for me. What mono version are you using?
Alan.
On 5/13/07, Fabrício [EMAIL PROTECTED] wrote:
see the example:
using stringb = System.Text.StringBuilder;
public static int Main(string[] args)
{
stringb str = new stringb();
AssignStringBuilder(str);
Console.WriteLine
information too.
Alan.
On 5/11/07, Jonathan Gagnon [EMAIL PROTECTED] wrote:
I tried running heap-buddy to see what was using all the memory. Turns
out that System.Runtime.Messaging.MonoMethodMessage is using mostly all of
it (around 2 gigs). I'm using a lot of Delegate.BeginInvoke and it seems
or may not hit the problem.
Also, as a test, could you initialise the memory stream to roughly the size
required to store the entire listT and see if it works then.
Alan
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com
for the approximate size of the memory stream and
initialise the memorystream to that to start off with. For example if the
average size of your class is 68 bytes, then initialise the memorystream to
array.Length * 68. Or some such thing.
Still, a testcase may prove useful.
Alan
on MacOS, but the
program did seem to crash/hang.
Alan.
On 5/10/07, Jonathan Gagnon [EMAIL PROTECTED] wrote:
I simplified the test a little bit. I also tried serializing to a
FileStream instead of a MemoryStream and I got the same result.
I ran the test on Mono Windows and it runs for a while
Any update on this issue?
Alan.
On 4/21/07, Joshua Tauberer [EMAIL PROTECTED] wrote:
With the 1.2.4 preview, I encountered something with the MySql Connector
which I narrowed down to an issue with System.Threading.Timer. I don't
know what the proper way to use the Timer is, so it may
301 - 400 of 515 matches
Mail list logo
