[Mono-dev] GC error bootstrapping on Windows
Hi, When bootstrapping mono (from SVN) on Windows, I now get the following error: ** ERROR **: Thread FFFE calling into managed code is not registered with the GC. On UNIX, this can be fixed by #include-ing gc.h before pthread.h in the file containing the thread creation code. aborting... Can someone look into this ? Thanks ! Gert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Fwd: [Mono-dev] [PATCH] make nunit work out of the box on 2.0 profile
I was a little bit too fast with saying that everything works without installing nunit assemblies into 2.0 install dir. The symlinks from /install_path/lib/mono/2.0/nunit.core.dll - /GAC are missing (it worked for me, because I had some old ones from previous installation). So it seems only my original patch actuall works, but as Sebastien pointed out it is not perfect - overwriting dll from one profile with other dlls during install is not a good idea, even though the result is satisfactionary... I don't know what might be the solution for this... My last patch allows using nunit-console2 out of the box (that is without MONO_PATH hack), but requires referencing /path/lib/mono/1.0/nunit.core.dll explicitly when compiling testcases. 2005/9/9, Kamil Skalski [EMAIL PROTECTED]: 2005/9/9, Sebastien Pouliot [EMAIL PROTECTED]: Hello, On Thu, 2005-08-09 at 23:22 +0200, Kamil Skalski wrote: Currently nunit distributed with mono is rather unusable with 2.0 there are, at least, 14236 tests saying otherwise I said rather unusable, not completely unusable ;-) Moreover, it IS completely unusable after make install (see notes below) http://mono.ximian.com/tests/displayTestResults.php?profile=1distro=0 but I agree it may not be perfect for 2.0 ;-) In fact, it runs only because of two special hacks in mono build system 1) the MONO_PATH=to_corlib_from_1.1_or_2.0_profile is specified to override settings specified in nunit-console.exe.config 2) when compiling the testcases, the nunit dlls with 2.0 version are referenced from explicitly specified build directory. Unfortunately they are not installed, thus it is not possible to compile 2.0 testcase with what resides in system after make install - the nunit dlls from 2.0 are now installed you mean installed in the GAC ? Well, I didn't notice that... yes, they are installed into the gac. After some futher testing it seems that this part of patch is not necessary. NUnit can handle running 2.0 tests without its 2.0 dlls in the path. if so what happens when 2.0 compiled assemblies overwrites the assemblies compiled with 1.1 (same name, version# and public key) ? does the 1.1 (default) profile still works ? Yes, it seems that 2.0 assemblies, which overwritten their 1.1 couterparts did not cause 1.1 profile to stop working. Anyways, I guess the shorter patch (attached) is better. Optionally we could leave the appSettings !--Specify the location to be used by .NET for the cache -- add key=shadowfiles.path value=%temp%\nunit20\ShadowCopyCache / /appSettings section in nunit-console.exe.config and remove any other contents. Should I commit? I think the real question is is it working ?, i.e. have you tested this on the mcs tree and ensure every test target are still working ? Yes, it is working (I wouldn't post a question about commit if I didn't test it), however make check shows some failures, but I think the errors are not related - nunit framework works just fine. Like this: OS Version: Unix 2.6.11.6Mono Version: 2.0.50215.16 Tests run: 5909, Failures: 1, Not run: 35, Time: 107,604149 seconds Failures: 1) MonoTests.System.TimeZoneTest.TestCtors : A03 String lengths are both 19. Strings differ at index 12. expected:03/31/2002 01:00:00 but was:03/31/2002 02:00:00 ---^ in [0x00054] (at /home/nazgul/projects/monosvn/mcs/class/corlib/Test/System/TimeZoneTest.cs:41) MonoTests.System.TimeZoneTest:CET (System.TimeZone t1) in [0x00028] (at /home/nazgul/projects/monosvn/mcs/class/corlib/Test/System/TimeZoneTest.cs:143) MonoTests.System.TimeZoneTest:TestCtors () in 0x0 unknown method in (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[]) in [0x00044] (at /home/nazgul/projects/monosvn/mcs/class/corlib/System.Reflection/MonoMethod.cs:127) System.Reflection.MonoMethod:Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) -- Kamil Skalski http://nazgul.omega.pl -- Kamil Skalski http://nazgul.omega.pl Index: mono/scripts/Makefile.am === --- mono/scripts/Makefile.am (wersja 49806) +++ mono/scripts/Makefile.am (kopia robocza) @@ -35,7 +35,8 @@ scripts_2_0 = \ monop2 \ - wsdl2 + wsdl2 \ + nunit-console2 scripts_rpmhelpers = mono-find-provides mono-find-requires Index: mcs/nunit20/nunit-console/nunit-console.exe.config === --- mcs/nunit20/nunit-console/nunit-console.exe.config (wersja 49806) +++ mcs/nunit20/nunit-console/nunit-console.exe.config (kopia robocza) @@ -1,92 +0,0 @@ -?xml version=1.0 encoding=Windows-1252? -configuration -!-- - Application settings for
Re: [Mono-dev] embedded runtime questions
Hi, 2. Is there a facility to get a MonoMethod* that is more specific than mono_class_get_method_from_name? This works fine until you have multiple methods with the same name and the same number of arguments. You have at least 2 choices: 1. MonoMethod* mono_class_get_methods (MonoClass*, gointer* iter); and build your own signature lookup. 2. Use the functions from debug-helpers.h MonoMethodDesc* mono_method_desc_new (const char *name, gboolean include_namespace); The format of the name is partially documented in mono/metadata/debug-helpers.c. It's not documented that the name may omit the classname, e.g. :method(int,int) but there are a lot of use cases in Mono's source for that. After you got the MethodDesc you can lookup the method with: MonoMethod* mono_method_desc_search_in_class (MonoMethodDesc *desc, MonoClass *klass); And don't forget to free the desc with void mono_method_desc_free (MonoMethodDesc *desc); Rob ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Tar file for mono-1.1.9 is useless for build
On 09/09/05 The Software Team wrote: The file mono-1.1.9.tar.gz is wrongly packed. For instance, it includes some files twice (in tar format this is possible), has some important files missing like MonoSymbolFile.cs. The outcome is that you can't build the compiler, neither the libraries. This wrong packing is happening since mono-1.1.8. Thanks for the fast notice! With the tarball just downloaded from the website: $ tar ztvf mono-1.1.9.tar.gz | sort -u | wc -l 15097 $ tar ztvf mono-1.1.9.tar.gz | wc -l 15097 $ tar ztvf mono-1.1.9.tar.gz | grep MonoSymbolFile -rw-r--r-- builder/users 12414 2005-09-05 09:46:42 mono-1.1.9/mcs/class/Mono.CompilerServices.SymbolWriter/MonoSymbolFile.cs So my guess is that you have a broken tar implementation (running solaris?). Use GNU tar. lupus -- - [EMAIL PROTECTED] debian/rules [EMAIL PROTECTED] Monkeys do it better ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] (no subject)
On Thu, 2005-09-08 at 16:03 +0530, Sridhar Kulkarni wrote:
Hi,
I am having GetPathName method call in my C# code. I am using the same
source file to compile both on windows and linux. This method calls some
WIN32 APIs within it. This function also has linux specific code. As there
is no #ifdef directive is not available in C# how to go about this. I tried
using
#if __linux
...
.
#else //for windows
..
. .. .
#endif
But this doesn't work. How to go about this.
This will work, but __MonoCS__ is the only pre-set #define symbol, and
this only indicates that `mcs' is being used to compile the code, *not*
what platform you're running on (as it could be mcs on Win32 as easily
as mcs on Linux).
Consequently, for this approach to work you need to add a
-define:__linux argument to mcs to compile your Linux-specific code, e.g
$ mcs -define:__linux my-program.cs
However, using #if is typically undesirable. It is generally preferable
to do a runtime platform check and change behavior at runtime, e.g.:
class Foo {
[DllImport (win32-lib)]
private static extern void Win32Call ();
[DllImport (linux-lib)]
private static extern void LinuxCall ();
public static void Call ()
{
if (System.IO.Path.DirectorySeparatorChar == '\\') {
Win32Call ();
}
else {
LinuxCall ();
}
}
}
If the unmanaged library export has the same name, it is preferable to
use the Win32 library name and provide a dllmap for Mono:
class Foo {
[DllImport (win32-lib)]
private static extern void NativeCall ();
public static void Call ()
{
NativeCall ();
}
}
And then provide a ASSEMBLY-NAME.dll.config file with the contents:
configuration
dllmap dll=win32-lib target=linux-lib/
/configuration
See also:
http://www.mono-project.com/DllMap
http://www.mono-project.com/Interop_with_Native_Libraries
http://www.mono-project.com/FAQ:_Technical#How_to_detect_the_execution_platform_.3F
- Jon
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] (no subject)
Using DirectorySeparatorChar to determine the platform is just as
undesirable as using different binaries on each platform.:)
Environment.OSVersion.Platform is for this purpose.
For a sample code see:
http://www.mono-project.com/FAQ:_Technical#How_to_detect_the_execution_platform_.3F
Kornél
- Original Message -
From: Jonathan Pryor [EMAIL PROTECTED]
To: Sridhar Kulkarni [EMAIL PROTECTED]
Cc: mono-devel-list@lists.ximian.com
Sent: Saturday, September 10, 2005 4:39 PM
Subject: Re: [Mono-dev] (no subject)
On Thu, 2005-09-08 at 16:03 +0530, Sridhar Kulkarni wrote:
Hi,
I am having GetPathName method call in my C# code. I am using the same
source file to compile both on windows and linux. This method calls some
WIN32 APIs within it. This function also has linux specific code. As
there
is no #ifdef directive is not available in C# how to go about this. I
tried
using
#if __linux
...
.
#else //for windows
..
. .. .
#endif
But this doesn't work. How to go about this.
This will work, but __MonoCS__ is the only pre-set #define symbol, and
this only indicates that `mcs' is being used to compile the code, *not*
what platform you're running on (as it could be mcs on Win32 as easily
as mcs on Linux).
Consequently, for this approach to work you need to add a
-define:__linux argument to mcs to compile your Linux-specific code, e.g
$ mcs -define:__linux my-program.cs
However, using #if is typically undesirable. It is generally preferable
to do a runtime platform check and change behavior at runtime, e.g.:
class Foo {
[DllImport (win32-lib)]
private static extern void Win32Call ();
[DllImport (linux-lib)]
private static extern void LinuxCall ();
public static void Call ()
{
if (System.IO.Path.DirectorySeparatorChar == '\\') {
Win32Call ();
}
else {
LinuxCall ();
}
}
}
If the unmanaged library export has the same name, it is preferable to
use the Win32 library name and provide a dllmap for Mono:
class Foo {
[DllImport (win32-lib)]
private static extern void NativeCall ();
public static void Call ()
{
NativeCall ();
}
}
And then provide a ASSEMBLY-NAME.dll.config file with the contents:
configuration
dllmap dll=win32-lib target=linux-lib/
/configuration
See also:
http://www.mono-project.com/DllMap
http://www.mono-project.com/Interop_with_Native_Libraries
http://www.mono-project.com/FAQ:_Technical#How_to_detect_the_execution_platform_.3F
- Jon
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Trying to compile mono-1.1.9 on solaris 10 x86
Hi again,
Well it seems there is a problem (or I have one, at least)
with the file
mcs/build/profiles/basic.make
The sed commands there
seem to fail in solaris. Maybe I have the wrong sed or something needs
to be modified.
Anyway, it seems the problem could be related with
monolite, maybe I don't have the rigth version...
pablo
Mensaje
original
De: [EMAIL PROTECTED]
Recibido: 10/09/2005 19:44
Para: [EMAIL PROTECTED]
CC: mono-devel-list@lists.ximian.com
Asunto: Re: [Mono-dev] Trying to compile mono-1.1.9 on solaris 10 x86
In one of the files used to build is a sed script that contains ^0
[xX] I believe and the character needs to be quoted (the ^ if I
remember correctly). In order to find it, I performed: find . -exec
grep -l 0[xX] {} \; You may need to quote the [ ] characters (I
never remember which way that it goes). You can also use -name
Makefile, but I don't remember whether the sed script was in a
Makefile.
Didn't anyone test this out on Solaris before releasing
it?!?!
On Sep 10, 2005, at 12:45 PM, [EMAIL PROTECTED] wrote:
Hi,
I'm trying to compile mono-1.1.9 on solaris 10 x86.
I
first
followed the steps I found at http://home.comcast.net/~jonel.
rienton/2005/04/solaris-10-x86-and-mono.html
Also patched
exceptions-
x86.c when I got an error.
Then I found a problem
with the symbol
isnormal that is not included in libm.so in
solaris, but in
libsunmath.so.
Well, and finally, so far, I got
the following problem:
Making all in
runtime
make[2]: Entering
directory `/home/pablo/download/mono-1.1.9
/runtime'
if test -w ../mcs;
then :; else chmod -R +w ../mcs; fi
d=`pwd`; ok=:; \
( cd ../mcs \
make PROFILES='default net_2_0'
all-profiles ) || ok=false; \
./semdel-
wrapper || :; $ok
make
[3]: Entering directory
`/home/pablo/download/mono-1.1.9/mcs'
make
profile-do--default--all
profile-do--net_2_0--all
make[4]: Entering
directory
`/home/pablo/download/mono-1.1.9/mcs'
make PROFILE=basic
all
make[5]:
Entering directory `/home/pablo/download/mono-1.1.9
/mcs'
*** The
compiler 'mcs' doesn't appear to be usable.
sed:
command garbled: s,
/bin/sh: 0[xX],,: not found
/bin/sh: test:
unknown operator stack
make
[5]: *** [do-profile-check] Error 1
make[5]: Leaving directory
`/home/pablo/download/mono-1.1.9/mcs'
make[4]: *** [profile-do--basic--
all] Error 2
make[4]: Leaving
directory `/home/pablo/download/mono-1.1.9
/mcs'
make[3]: ***
[profiles-do--all] Error 2
make[3]: Leaving
directory
`/home/pablo/download/mono-1.1.9/mcs'
** Message: Error
deleting
semaphore: Invalid argument
make[2]: *** [all-local] Error 1
make
[2]: Leaving directory `/home/pablo/download/mono-1.1.9/runtime'
make
[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/home/pablo/download/mono-1.1.9'
make: *** [all] Error 2
=
Any idea?
Thanks,
pablo
Prueba el Nuevo Correo Terra; Seguro, R�pido, Fiable.
___
Mono-devel-list
mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.
com/mailman/listinfo/mono-devel-list
Prueba el Nuevo Correo Terra; Seguro, R�pido, Fiable.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] GC error bootstrapping on Windows
-Original Message- From: Atsushi Eno [mailto:[EMAIL PROTECTED] Sent: zaterdag 10 september 2005 12:01 To: Gert Driesen Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] GC error bootstrapping on Windows Hi, Many of us experienced that (including me). Make sure to build clean bootstrap. It was around r48831, not new one. Hmm, that didn't seem to resolve this issue. Anything else I can try ? Gert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Trying to compile mono-1.1.9 on solaris 10 x86
Hi again,
Well, I got rid of the sed problem (well, I just replaced
the command with a number, 40, that should be the expected version, not
very nice, but I just wanted to get mono running), the I found some
missing files in the class subdirectory... (don't know why, maybe the
problem with the tar files??) .
And finally I get the following error,
that reminds me the problem I had trying to compile version 1.1.8.3,
which I couldn't compile either (I tried two days ago). Could be
something wrong with my system¿?
make[1]: Entering directory
`/home/pablo/download/mono-1.1.9/mcs/mcs'
MONO_PATH=..
/class/lib/net_1_1_bootstrap:$MONO_PATH /home/pablo/download/mono-1.1.9
/runtime/mono-wrapper ../class/lib/net_1_1_bootstrap/mcs.exe -d:
NET_1_1 -d:ONLY_1_1 -debug -target:exe -out:mcs.exe cs-parser.cs @mcs.
exe.sources
Segmentation Fault - core dumped
Mensaje original
De: [EMAIL PROTECTED]
Recibido: 10/09/2005 19:58
Para: Mono-
[EMAIL PROTECTED]
Asunto: Re: [Mono-dev] Trying to compile
mono-1.1.9 on solaris 10 x86
Hi again,
Well it seems there is a
problem (or I have one, at least)
with the file
mcs/build/profiles/basic.make
The sed commands there
seem to fail in
solaris. Maybe I have the wrong sed or something needs
to be modified.
Anyway, it seems the problem could be related with
monolite, maybe I
don't have the rigth version...
pablo
Mensaje
original
De:
[EMAIL PROTECTED]
Recibido: 10/09/2005 19:44
Para:
[EMAIL PROTECTED]
CC: mono-devel-list@lists.ximian.com
Asunto: Re: [Mono-dev] Trying to compile mono-1.1.9 on solaris 10 x86
In one of the files used to build is a sed script that contains ^0
[xX] I believe and the character needs to be quoted (the ^ if I
remember correctly). In order to find it, I performed: find . -exec
grep -l 0[xX] {} \; You may need to quote the [ ] characters (I
never remember which way that it goes). You can also use -name
Makefile, but I don't remember whether the sed script was in a
Makefile.
Didn't anyone test this out on Solaris before releasing
it?!?!
On Sep 10, 2005, at 12:45 PM, [EMAIL PROTECTED] wrote:
Hi,
I'm trying to compile mono-1.1.9 on solaris 10 x86.
I
first
followed the steps I found at http://home.comcast.net/~jonel.
rienton/2005/04/solaris-10-x86-and-mono.html
Also patched
exceptions-
x86.c when I got an error.
Then I found a problem
with the symbol
isnormal that is not included in libm.so in
solaris, but in
libsunmath.so.
Well, and finally, so far, I got
the following problem:
Making all in
runtime
make[2]: Entering
directory `/home/pablo/download/mono-
1.1.9
/runtime'
if test -w ../mcs;
then :; else chmod -R +w ../mcs;
fi
d=`pwd`; ok=:; \
( cd ../mcs \
make PROFILES='default
net_2_0'
all-profiles ) || ok=false; \
./semdel-
wrapper || :; $ok
make
[3]: Entering directory
`/home/pablo/download/mono-1.1.9/mcs'
make
profile-do--default--all
profile-do--net_2_0--all
make[4]:
Entering
directory
`/home/pablo/download/mono-1.1.9/mcs'
make
PROFILE=basic
all
make[5]:
Entering directory
`/home/pablo/download/mono-1.1.9
/mcs'
*** The
compiler 'mcs'
doesn't appear to be usable.
sed:
command garbled: s,
/bin/sh: 0
[xX],,: not found
/bin/sh: test:
unknown operator stack
make
[5]: *** [do-profile-check] Error 1
make[5]: Leaving directory
`/home/pablo/download/mono-1.1.9/mcs'
make[4]: *** [profile-do--
basic--
all] Error 2
make[4]: Leaving
directory
`/home/pablo/download/mono-1.1.9
/mcs'
make[3]: ***
[profiles-do--
all] Error 2
make[3]: Leaving
directory
`/home/pablo/download/mono-
1.1.9/mcs'
** Message: Error
deleting
semaphore: Invalid argument
make[2]: *** [all-local] Error 1
make
[2]: Leaving directory
`/home/pablo/download/mono-1.1.9/runtime'
make
[1]: *** [all-
recursive] Error 1
make[1]: Leaving directory
`/home/pablo/download/mono-1.1.9'
make: *** [all] Error 2
=
Any idea?
Thanks,
pablo
Prueba el Nuevo Correo Terra; Seguro, R�pido, Fiable.
___
Mono-devel-list
mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.
com/mailman/listinfo/mono-devel-list
Prueba el Nuevo Correo
Terra; Seguro, R�pido, Fiable.
___
Mono-devel-list mailing
list
Mono-devel-list@lists.ximian.com
http://lists.ximian.
com/mailman/listinfo/mono-devel-list
Prueba el Nuevo Correo Terra; Seguro, R�pido, Fiable.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GC error bootstrapping on Windows
The following may not solve your problem but I have no better idea: Use: make EXTERNAL_MCS=/usr/local/bin/mcs EXTERNAL_RUNTIME=/usr/local/bin/mono Where /usr/local is the prefix of an existing and working Mono installation. And this time use a clean source tree extracted form a daily source code tarball instead of make clean to make sure nothing remains after cleanup. Kornél - Original Message - From: Gert Driesen [EMAIL PROTECTED] To: 'Atsushi Eno' [EMAIL PROTECTED] Cc: mono-devel-list@lists.ximian.com Sent: Saturday, September 10, 2005 8:17 PM Subject: RE: [Mono-dev] GC error bootstrapping on Windows -Original Message- From: Atsushi Eno [mailto:[EMAIL PROTECTED] Sent: zaterdag 10 september 2005 12:01 To: Gert Driesen Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] GC error bootstrapping on Windows Hi, Many of us experienced that (including me). Make sure to build clean bootstrap. It was around r48831, not new one. Hmm, that didn't seem to resolve this issue. Anything else I can try ? Gert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Trying to compile mono-1.1.9 on solaris 10 x86
You need to use GNU tar to untar the file. Worse, the GNU tar for
Solaris from Sun is not compatible either. You can build the latest
GNU tar or download to Linux, untar it, then zip it up and transfer
it to Solaris. The version of zip are compatible.
On Sep 10, 2005, at 2:22 PM, [EMAIL PROTECTED] wrote:
Hi again,
Well, I got rid of the sed problem (well, I just replaced
the command with a number, 40, that should be the expected version,
not
very nice, but I just wanted to get mono running), the I found some
missing files in the class subdirectory... (don't know why, maybe the
problem with the tar files??) .
And finally I get the following error,
that reminds me the problem I had trying to compile version 1.1.8.3,
which I couldn't compile either (I tried two days ago). Could be
something wrong with my system¿?
make[1]: Entering directory
`/home/pablo/download/mono-1.1.9/mcs/mcs'
MONO_PATH=..
/class/lib/net_1_1_bootstrap:$MONO_PATH /home/pablo/download/
mono-1.1.9
/runtime/mono-wrapper ../class/lib/net_1_1_bootstrap/mcs.exe -d:
NET_1_1 -d:ONLY_1_1 -debug -target:exe -out:mcs.exe cs-parser.cs
@mcs.
exe.sources
Segmentation Fault - core dumped
Mensaje original
De: [EMAIL PROTECTED]
Recibido: 10/09/2005 19:58
Para: Mono-
[EMAIL PROTECTED]
Asunto: Re: [Mono-dev] Trying to compile
mono-1.1.9 on solaris 10 x86
Hi again,
Well it seems there is a
problem (or I have one, at least)
with the file
mcs/build/profiles/basic.make
The sed commands there
seem to fail in
solaris. Maybe I have the wrong sed or something needs
to be modified.
Anyway, it seems the problem could be related with
monolite, maybe I
don't have the rigth version...
pablo
Mensaje
original
De:
[EMAIL PROTECTED]
Recibido: 10/09/2005 19:44
Para:
[EMAIL PROTECTED]
CC: mono-devel-list@lists.ximian.com
Asunto: Re: [Mono-dev] Trying to compile mono-1.1.9 on solaris 10 x86
In one of the files used to build is a sed script that contains ^0
[xX] I believe and the character needs to be quoted (the ^ if I
remember correctly). In order to find it, I performed: find . -exec
grep -l 0[xX] {} \; You may need to quote the [ ] characters (I
never remember which way that it goes). You can also use -name
Makefile, but I don't remember whether the sed script was in a
Makefile.
Didn't anyone test this out on Solaris before releasing
it?!?!
On Sep 10, 2005, at 12:45 PM, [EMAIL PROTECTED] wrote:
Hi,
I'm trying to compile mono-1.1.9 on solaris 10 x86.
I
first
followed the steps I found at http://home.comcast.net/~jonel.
rienton/2005/04/solaris-10-x86-and-mono.html
Also patched
exceptions-
x86.c when I got an error.
Then I found a problem
with the symbol
isnormal that is not included in libm.so in
solaris, but in
libsunmath.so.
Well, and finally, so far, I got
the following problem:
Making all in
runtime
make[2]: Entering
directory `/home/pablo/download/mono-
1.1.9
/runtime'
if test -w ../mcs;
then :; else chmod -R +w ../mcs;
fi
d=`pwd`; ok=:; \
( cd ../mcs \
make PROFILES='default
net_2_0'
all-profiles ) || ok=false; \
./semdel-
wrapper || :; $ok
make
[3]: Entering directory
`/home/pablo/download/mono-1.1.9/mcs'
make
profile-do--default--all
profile-do--net_2_0--all
make[4]:
Entering
directory
`/home/pablo/download/mono-1.1.9/mcs'
make
PROFILE=basic
all
make[5]:
Entering directory
`/home/pablo/download/mono-1.1.9
/mcs'
*** The
compiler 'mcs'
doesn't appear to be usable.
sed:
command garbled: s,
/bin/sh: 0
[xX],,: not found
/bin/sh: test:
unknown operator stack
make
[5]: *** [do-profile-check] Error 1
make[5]: Leaving directory
`/home/pablo/download/mono-1.1.9/mcs'
make[4]: *** [profile-do--
basic--
all] Error 2
make[4]: Leaving
directory
`/home/pablo/download/mono-1.1.9
/mcs'
make[3]: ***
[profiles-do--
all] Error 2
make[3]: Leaving
directory
`/home/pablo/download/mono-
1.1.9/mcs'
** Message: Error
deleting
semaphore: Invalid argument
make[2]: *** [all-local] Error 1
make
[2]: Leaving directory
`/home/pablo/download/mono-1.1.9/runtime'
make
[1]: *** [all-
recursive] Error 1
make[1]: Leaving directory
`/home/pablo/download/mono-1.1.9'
make: *** [all] Error 2
=
Any idea?
Thanks,
pablo
Prueba el Nuevo Correo Terra; Seguro, R�pido, Fiable.
___
Mono-devel-list
mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.
com/mailman/listinfo/mono-devel-list
Prueba el Nuevo Correo
Terra; Seguro, R�pido, Fiable.
___
Mono-devel-list mailing
list
Mono-devel-list@lists.ximian.com
http://lists.ximian.
com/mailman/listinfo/mono-devel-list
Prueba el Nuevo Correo Terra; Seguro, R�pido, Fiable.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
Re: [Mono-dev] A Bug in mono-1.1.9
On Sun, 2005-09-11 at 01:51 +0800, David wrote:
Afer I update my mono to mono-1.1.9, I found a bug in my Asp.Net Web.
Sample like this:
.aspx file:
input runat=server id=reply onserverclick=OnButtonClick vaule=Reply
.aspx.cs file
protected void OnButtonClick(object sender, System.EventArgs e){
// my code here
}
This works as expected:
---
%@ Page %
html
script runat=server
void OnButtonClick (object o, EventArgs args)
{
Console.WriteLine (called);
}
/script
body
form runat=server
input runat=server id=reply type=submit
onserverclick=OnButtonClick value=Reply
/form
/body
/html
If you have a complete test case the fails, please, post it.
-Gonzalo
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Small fix to aot.c to get --aot working on Windows
In Windows the GNU Assembler (2.16) doesn't like .bss 1, so I have to change it to .section .bss. SDavila patch.diff Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Trying to compile mono-1.1.9 on solaris 10 x86
Hello again,
Well, I followed Gary's instructions and uncompressed the
tar.gz file in linux, created a zip file, and moved to Solaris. Now I
have a lot more files than before... :-)
Again I had to apply the
exceptions-x86.c patch, and change a line in mph.h too.
But at the
end I crashed against the same wall...
MONO_PATH=../..
/class/lib/basic:$MONO_PATH /home/pablo/download/mono-1.1.9
/runtime/mono-wrapper ../../class/lib/basic/mcs.exe -d:NET_1_1 -d:
ONLY_1_1 -d:BOOTSTRAP_WITH_OLDLIB -debug /noconfig -r:mscorlib.dll -r:
System.dll -nowarn:0162 -nowarn:0618 -nowarn:0612 -target:library -out:
System.Xml.dll System.Xml.XPath/Parser.cs Mono.Xml.Xsl/PatternParser.cs
Mono.Xml.Xsl/PatternTokenizer.cs @System.Xml.dll.sources
Segmentation
Fault - core dumped
make[8]: *** [../../class/lib/basic/System.Xml.dll]
Error 139
And it seems it crashes compiling
System.Xml.XPath/Parser.cs
Ideas? Maybe my solaris box is broken... ¿?
Thanks,
pablo
Mensaje original
De: [EMAIL PROTECTED]
Recibido: 10/09/2005
20:42
Para: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
ximian.com
Asunto: Re: [Mono-dev] Trying to compile mono-1.1.9 on
solaris 10 x86
You need to use GNU tar to untar the file. Worse, the
GNU tar for
Solaris from Sun is not compatible either. You can build
the latest
GNU tar or download to Linux, untar it, then zip it up and
transfer
it to Solaris. The version of zip are compatible.
On Sep
10, 2005, at 2:22 PM, [EMAIL PROTECTED] wrote:
Hi again,
Well, I got rid of the sed problem (well, I just replaced
the command
with a number, 40, that should be the expected version,
not
very
nice, but I just wanted to get mono running), the I found some
missing files in the class subdirectory... (don't know why, maybe the
problem with the tar files??) .
And finally I get the following
error,
that reminds me the problem I had trying to compile version
1.1.8.3,
which I couldn't compile either (I tried two days ago).
Could be
something wrong with my system¿?
make[1]: Entering
directory
`/home/pablo/download/mono-1.1.9/mcs/mcs'
MONO_PATH=..
/class/lib/net_1_1_bootstrap:$MONO_PATH /home/pablo/download/
mono-
1.1.9
/runtime/mono-wrapper ../class/lib/net_1_1_bootstrap/mcs.exe
-d:
NET_1_1 -d:ONLY_1_1 -debug -target:exe -out:mcs.exe cs-parser.
cs
@mcs.
exe.sources
Segmentation Fault - core dumped
Mensaje original
De: [EMAIL PROTECTED]
Recibido:
10/09/2005 19:58
Para: Mono-
[EMAIL PROTECTED]
Asunto: Re: [Mono-dev] Trying to compile
mono-1.1.9 on solaris 10 x86
Hi again,
Well it seems there is a
problem (or I have one,
at least)
with the file
mcs/build/profiles/basic.make
The sed
commands there
seem to fail in
solaris. Maybe I have the wrong sed
or something needs
to be modified.
Anyway, it seems the problem
could be related with
monolite, maybe I
don't have the rigth
version...
pablo
Mensaje
original
De:
gary.
[EMAIL PROTECTED]
Recibido: 10/09/2005 19:44
Para:
[EMAIL PROTECTED]
CC: mono-devel-list@lists.ximian.com
Asunto: Re: [Mono-dev] Trying to compile mono-1.1.9 on solaris 10 x86
In one of the files used to build is a sed script that contains ^0
[xX] I believe and the character needs to be quoted (the ^ if I
remember correctly). In order to find it, I performed: find . -exec
grep -l 0[xX] {} \; You may need to quote the [ ] characters (I
never remember which way that it goes). You can also use -name
Makefile, but I don't remember whether the sed script was in a
Makefile.
Didn't anyone test this out on Solaris before releasing
it?!?!
On Sep 10, 2005, at 12:45 PM, [EMAIL PROTECTED]
wrote:
Hi,
I'm trying to compile mono-1.1.9 on solaris 10
x86.
I
first
followed the steps I found at http://home.
comcast.net/~jonel.
rienton/2005/04/solaris-10-x86-and-mono.
html
Also patched
exceptions-
x86.c when I got an
error.
Then I found a problem
with the symbol
isnormal that is not included in libm.so in
solaris, but in
libsunmath.so.
Well, and finally, so far, I got
the
following problem:
Making all in
runtime
make[2]: Entering
directory
`/home/pablo/download/mono-
1.1.9
/runtime'
if test -w ..
/mcs;
then :; else chmod -R +w ../mcs;
fi
d=`pwd`;
ok=:; \
( cd ../mcs \
make PROFILES='default
net_2_0'
all-profiles ) || ok=false; \
./semdel-
wrapper ||
:; $ok
make
[3]: Entering directory
`/home/pablo/download/mono-1.1.9/mcs'
make
profile-do--default--
all
profile-do--net_2_0--all
make[4]:
Entering
directory
`/home/pablo/download/mono-1.1.9/mcs'
make
PROFILE=basic
all
make[5]:
Entering directory
`/home/pablo/download/mono-
1.1.9
/mcs'
*** The
compiler 'mcs'
doesn't appear to be
usable.
sed:
command garbled: s,
/bin/sh: 0
[xX],,:
not found
/bin/sh: test:
unknown operator stack
make
[5]: *** [do-profile-check] Error 1
make[5]: Leaving
[Mono-dev] [PATCH] Mono.Remoting.Channels.Unix bugfixes
Hi!
The patch fixes 2 bugs in Mono.Remoting.Channels.Unix:
* UnixChannel.cs: fixed default ctor.
* UnixServerChannel.cs: fixed GetUrlsForUri to return properly
formatted unix URIs (the ? was missing).
Please review and commit the patch.
Thanks
Rob
Index: class/Mono.Posix/Mono.Remoting.Channels.Unix/UnixChannel.cs
===
--- class/Mono.Posix/Mono.Remoting.Channels.Unix/UnixChannel.cs (revision 49879)
+++ class/Mono.Posix/Mono.Remoting.Channels.Unix/UnixChannel.cs (working copy)
@@ -43,7 +43,7 @@
private string _name = unix;
private int _priority = 1;
-public UnixChannel (): this ()
+public UnixChannel (): this (null)
{
}
Index: class/Mono.Posix/Mono.Remoting.Channels.Unix/ChangeLog
===
--- class/Mono.Posix/Mono.Remoting.Channels.Unix/ChangeLog (revision 49879)
+++ class/Mono.Posix/Mono.Remoting.Channels.Unix/ChangeLog (working copy)
@@ -1,3 +1,9 @@
+2005-09-11 Robert Jordan [EMAIL PROTECTED]
+
+ * UnixChannel.cs: fixed default ctor.
+ * UnixServerChannel.cs: fixed GetUrlsForUri to return properly
+formatted unix URIs (the ? was missing).
+
2005-08-24 Lluis Sanchez Gual [EMAIL PROTECTED]
* UnixServerChannel.cs:
Index: class/Mono.Posix/Mono.Remoting.Channels.Unix/UnixServerChannel.cs
===
--- class/Mono.Posix/Mono.Remoting.Channels.Unix/UnixServerChannel.cs
(revision 49879)
+++ class/Mono.Posix/Mono.Remoting.Channels.Unix/UnixServerChannel.cs
(working copy)
@@ -157,7 +157,7 @@
string [] result = new String [chnl_uris.Length];
for (int i = 0; i chnl_uris.Length; i++)
-result [i] = chnl_uris [i] + uri;
+result [i] = chnl_uris [i] + ? + uri;
return result;
}
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono and MonoDevelop subversion repositories upgraded.
Hello, The Mono and MonoDevelop subversion repositories have been upgraded so the annotate command will run faster than it did before. No changes are necessary on the client systems, everything should continue to run. You might optionally want to upgrade your subversion clients to version 1.2 to take advantage of some new features, for more details on the new features in Subversion see: http://subversion.tigris.org/svn_1.2_releasenotes.html Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
