Hi all !
Mono crashes every time on my application which uses many threads.
I have tried it under several versions of Mono:
1)Mono 3.0.7 ( without sgen )
Stacktrace:
Native stacktrace:
mono [0x4a558c]
mono [0x4fbbcd]
mono [0x416876]
/lib64/libpthread.so.0
Rodrigo Kumpera wrote:
Mono is not usually build with icc, so it might be the case that it
doesn't support some gcc flags. Just hack your way by removing them
from configure.in http://configure.in for now.
I've tried to compile the problematic module without any flags at all.
The result is
Rodrigo Kumpera wrote:
Fix the configure script to not do the check. Look at its history for
cross-compilation related fixes.
OK, I've commented some checks like
1) checking for clang
2) checking for preceeding underscore ...
3) checking for pthread
4) checking for sigaltstack
So the
Hi !
I have tried to do the first steps to cross-compile Mono for Intel Xeon
Phi coprocessor.
At first, I've tried to configure Mono as
./configure --prefix=.. --host=x86_64-k1om-linux CC=icc CFLAGS=-mmic
but I've got the error
checking for clang... configure: error: in
Hi !
I have a simple program that works good under Microsoft .NET, but
doesn't work under Mono on Linux:
using System;
using System.Runtime.Serialization.Formatters.Binary;
using System.IO;
[Serializable]
public struct Complex {
public double Re;
public double Im;
Robert Jordan wrote:
On 02.07.2012 08:45, Yury Serdyuk wrote:
Is it a bug in Mono and how to workaround it if possible ?
It seems to be a bug regarding serialization of multidim. arrays.
Workaround: use a holder class for these arrays and serialize
it in place of the multidim. array
Hi !
I have some troubles with the process starting.
Conretely, I have tested the following simple code:
String[] hosts = new String [] { node-38-02, node-38-03,
node-38-04, node-38-05 , node-38-06, node-38-07, node-38-08,
node-63-04, node-63-05,
Hi !
I would like to allocate a hashtable for more than 200 mln entries.
My test program is:
using System;
using System.Collections;
public class HashTest {
public static void Main ( String[] args ) {
int N = Convert.ToInt32 ( args [ 0 ] ) * 100;
Console.WriteLine ( N = + N );
Hi !
Now the problem is the following -
I can't allocate a hashtable with 220 mln elements due to Out of
memory exception
The result is the same for machines with 32 and 48 Gb of memory.
Indeed, a hash with 200 mln elements occupies ~ 15 Gb of memory:
$ mono HashTest.exe 2
N =
Try removing --with-gc=none, you shouldn't need it.
Bojan
Thanks, Bojan !
It's all OK for a while ...
Regards,
Yury.
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
Rodrigo Kumpera wrote:
This is a known limitation of Boehm. Try using sgen instead.
I have configured Mono as
./configure --with-gc=none --with-large-heap=yes --with-sgen=yes
mcs source:mcs
olive source:
Engine:
GC:sgen and included Boehm
Hi !
I have a machine with 32 Gb memory:
]$ cat /proc/meminfo
MemTotal: 32941336 kB
MemFree: 32738196 kB
Buffers: 372 kB
Cached: 34852 kB
SwapCached:140 kB
Active: 21748 kB
Inactive:25392 kB
HighTotal: 0 kB
HighFree:
Hi !
I have tried again a simple Parallel.For-program using Mono-2.6.4 now
(about old my attempt see
http://lists.ximian.com/pipermail/mono-list/2009-December/044052.html).
But the program still works incorrectly: when needed to launch N
threads, it launches N + 1 threads.
The code is:
Jérémie Laval wrote:
The upper-bound in Parallel.For doesn't specify the number of thread to
launch. This behavior is internal to how Pfx in Mono works.
OK, you are right.
But this behaviour, at least, doesn't allow to use all cores on the
machine for useful work -
we always need one free
One more remark -
though in the program
using System;
using System.Threading;
public class Test_PFX_For {
public static void Main ( String[] args ) {
int num_threads = Convert.ToInt32 ( args [ 0 ] );
ParallelOptions po = new ParallelOptions
{
MaxDegreeOfParallelism =
Jérémie Laval wrote:
The other 100% thread is simply your main thread waiting on completion of
the loop, it's not like it would do useful work (although it could indeed
not be 100% there, I will look into that).
In any case, Microsoft PFX doesn't demonstrate such behaviour -
again, if we
Hi !
I have tried to serialize a big array of floats ( more than 270 millions
elements )
and observed a very fast growing of serialization time.
In fact this growing is observed from the size = 270 204 922.
Below is a corresponding protocol:
bash-3.2$ mono BigSerializationTest.exe 270204920
Try something like new MemoryStream (4 * size) for comparison.
Yes, you are right:
bash-3.2$ mono BigSerializationTest.exe 270204921
Serialization time = 1.569402 secs.
bash-3.2$ mono BigSerializationTest.exe 270204922
Serialization time = 1.571532 secs.
bash-3.2$ mono
Hi !
I have tried a simple program
$ cat Test_PFX_For.cs
using System;
using System.Threading;
public class Test_PFX_For {
public static void Main ( String[] args ) {
int num_threads = 1;
Parallel.For ( 0, num_threads, i =
{
long k = 0;
while ( true ){
k++;
k--;
}
Rodrigo Kumpera wrote:
BigArray support is not finished and very experimental.
You can contribute into finishing it, thou.
Thank you for the answer.
With your permission, we will post a corresponding entry
on the bugzilla.
Yury.
___
Mono-list
Hi !
I have successfully configured and built Mono 2.4.2.3
with enabling big arrays.
Then I have tried a simple program like
using System;
public class MemoryTest {
public static void Main ( String[] args ) {
UInt64 n = (UInt64) ( Math.Pow ( 2, Convert.ToInt32 ( args [ 0 ] ) ) );
Hi !
I have proceed further trying to locate a critical place where Mono is
crashed on PowerPC
( see https://bugzilla.novell.com/show_bug.cgi?id=414845).
Critical code is ( expr3.cs file extracted from the expression.cs)
using System;
//
// Unary implements unary
Thomas Wiest wrote:
Hey Yury,
Please file a bug, and please make sure to put if this worked in a
previous release of Mono.
In fact, the mentioned above messages like
I have tried to build Mono 2.0 RC1 from the sources on PowerPC
architecture, namely on Cell BE processor.
At first,
Thomas Wiest wrote:
Hey Everyone,
We've just released Mono 2.0 RC1 today! Please help us out by
giving it a try with your applications.
Hi !
I have tried to build Mono 2.0 RC1 from the sources on PowerPC
architecture, namely on Cell BE processor -
proc]$ cat cpuinfo
processor : 0
Andreas Färber wrote:
If you've come so far, you will most likely have built for ppc, not
ppc64. Please be careful not to spread confusion there.
I have tried to build Mono from mono-112392 SVN trunk.
I've used --target=powerpc-redhat-linux switch for configure.
Results are the following:
Hi, all !
I have tried to build Mono on ppc64 ( Cell B.E ), but got the following
error during the make step:
cd ../mcs make NO_DIR_CHECK=1 PROFILES='default net_2_0 net_3_5
net_2_1' CC='gcc' all-profiles
make[3]: Entering directory `/home/user002/mono-2.0/mcs'
make
Hi !
Using BinaryFormatter.Deserialize in multithreaded mode, time to time I
have received:
Unhandled Exception: System.ArgumentNullException: Argument cannot be
null.
Parameter name: enumType
at System.Enum.Format (System.Type enumType, System.Object value,
System.String format)
Yury Serdyuk wrote:
Hi !
I have tried the following program:
using System;
using System.Threading;
public class MultiThreadedOutput {
public static void Main ( String[] args ) {
int P = Convert.ToInt32 ( args [ 0 ] );
for ( int i = 0; i P; i++ ) {
ThreadObject tobj
Unfortunately, I cannot reproduce this situation in pure form,
because it is occured in distributed application.
But how is it possible at all I wonder ?
BinaryFormatter is not thread safe.
No, I use in each thread a new formatter:
public static object Deserialize( MemoryStream
model name : Dual Core AMD Opteron(tm) Processor 875 HE
( 2 processors ).
Thanks.
Yury Serdyuk
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
This is wrong:
k = 1;
l = last;
while ( x [ k ] = pivot k last )
k++;
Robert
Sorry, it was my bug :-( ...
Thank you very much, Robert.
Yury
___
Mono-list maillist - Mono-list@lists.ximian.com
Hi!
I have 2 implementations of Quicksort algorithm in C# and C++:
#include ctime
#include string
#include iostream
#include iomanip
using namespace std;
int read_data ( string filename, unsigned N, int* data )
{
FILE*fd;
size_t i;
fd = fopen ( filename.c_str(), r );
if ( !fd ) {
Hi !
I've tried to install Mono-1.2.6 from the sources but got at the make step
echo #define XSLT_PATTERN Mono.Xml.Xsl/PatternTokenizer.cs
cat System.Xml.XPath/Tokenizer.cs Mono.Xml.Xsl/PatternTokenizer.cs
MONO_PATH=../../class/lib/basic:$MONO_PATH
Hi !
I've tried to install Mono-1.2.6 from the sources but got at the make step
echo #define XSLT_PATTERN Mono.Xml.Xsl/PatternTokenizer.cs
cat System.Xml.XPath/Tokenizer.cs Mono.Xml.Xsl/PatternTokenizer.cs
MONO_PATH=../../class/lib/basic:$MONO_PATH
2.6 kernel
and it works fine !
So I think there is bug in Mono implementation of some threading constructs
on Posix-threads.
With best wishes,
Yury Serdyuk.
___
Mono-list maillist - Mono-list@lists.ximian.com
http
Windows it's OK (in particularly, with Oyster.IntX.dll).
Please, help.
Best wishes,
Yury Serdyuk.
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
alk around this problem ?
I have used
xorg-x11-devel-6.8.2-1.EL.13.20.centos4.ia64.rpm
as distribution package foer X11 on my machine.
Thanks.
Yury Serdyuk.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/lis
: __thread
SIGALTSTACK: no
Engine: Building and using the JIT
2.0 Alpha: yes
JNI support: IKVM Native
libgdiplus: assumed to be installed
At the same time, there are no problems with Mono 1.1.14 on Itanium
architecture.
Regards,
Yury Serdyuk
to set dynamic section sizes: Bad value
collect2: ld returned 1 exit status
make[3]: *** [libmono-profiler-cov.la] Error 1
make[3]: Leaving directory `/home/serdyuk/mono-1.1.14/mono/profiler'
With best regards,
Yury Serdyuk.
___
Mono-list mail
Hi !
I've encountered problem trying allocate array of 1 Gb size on
machine with 4 Gb RAM :
total: used: free: shared: buffers: cached:
Mem: 4234272768 2322898944 1911373824 0 128507904 1867874304
Swap: 2097434624 0 2097434624
MemTotal: 4135032 kB
MemFree: 1866576 kB
MemShared: 0 kB
) System.Drawing.Bitmap:.ctor
(int,int,System.Drawing.Imaging.PixelFormat) [EMAIL PROTECTED] tmp]$
We have tested under Mono 1.0.5 ( libgdiplus-1.0.5 ) and
Mono 1.1.3 ( libgdiplus-1.1.3 ) with the same result.
We have used two diffrent glib-2.0 libraries -
2.2.1 and 2.4.7 .
Please, help.
Thanks.
Yury Serdyuk
in the current version of Mono ?
With best regards,
Yury Serdyuk.
___
Mono-list maillist - Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list
and make log files are in attachments.
The same situation is occured running make unistall.
Is it problem of Mono or gacutil ?
And how to fix this situation ?
With best regards,
Yury Serdyuk.
checking build system type... x86_64-unknown-linux-gnu
checking host system
class GoogleSearchService :
System.Web.Services.Protocols.SoapHttpClientProtocol {
/// remarks/
public GoogleSearchService() {
this.Url = "" class="moz-txt-link-rfc2396E" href="http://api.google.com/search/beta2">"http://api.google.com/search/beta2";
}
Regards,
Yury Serdyuk.
:
WARNING: Could not find assembly System.WebRegularExpressions
How can I to decide this problem ?
Yury Serdyuk.
___
Mono-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/mono-list
is created );
}
}
We have Unhandled Exception: System.NullReferenceException ...
for the second call of CreateDomain.
We are working with Mono 0.23 under RedHat 7.3.
Yury Serdyuk.
___
Mono-list maillist - [EMAIL PROTECTED]
http://lists.ximian.com
46 matches
Mail list logo
