Ok, signed up at blastwave.
Andrew Jorgensen escribió:
We'll build for Mac OS X on PPC and x86 still but we would appreciate
help with Solaris.
What I'm trying to do for solaris is start maintaining the packages on
Blastwave.org. They have a build infrastructure and lots of packagers
to
is UI Automation working on Linux!! :-)
Brad Taylor escribió:
Hey Folks,
[Apologies for not using my Novell address -- I'm not subscribed to
m-d-l there.]
The Mono Accessibility team will be moving our assemblies
(UIAutomation{Types, Provider, Client, Bridge}) from olive into our
Hi there,
Anyone knows if there's something like apache commons transactions for mono?
http://commons.apache.org/transaction/file/index.html
More specifically something to handle transactional access on top of
plain files?
Thanks,
pablo
___
Hi,
I think the new preview is able to correctly locate platform in Mac
(before mono thought it was Unix) and now NAnt fails:
NAnt currently does not support this platform (MacOSX, ID = 6).
Thomas Wiest escribió:
Hey Everyone,
We've just released Mono 2.2 Preview 3 today!
Preview 3
Hi there,
I (finally! :-P) was able to build mono on Solaris... Ok, in OpenSolaris.
The trick was to set ulimit with:
ulimit -Hs $((10*1024))
It allowed me to compile a release from SVN!
Now I'm trying something different: I'd like to run on Solaris 10 too.
I moved the binaries but obviously
Ok, the problem seems to be:
the sem_* family methods are inside libc.so.1 on OpenSolaris and inside
librt.so on Solaris 10 (after nm and ldd). So I guess I'll have to build
again on Solaris 10... :-(
pablosantosl...@terra.es escribió:
Hi there,
I (finally! :-P) was able to build mono
Pablo,
Am 23.12.2008 um 00:11 schrieb pablosantosl...@terra.es:
Ok, the problem seems to be:
the sem_* family methods are inside libc.so.1 on OpenSolaris and inside
librt.so on Solaris 10 (after nm and ldd). So I guess I'll have to build
again on Solaris 10... :-(
In theory, if you build
Hi,
I'm running a test with FileSystemWatcher on linux. My problem is:
- I never get rename events but removed and added event pairs
- I also get a huge number of modified events for files I think no one
is touching (I'm seeing that on a huge number of source files on my
workspace, files that
Ok, a bit of more info
I set the directory to be /home/pablo but I'm only getting rename
notifications *inside* /home/pablo/somethingelse, never when the ops are
directly in /home/pablo
I'll take a look at the code
pablo
pablosantosl...@terra.es escribió:
Hi,
I'm running a test
new_name_needed to false.
pablosantosl...@terra.es escribió:
Ok, a bit of more info
I set the directory to be /home/pablo but I'm only getting rename
notifications *inside* /home/pablo/somethingelse, never when the ops are
directly in /home/pablo
I'll take a look at the code
pablo
pablosantosl
pablosantosl...@terra.es wrote:
Hi,
There's a variable in InotifyWatcher named new_name_needed which is not
used since revision 63309 and avoids renames to work correctly.
When a move a file (rename) I get a moved_from and moved_to pair of
events, but they are not correctly processed since
It works on Mac.
Problem with mono-service (all platforms) is that it creates a different
app domain, and it's been really tough for us since for some reason we
end up with huge memory leaks. We're still trying to isolate a test
case, but seems impossible outside our app. Once you get rid of
Hi,
I'm currently building Mono 2.0.1 correctly on Solaris (using the
blastwave boxes to create a solaris release *right now*).
But, I *can't* build mono 2.2. Here's the error:
mv -f .deps/mini.Tpo .deps/mini.Plo
/bin/bash ../../libtool --quiet --tag=CC --mode=compile gcc
-DHAVE_CONFIG_H
great thanks! I'll check now
Zoltan Varga escribió:
Hi,
This is now fixed in the 2.2 branch:
http://lists.ximian.com/pipermail/mono-patches/2009-January/138782.html
Zoltan
On Wed, Jan 21, 2009 at 12:54 AM, pablosantosl...@terra.es
pablosantosl...@terra.es wrote:
Hi
Hi,
I'm trying to run Plastic SCM tests on the Mono (2.0.1) build I made on
Solaris x86 (available on Blastwave, testing area. Soon you'll have 2.2).
I'm getting this every time I run a mono app:
GC Warning: Large stack limit(10485760): only scanning 8 MB
Do you know how can I fix this on my
need to be root to build mono 2-2?
I gave my user dtrace privileges
usermod -K defaultpriv=basic,dtrace_user,dtrace_proc pablo
and then it told me I didn't have traces... :-(
pablosantosl...@terra.es escribió:
great thanks! I'll check now
Zoltan Varga escribió:
Hi,
This is now
easier!
thanks
:-P
Zoltan Varga escribió:
Hi,
No idea why this doesn't work, try configuring with:
./configure --enable-dtrace=no.
Zoltan
On Mon, Feb 2, 2009 at 5:49 PM, pablosantosl...@terra.es
pablosantosl...@terra.es wrote:
Hi Zoltan,
Well, I didn't try to compile
=no.
Zoltan
On Mon, Feb 2, 2009 at 5:49 PM, pablosantosl...@terra.es
pablosantosl...@terra.es wrote:
Hi Zoltan,
Well, I didn't try to compile then and I'm trying now and getting this:
gmake[3]: Entering directory `/home/pablo/monosrc/mono/mono/utils'
/usr/sbin/dtrace -32 -s ../../data
Hi,
Would it be better if I use another GC instead of the included one?
It seems I've the same problem with 2.2 in OpenSolaris x86... :-(
pablo
pablosantosl...@terra.es escribió:
Hi,
I'm running tests on Solaris 10 x86 with the mono 2.0.1 I compiled at
blastwave.
http
ok, I'll check.
Unfortunately I'm still in trouble with the solaris build, ok, not the
build itself but the GC :-(
Andreas Färber escribió:
Am 02.02.2009 um 17:49 schrieb pablosantosl...@terra.es:
Hi Zoltan,
Well, I didn't try to compile then and I'm trying now and getting this:
gmake[3
Hi,
I've just finished running our internal PNUnit test suite on Open
Solaris x86 with hand-compiled Mono 2.2. It works. The same is true for
Solaris 10 x86.
I've published a test binary release of Mono 2.0.1 for Solaris x86 in
blastwave a few weeks ago. Next one will be 2.2.
MWF runs on
Hi there,
After reading: http://tech.slashdot.org/article.pl?sid=09/02/05/2138228,
and after the announce of the LGPL Qt release, I think it's quite clear
there's a lot to gain from a *solid* Qt binding for Mono.
I mean, the Qyoto doesn't look like an alive project anymore (not at
Ok, great. The problem is exactly what you mentioned: with no website
and no info... there's no way developers can get interested on it.
SE1 escribió:
pablosantosl...@terra.es wrote:
Hi there,
After reading: http://tech.slashdot.org/article.pl?sid=09/02/05/2138228,
and after
Hi,
I'm having a lot of trouble with remoting and mono 2.2 in a very
specific scenario.
We extensively use PNUnit (Parallel NUnit) for testing our software. We
run tests on Windows, Linux, MacOS x86 PPC and now Solaris.
Well, I've just installed Mono 2.2 on MacOS PPC and PNUnit fails. It
Try
http://blastwave.network.com/testing/mono-2.0,REV=2009.01.21-SunOS5.8-i386-CSW.pkg.gz
I'll try to build 2.2 over the weekend.
pablo
Cetin Sert escribió:
I'd like to know where these binaries can be downloaded.
Regards,
Cetin Sert
2009/2/6 pablosantosl...@terra.es mailto:pablosantosl
, I think its good that there are many GUIs you can
choose to use on top of mono: qyoto/kimono, asp.net, gtk#, swf, etc...
--- On Fri, 2/6/09, pablosantosl...@terra.es pablosantosl...@terra.es wrote:
From: pablosantosl...@terra.es pablosantosl...@terra.es
Subject: Re: [Mono-dev] Qt anyone
, guidelines, blog posts etc. about the build
process?
Regards,
Cetin Sert
2009/2/6 pablosantosl...@terra.es mailto:pablosantosl...@terra.es
pablosantosl...@terra.es mailto:pablosantosl...@terra.es
Try
http://blastwave.network.com/testing/mono-2.0,REV=2009.01.21-SunOS5.8-i386
Hi,
I'd like to ask you guys the plans for the Mono Debugger in the
short/mid term.
Are you planning to support debugger on MacOS?
How hard would be to port it to other x86 OSs like Solaris?
Thanks,
pablo
___
Mono-devel-list mailing list
yet. On OS X someone got it working, but
there seem to be issues with header files not being correctly found. You
might
have to play a bit to get it working there.
On Friday 06 February 2009 20:36:29 pablosantosl...@terra.es wrote:
are there tutorials to build on Mac/Linux/Solaris
Hi,
I've upgraded my develop machine main mono installation to 2.2 and now I
can't debug using monodevelop (ouch!).
Whenever it tries to launch a process it says it needs Mono.Cecil
0.6.8.8607 but now what I have is something like 0.6.9.xxx
I've tried with the latest monodevelop (just
debugger is not in sync with your installed mono. If you
compiled the debugger from sources, you should recompile it again.
El dj 19 de 02 de 2009 a les 16:57 +0100, en/na pablosantosl...@terra.es
va escriure:
Hi,
I've upgraded my develop machine main mono installation to 2.2 and now I
can't
Hi all,
I'd like to thank Lluis and all the MD team for this new release!
Several developers in the Plastic SCM team have just switched to MD, and
we can successfully debug our server, which is a really important step
ahead.
It doesn't mean we'll stop using vstudio but it obviously opens a
Hi,
I don't know if there's a more suitable place to send this, if so,
please let me know.
I was trying today the sample on the Mono Zeroconf
(http://www.mono-project.com/Mono.Zeroconf) page.
Well, I run it on my OpenSuse box, but the client (nor mzclient) can't
see the registered service...
did you try the following magic ?
ulimit -Hs 10240
Jonathan Soft escribió:
I've also been trying to compile mono v2.4 on Solaris 10 SPARC and have run
into the trouble exactly as you describe. By running the make process with
'MONO_LOG_LEVEL=debug' I've concluded that the build process hangs
Last one I tried and build was 2.2. We're using it to test Plastic every
week on OpenSolaris. The binaries are available at Blastwave, but never
tried 2.4
Jonathan Soft escribió:
I'm reaching the conclusion that Mono v2.4 does not work on Solaris 10 SPARC
- this is based on both my own
Hi,
I'm having issues with Mono remoting under high performance networking
scenarios. Some clients are rejected since the server is not able to
handle connections.
Look at the following code inside TcpServerChannel
Hi Gonzalo,
Inside the threadPool the following code:
threadDone.WaitOne(PoolGrowDelay, false);
Makes thread creation wait 500ms (I guess just forcing the CPU to switch
to another one) each time a new thread is created (when the pool is
growing).
If you remove it, connection problems
Hi all,
On BinaryServerFormatterSink.cs, a new MemoryStream is being created to
attend every remoting call.
Under high load conditions it will make the GC work harder than
required, both decreasing performance and potentially causing memory
problems.
It should be replaced by some sort of
Hi,
On Mon, 2009-07-13 at 19:39 +0200, pablosantosl...@terra.es wrote:
Hi all,
On BinaryServerFormatterSink.cs, a new MemoryStream is being created to
attend every remoting call.
Under high load conditions it will make the GC work harder than
required, both decreasing performance
Ok, I think you mean IntPtrStream, but I'm not sure it's what I'm
looking for.
I think managed memory would be enough (unless the other is faster :-P),
but I need the stream to reuse preallocated buffers.
pablo
www.plasticscm.com
pablosantosl...@terra.es wrote:
Hi,
On Mon, 2009-07-13
Hi Gonzalo,
Testing PlasticSCM under really heavy load (hundreds of clients against
a single server delivering hundreds of Gb over the network).
So no profiling...
Comparing the same code, the same hardware and the same test under Linux
and Windows. On Windows we run under .NET,
Thanks Robert,
So:
I'll modify the TcpChannel to use ThreadPool at System.Threading instead
of the built-in one.
Robert Jordan wrote:
pablosantosl...@terra.es wrote:
Also, you mentioned in a previous email that the TcpChannel should be
changed so it uses Asynch sockets. I've seen you
Hi Gonzalo,
First, thanks for the detailed answers.
Considering Boehm GC seems to have really hard times releasing memory
and we're delivering GBs of data... it could be.
Delivering GBs of data and having hundreds of connections should not be
a problem. Years ago, when testing
Hi Gonzalo,
Well, I'll try to use the ansync sockets then, but I guess to get the
best out of them I'll need not only to use them during accept, but also
read data asynchronously, right?
Correct. If possible, Write should also be asynchronous, but as long as
the OS buffers everything,
We tested it on our Plastic SCM load tests and it worked as expected.
pablo
www.plasticscm.com
Dick Porter wrote:
Hi all
Attached is a patch to libgc that will allow it to actually unmap memory
when USE_MUNMAP is defined. Currently, the unmap code just sets the
mmap flags on a region
Hi all,
I'm looking for a way to read and write array of structs from a file
(byte array).
I've the code (below) to read *one*, but I don't know how to map an
entire array.
I know there's a thousand of ways to do it with Streams, but the point
is for performance reasons I need to load them all
Great!
Now, could you share some code about how to do it? :-P
Thanks,
pablo
Miguel de Icaza wrote:
Hello,
I'm looking for a way to read and write array of structs from a file
(byte array).
If you use the proper packing and do not care about breaking across
endian
Hi there!
Is is possible to try the upcoming compacting GC? Is it in a status
close to be usable?
Thanks,
pablo
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
We tried to build it today since we're experiencing issues with libgc
under really heavy load.
It does not build. David can add more details if you're interested, but
they show up just trying to build it.
Miguel de Icaza wrote:
This build option hasn't been working for a while when
ok, understood.
We're considering working on it if we can't solve our issues (if
they're finally issues) with libgc.
Miguel de Icaza wrote:
Hello Pablo,
We tried to build it today since we're experiencing issues with libgc
under really heavy load.
Like I said on my
My suggestion would be using a separate ThreadPool for the channel than
the one used by the system, since Dick is aware race conditions can
happen (deadlocks) between code using the System ThreadPool in the
process and the channel.
Diff. ThreadPools will fix it.
pablo
Miguel de Icaza
The first thing we'd need is to be able to build it.
This way we can pass our test suite using SGen and most likely detect a
good number of potential bugs.
Dick Porter wrote:
On 11 Sep 2009, at 3:26PM, Mark Probst wrote:
On Fri, Sep 11, 2009 at 3:02 PM, Dick Porter
dpor...@codicesoftware.com
Must be our problem then. We'll try again, maybe we've an outdated SVN
copy or something (I don't think so, but let's try again).
Miguel de Icaza wrote:
Hello,
The first thing we'd need is to be able to build it.
This way we can pass our test suite using SGen and most likely
We were just planning to test it on Linux.
Rodrigo Kumpera wrote:
On Fri, Sep 11, 2009 at 3:21 PM, Miguel de
Icaza mig...@novell.com wrote:
Hello,
The first thing we'd need is to be able to build it.
This way we can pass our test suite using SGen and most likely
detect a
good
Hi,
I've just downloaded the latest SVN. This is what I get when I try to
build:
MCS [net_1_1] Mono.CompilerServices.SymbolWriter.dll
Assembly
../../class/lib/net_1_1/tmp/Mono.CompilerServices.SymbolWriter.dll
signed.
Assembly ../../class/lib/net_1_1/Mono.CompilerServices.SymbolWriter.dll
is
Hi there,
Does MonoTouch use GC when running on the iPhone?
Thanks,
pablo
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi all,
After several weeks working on a bunch of mem issues related to the
libgc based garbage collector, we've identified the following issue and
a possible solution (Dick already sent some workarounds to the list):
The libgc garbage collector has a really hard time identifying pointers
to
Hi Miguel,
Hello,
I tried your sample, in my machine the memory usage with Case1 does
go up very quickly, but then it tends to stay stable around 600 megs.
Ok, but the problem is that ALL memory should be freed, since there are
no references to the arrays. Of course you've to
Ok, but the problem is that ALL memory should be freed, since there
are no references to the arrays. Of course you've to invoke GC. The
600Mb in RES is a leak (Virtual Mem will only grow since libgc will
never release it, this is another patch Dick has been working on)
This can easily be
...@terra.es
mailto:pablosantosl...@terra.es pablosantosl...@terra.es
mailto:pablosantosl...@terra.es wrote:
Hi all,
After several weeks working on a bunch of mem issues related to the
libgc based garbage collector, we've identified the following issue and
a possible
Hi,
Chuck Esterbrook wrote:
A web search showed me that GC can be turned off with the environment
variable GC_DONT_GC. Maybe that should be called MONO_GC_ON. In any
case, any value will turn off the GC, including blank, so to turn it
back on, unset it.
I tested with a command line Mono
Hi there,
Is the Mac OS X Debugger the Unity people were working on ready to use?
Thanks,
pablo
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Hi there,
Dick and I were talking about it today and most likely it wouldn't have
a big impact since Mono does use mmap instead but.. do you guys think
using tcmalloc would be worth?
http://goog-perftools.sourceforge.net/doc/tcmalloc.html
It's not new, but I've just found it reading the MySql
Hi,
We're running a simple program like the following on Mono/Linux,
Mono/OpenSolaris, .NET/Windows. Same hardware (QuadCore Xeon 64bits).
The results are very interesting: Linux/Mono is a little bit faster than
Windows/.NET and OpenSolaris/Mono a little bit slower.
(FYI: we wrote the same code
Unless you need to keep production code up and running... TODAY. ;-)
Rodrigo Kumpera wrote:
Hi Dick,
I believe there is very little reason to do development on libgc as sgen
is been worked and
advancing quite fast. I don't feel it's worth the risk of improving libgc.
SGen is only a few
Hi there,
This is our configuration:
-bash-3.00$ uname -a
SunOS atenea 5.11 snv_34 sun4u sparc SUNW,Sun-Blade-1000
-bash-3.00$ mono --version
Mono JIT compiler version 20091021 (tarball Wed Oct 21 19:04:28 CEST 2009)
Copyright (C) 2002-2009 Novell, Inc and Contributors. www.mono-project.com
, Oct 26, 2009 at 1:11 PM, pablosantosl...@terra.es
mailto:pablosantosl...@terra.es pablosantosl...@terra.es
mailto:pablosantosl...@terra.es wrote:
Hi there,
This is our configuration:
-bash-3.00$ uname -a
SunOS atenea 5.11 snv_34 sun4u sparc SUNW,Sun-Blade-1000
Hi Zoltan,
Should we file a bug on bugzilla?
pablo
pablosantosl...@terra.es wrote:
Hi Zoltan,
It's the daily tarball (the date is in the version string) which I
believe is svn trunk.
pablo
Zoltan Varga wrote:
Hi,
Is this the 2.6 prerelease, or using the code from the mono-2-6
A small testcase would be very useful, it can usually be generated by
taking the code
which exhibits the problem, and removing stuff from it. Also, does it
happen with 2.4
too ?
Not sure we'll be able to reproduce it outside the real code. It's a big
process, in case this has something
Hi Zoltan,
If you can't create a test case, could you run your app with
MONO_VERBOSE_METHOD=caller method
then with
MONO_VERBOSE_METHOD=called method
and send me the output ?
Sure, I'll do.
What does ' *gets fixed by building disabling the optimize mode*'
means, is this a flag
for
Thanks,
Good to know! I'll give it a try.
Alan McGovern wrote:
If the key is random, a hashtable is the fastest way. You may be able to
eke some extra speed out of the DictionaryK, V class by ripping all
the code to support generic keys and instead hardcode the key to always
be a long. That
Excellent. Is there a wrapper for C#? Is it worth?
Felipe Lessa wrote:
On Tue, Oct 27, 2009 at 11:58:31PM +0100, psant...@codicesoftware.com wrote:
If you need to store key/value pairs, where the key will be ALWAYS a
unique long (no collisions), is there anything better than a Hashtable?
useless us telling you X is
faster or Y is better without knowing the workload involved.
Alan.
On Wed, Oct 28, 2009 at 2:40 PM, pablosantosl...@terra.es
mailto:pablosantosl...@terra.es pablosantosl...@terra.es
mailto:pablosantosl...@terra.es wrote:
Excellent. Is there a wrapper for C
Hi there,
We're having troubles with Novell.Directory.Ldap library. We're about to
contact the developer with a couple of fixes, but it seems they just
improve the situation but doesn't totally solve it.
After thousands of requests (on a test program on a linux box) the app
always get blocked,
Zoltan,
Would you mind sharing with us your thoughts about the things to change
so we can have an idea of what's involved?
As Dick pointed, would we need a hardware manual?
Thanks,
pablo
Zoltan Varga wrote:
Hi,
It would probably require a lot of modifications but its easier
on the HP-UX and check whether it just works?
pablo
Rayson
On Thu, Oct 29, 2009 at 6:03 PM, pablosantosl...@terra.es
pablosantosl...@terra.es wrote:
Zoltan,
Would you mind sharing with us your thoughts about the things to change
so we can have an idea of what's involved?
As Dick
Hi,
Dick and I were talking about the possible race conditions (we've found
one on our code) that the system ThreadPool can have when used from the
channel and the code (remember the *current* tcp channel does not use
the system threadpool but a custom and really simple one).
Would it be
Hi,
I think a very important place were this chunked mem streams HAVE TO be
placed (in fact I'll be trying them tomorrow under heavy load on our
testing cluster) is in remoting: there's a huge number of mem streams
being created and destroyed (one for each call) and this can help...
only if the
Hi,
After the announcement last week of the new soft debugger, I have
several questions:
- I understand MD is the primary interface *right now* for the soft
debugger, is it possible to debug a Linux app too?
- Is there any other available interface to use the soft debugger
besides MD?
- As
Hi Geoff,
- I understand MD is the primary interface *right now* for the soft
debugger, is it possible to debug a Linux app too?
You mean a native app? No. You mean a mono app on linux? Yes, on x86
and amd64 and arm currently.
I'm only concerned 99.99% of the time about managed code. So
I agree (especially thinking about the chunk-pool I mentioned) having
separate classes can be better, so that everyone can choose.
Andreas Nahr wrote:
I'm still not sure this is a good idea. A lot of this depends on the
use-case for MemoryStream.
If
1) A MemoryStream is created with a
, as this is a stream that most
likely won't be resized and in this case users are expecting the
constructor to have a complexity of O(1) and GetBuffer to also be
O(1). The same expectation is probably also true with a fixed size
MemoryStream.
On Tue, Nov 10, 2009 at 1:09 PM, pablosantosl...@terra.es
Hi,
Any experience anyone using Interactive C# shell
(http://www.mono-project.com/CsharpRepl) embedded into a server process
for monitoring purposes (accessible through a socket maybe?)
Thanks,
pablo
___
Mono-devel-list mailing list
Sure, I've seen that.
My question is if anyone already played with it, introducing it into an
app and giving a network access to it.
Jb Evain wrote:
Hey Pablo,
On 11/11/09, pablosantosl...@terra.es pablosantosl...@terra.es wrote:
Any experience anyone using Interactive C# shell
(http
Ok, thanks Miguel.
Miguel de Icaza wrote:
Hello,
Sure, I've seen that.
My question is if anyone already played with it, introducing it into an
app and giving a network access to it.
The problem today with CSharp and attach is that it is not integrated
with the main loop of an
Hi,
Could you also share some test code so we can gain a better
understanding of the issue/s?
Thanks,
pablo
On 07/01/2010 16:37, zvikag wrote:
Hello all,
The bottom line of this message is that I don't see how can one write a
high-performance socket server in Mono...
Here is the story:
]: *** [all-local] Error 2
gmake[2]: Leaving directory `/usr/home/pablo/monosrc/mono/runtime'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/home/pablo/monosrc/mono'
gmake: *** [all] Error 2
On 09/02/2010 21:17, pablosantosl...@terra.es wrote:
Ok, I'll give it a try
On 09
is stored in a file and
read from there.
Zoltan
On Wed, Feb 10, 2010 at 12:29 AM, pablosantosl...@terra.es
mailto:pablosantosl...@terra.es pablosantosl...@terra.es
mailto:pablosantosl...@terra.es wrote:
Using gmake it went much further but...
Creating the per profile
Up and running! :-)
On 10/02/2010 10:28, Robert Jordan wrote:
On 10.02.2010 00:29, pablosantosl...@terra.es wrote:
Using gmake it went much further but...
Creating the per profile list
../../build/deps/net_2_0_System.ServiceModel.Web.dll.sources ...
./../../tools/gensources.sh
It's fixed, thanks! :-)
On 10/02/2010 12:43, Andrés G. Aragoneses wrote:
So the configure script is missing the check for Bash?
Maybe we should add something like
http://lists.freedesktop.org/archives/xorg/2008-March/033417.html
Regards
El 10/02/10 12:27, pablosantosl...@terra.es
It still failed on 2.4.3
We'll try to fix it.
pablo
On 10/02/2010 21:10, Rodrigo Kumpera wrote:
Hi Pablo,
On Wed, Feb 10, 2010 at 6:05 PM, psant...@codicesoftware.com
mailto:psant...@codicesoftware.com psant...@codicesoftware.com
mailto:psant...@codicesoftware.com wrote:
Hi there,
Hi there,
On which platforms is the soft debugger supported?
Thanks,
pablo
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
on every OS or just Linux?? I know it's on Mac too, we're using it! :-)
On 21/02/2010 23:15, Zoltan Varga wrote:
On amd64/x86/arm.
Zoltan
On Sun, Feb 21, 2010 at 11:10 PM, pablosantosl...@terra.es
mailto:pablosantosl...@terra.es pablosantosl...@terra.es
mailto:pablosantosl
Hi there,
We're experiencing problems with a server running on a 64bits box with
plenty of RAM.
After a few hours it crashed and the problem was that it was reaching
the max_map_count limit.
We raised it to two times the default (64k) but it also crashed.
The problem is the following: normally
Hi!
I'm more than happy to announce that we've just released Mono 2.6.1
packages for Solaris 10 SPARC and OpenSolaris x86!!
I expect Solaris 10 x86 to be following soon.
They're both available at the Mono downloads page already!
They're easy to build from sources, but even easier to install
Hi there,
We're sending a DataSet with remoting from a server (built with 2.0
profile) to a client (built with 1.0 profile) and we get this:
Could not load type 'System.Data.SchemaSerializationMode'
It wasn't happening prior to mono 2.6.
There were any changes on 2.6 that could be changing
Hi all,
Yesterday night I had the opportunity to make a tiny contribution to
Mark's big effort on sgen implementation.
We were running a heavy load test consisting on 80 plastic scm clients
working against a single server, which was using sgen.
The test has been run several times already but
Robert,
I tried to reach you using your email but I get tons of errors.
Are you able to build latest Mono on OpenBSD now? Are you going to
maintain it?
Thanks,
pablo
On 08/04/2010 10:42, Robert Nagy wrote:
Hey
The following diff removes the XXX hacks from the io-layer OpenBSD
specific
definitely will give it a try.
pablo
On 08/04/2010 13:33, Robert Nagy wrote:
Hey
Yeah we have been using it for quiet some time now. Both 2.6.3 and svn HEAD
works just fine now.
On (2010-04-08 12:51), pablosantosl...@terra.es wrote:
Robert,
I tried to reach you using your email but I get
Hi there,
I'm trying the simple sample at: http://www.mono-project.com/MonoCurses
Application.Init (false);
Dialog d = new Dialog (40, 8, Hello);
d.Add (new Label (0, 0, Hello World));
Application.Run (d);
on an OpenSuse box.
But it doesn't work for me, it just exits and breaks the
1 - 100 of 124 matches
Mail list logo
