Re: [Mono-devel-list] mono_jit_cleanup / mono_jit_init
Hi, At least the MS and the Sun's VM have proper documentation/single entry point on how they are to be initialized/shutdown - something not quite clear/stable with Mono. Best Regards, George Kodinov Zoltan Varga wrote: Hi, It would be nice but it is very hard to do. Neither the Sun VM nor the MS VM can be unloaded. Zoltan On Apr 12, 2005 7:00 PM, Joe Ante [EMAIL PROTECTED] wrote: Hi, Is there any particular reason why calling mono_jit_init then mono_jit_cleanup and then mono_jit_init again causes an abort? Would be really nice to be able to unload mono after you are done with a task and don't need it anymore. Joachim Ante www.otee.dk ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list begin:vcard fn:George Kodinov n:Kodinov;George org:OpenLink Software;Virtuoso adr:;;59 Bogomil Str;Plovdiv;Plovdiv;4000;Bulgaria email;internet:[EMAIL PROTECTED] title:Developer tel;work:+35932634397 tel;fax:+35932634397 tel;home:+35932968234 tel;cell:+359887700566 x-mozilla-html:TRUE url:http://www.openlinksw.com/virtuoso/ version:2.1 end:vcard smime.p7s Description: S/MIME Cryptographic Signature
[Mono-devel-list] Problems using the shared library from the RPMs.
Hi, I'm trying to build my Mono embedding binary using the Mono release RPMs. In order to do that I would need a way to setup the mono_thread_attach_aborted_cb global variable. Unfortunately on linux this can only be done with a setter function AFAIK. So please can we make a setter function. For example : --- mono/mini/mini.c.orig 2005-04-01 15:13:35.0 +0300 +++ mono/mini/mini.c2005-04-01 15:14:43.0 +0300 @@ -7434,6 +7434,13 @@ void (*mono_thread_attach_aborted_cb ) (MonoObject *obj) = NULL; +void +mono_thread_set_attach_aborted_cb ( +void (*new_mono_thread_attach_aborted_cb ) (MonoObject *obj)) +{ + mono_thread_attach_aborted_cb = new_mono_thread_attach_aborted_cb; +} + static void mono_thread_abort_dummy (MonoObject *obj) { There will be also a need to put that in some header file (to be included in the devel RPM ideally), but I can't see one that will fit so IMHO it should be a new one. Another problem that I have is the lack of a single initialization API for an embedded mono. Can somebody please move the initialization code from the mono binary main function to a separate function ? Ideally it should be initialize/set_option/set_option/ sequence. Best Regards, George Kodinov begin:vcard fn:George Kodinov n:Kodinov;George org:OpenLink Software;Virtuoso adr:;;59 Bogomil Str;Plovdiv;Plovdiv;4000;Bulgaria email;internet:[EMAIL PROTECTED] title:Developer tel;work:+35932634397 tel;fax:+35932634397 tel;home:+35932968234 tel;cell:+359887700566 x-mozilla-html:TRUE url:http://www.openlinksw.com/virtuoso/ version:2.1 end:vcard
[Mono-list] libgc headers missing from the 1.1.5 RPMs ?
Hi, I've tired compiling my mono embedding exe using the mono-devel RPM. But it doesn't contain the libgc headers it seems. Is that for a reason or just an omission ? And what is the recommended way to compile such C embedded code using RPMs ? Best Regards, George Kodinov begin:vcard fn:George Kodinov n:Kodinov;George org:OpenLink Software;Virtuoso adr:;;59 Bogomil Str;Plovdiv;Plovdiv;4000;Bulgaria email;internet:[EMAIL PROTECTED] title:Developer tel;work:+35932634397 tel;fax:+35932634397 tel;home:+35932968234 tel;cell:+359887700566 x-mozilla-html:TRUE url:http://www.openlinksw.com/virtuoso/ version:2.1 end:vcard
[Mono-list] Still not there re. Mono Mac OS X
Hi, I've done some stability testing (of the simplest kind) of Mono on MacOSX. I've used the http://www.go-mono.com/archive/beta2/macos/Mono_0.95_Beta_2.dmg package. I've then installed the xsp-0.14 tar.gz (from your download page). After compiling the xsp I've run the attached script (that is hitting the pages in xsp's test/ directory in an endless loop). Left it running overnight. On the next morning the curl was waiting for 6 hours 34 minutes, the mono process was not using CPU and it was taking about 40% of the available memory (725K VSZ and 205K RSS according to ps). Do you perform some stability testing (as ASPXes are supposed to take a large number of hits and stay operational) ? BTW, I still don't find a definite HOWTO about compiling the CVS Mono on MacOSX : I find bits and pieces here and there but each of tease is producing a differently behaving binary (especially when the GC is involved). So this is the reason I'm trying it with the official binary. Best Regards, George Kodinov gogo.sh.gz Description: GNU Zip compressed data begin:vcard fn:George Kodinov n:Kodinov;George org:OpenLink Software;Virtuoso adr:;;59 Bogomil Str;Plovdiv;Plovdiv;4000;Bulgaria email;internet:[EMAIL PROTECTED] title:Developer tel;work:+359 32634397 tel;home:+359 32968234 tel;cell:+359 887 700566 x-mozilla-html:TRUE url:http://www.openlinksw.com version:2.1 end:vcard
[Mono-list] Installing Mono (with GAC) in a different directory than the one compiled ?
Hi, What is the recommended practice on installing the Mono binaries in a directory different from the one that they are configured to ? For example I do : ./configure --prefix=/usr/local/mono . ; make ; make install and then I would need the /usr/local/mono moved to (say) /opt/mono ? Before the GAC implementation all I had to do was : export MONO_PATH=/opt/mono/lib What's the equivalent of the above in the new GAC based system ? Best Regards, George Kodinov begin:vcard fn:George Kodinov n:Kodinov;George org:OpenLink Software;Virtuoso adr:;;59 Bogomil Str;Plovdiv;Plovdiv;4000;Bulgaria email;internet:[EMAIL PROTECTED] title:Developer tel;work:+359 32634397 tel;home:+359 32968234 tel;cell:+359 887 700566 x-mozilla-html:TRUE url:http://www.openlinksw.com version:2.1 end:vcard
[Mono-list] How do you compile Mono on SPARC Solaris ?
Hi. I've been trying to compile Mono CVS on SPARC Solaris 8. I've got the http://go-mono.com/mono-build.sh and run it. It went up to : gcc-3.0 -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../libgc/include -I/virtdev2/gkodinov/mono-0.31/script/install/include/glib-2.0 -I/virtdev2/gkodinov/mono-0.31/script/install/lib/glib-2.0/include -D_REENTRANT -I/virtdev2/gkodinov/mono-0.31/script/install/include/glib-2.0 -I/virtdev2/gkodinov/mono-0.31/script/install/lib/glib-2.0/include -I/virtdev2/gkodinov/mono-0.31/script/install/include -DGC_SOLARIS_THREADS -DGC_SOLARIS_PTHREADS -D_REENTRANT -D_FILE_OFFSET_BITS=64 -D_XOPEN_SOURCE=500 -D__EXTENSIONS__ -D_XOPEN_SOURCE_EXTENDED=1 -DNO_UNALIGNED_ACCESS -g -O2 -fno-strict-aliasing -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -Wno-char-subscripts -MT tramp-sparc.lo -MD -MP -MF .deps/tramp-sparc.Tpo -c tramp-sparc.c -o tramp-sparc.o /dev/null 21 mv -f .libs/tramp-sparc.lo tramp-sparc.lo /bin/bash ../../libtool --mode=link gcc-3.0 -g -O2 -fno-strict-aliasing -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -Wno-char-subscripts -L/virtdev2/gkodinov/mono-0.31/script/install/lib -o libmono.la -rpath /virtdev2/gkodinov/mono-0.31/script/install/lib -Wl,-version-script=./ldscript mini.lo trace.lo dominators.lo cfold.lo regalloc.lo inssel.lo helpers.lo liveness.lo ssa.lo driver.lo debug-mini.lo linear-scan.lo aot.lo graph.lo mini-sparc.lo exceptions-sparc.lo tramp-sparc.lo ../../mono/metadata/libmonoruntime.la ../../mono/metadata/libmetadata.la ../../mono/io-layer/libwapi.la ../../mono/utils/libmonoutils.la ../../libgc/libmonogc.la -lrt -lsocket -lnsl -lxnet -lpthread -lm -lrt rm -fr .libs/libmono.la .libs/libmono.* .libs/libmono.* /usr/ccs/bin/ld -G -h libmono.so.0 -o .libs/libmono.so.0.0.0 mini.lo trace.lo dominators.lo cfold.lo regalloc.lo inssel.lo helpers.lo liveness.lo ssa.lo driver.lo debug-mini.lo linear-scan.lo aot.lo graph.lo mini-sparc.lo exceptions-sparc.lo tramp-sparc.lo -z allextract ../../mono/metadata/.libs/libmonoruntime.al ../../mono/metadata/.libs/libmetadata.al ../../mono/io-layer/.libs/libwapi.al ../../mono/utils/.libs/libmonoutils.al ../../libgc/.libs/libmonogc.al -z defaultextract -L/virtdev2/gkodinov/mono-0.31/script/install/lib -lsocket -lnsl -lxnet -lpthread -lm -lrt -lc -version-script=./ldscript /usr/ccs/bin/ld: illegal option -- v usage: ld [-6:abc:d:e:f:h:il:mo:p:rstu:z:B:CD:F:GI:L:M:N:P:Q:R:S:VY:?] file(s) Can somebody write a FAQ or something (or extend the compilation section) with building instructions for all the non-linux platforms ? I can volunteer to experiment with the compilations steps on various platforms (I can even write some, but I don't know how much will they be approved by the relevant port maintainers ;-). Best Regards, -- George Kodinov Email : [EMAIL PROTECTED] DeveloperWeb : http://www.openlinksw.com OpenLink SoftwarePhone : +359 32 634 397 XML E-Business Infrastructure Technology Providers begin:vcard fn:George Kodinov n:Kodinov;George org:OpenLink Software;Virtuoso adr:;;8 Bulair Str.;Plovdiv;Plovdiv;4003;Bulgaria email;internet:[EMAIL PROTECTED] title:Developer tel;work:+359 32637475 tel;cell:+359 887 700566 x-mozilla-html:TRUE url:http://www.openlinksw.com version:2.1 end:vcard
[Mono-list] Mono 0.31 on glibc 2.1 ?
Hi, I was wondering if somebody tried compiling Mono 0.31 on glibc 2.1 based system (RH 6.2 for example). Is it possible to do that at all ? I have tried compiling the CVS Mono on such a box but got a GPF running the 'mcs --version'. If I disable the GC then the mcs returns it's version just fine. I do the compilation with the GC that is in the Mono CVS. Best Regards, -- George Kodinov Email : [EMAIL PROTECTED] DeveloperWeb : http://www.openlinksw.com OpenLink SoftwarePhone : +359 32 634 397 XML E-Business Infrastructure Technology Providers ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Problems compiling the Mono CVS with ICU
Hi, I've cvs updated my mono tree and tried compiling it. Here's what I get when I do that : snip System.Xml.Serialization/XmlSerializationWriterInterpreter.cs(134) error CS0019: Operator == cannot be applied to operands of type `System.Xml.Serialization.SerializationFormat' and `System.Xml.Serialization.SerializationFormat' System.Xml.Serialization/XmlSerializationWriterInterpreter.cs(279) error CS0019: Operator == cannot be applied to operands of type `System.Xml.Serialization.SerializationFormat' and `System.Xml.Serialization.SerializationFormat' System.Xml.Serialization/XmlSerializationWriterInterpreter.cs(356) error CS0019: Operator == cannot be applied to operands of type `System.Xml.Serialization.SerializationFormat' and `System.Xml.Serialization.SerializationFormat' System.Xml.Serialization/XmlSerializationWriterInterpreter.cs(432) error CS0019: Operator == cannot be applied to operands of type `System.Xml.Serialization.SerializationFormat' and `System.Xml.Serialization.SerializationFormat' System.Xml.Serialization/XmlSerializationWriterInterpreter.cs(455) error CS0019: Operator == cannot be applied to operands of type `System.Xml.Serialization.SchemaTypes' and `System.Xml.Serialization.SchemaTypes' System.Xml.Serialization/XmlTypeMapElementInfo.cs(139) error CS0019: Operator != cannot be applied to operands of type `System.Xml.Schema.XmlSchemaForm' and `System.Xml.Schema.XmlSchemaForm' System.Xml.Serialization/XmlTypeMapping.cs(318) error CS0019: Operator == cannot be applied to operands of type `System.Xml.Serialization.SchemaTypes' and `System.Xml.Serialization.SchemaTypes' snip I have another checkout (without ICU), that compiles just fine. Does anybody compile with ICU and has experienced/resolved the above errors ? And in general - what's more advisable/tested - with ICU or without it ? Best Regards, -- George Kodinov Email : [EMAIL PROTECTED] DeveloperWeb : http://www.openlinksw.com OpenLink SoftwarePhone : +359 32 637 475 XML E-Business Infrastructure Technology Providers ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Error building mcs-0.29 from source (on Linux)
Hi, this is fixed in the current Mono CVS. Best Regards, George Kodinov Randy J. Ray wrote: make[2]: Entering directory `/usr/local/src/Mono/mcs-0.29/class/ByteFX.Data' MONO_PATH=../../class/lib:$MONO_PATH mono ../../mcs/mcs.exe -d:NET_1_1 -g / noconfig /r:mscorlib.dll /r:System.dll /r:System.Xml.dll /r:System.Data.dll / r:ICSharpCode.SharpZipLib.dll /r:System.Design.dll /r:System.Drawing.dll /r: System.Windows.Forms.dll /res:mysqlclient/Designers/command.bmp /res: mysqlclient/Designers/connection.bmp /res:mysqlclient/Designers/dataadapter. bmp /target:library /out:../../class/lib/ByteFX.Data.dll @ByteFX.Data.dll. sources Unhandled Exception: System.IO.FileNotFoundException: Could not find file .. \..\bytefx.snk in 0x002fa System.IO.FileStream:.ctor (string,System.IO.FileMode,System.IO. FileAccess,System.IO.FileShare,int,bool) in 0x00086 System.IO.FileStream:.ctor (string,System.IO.FileMode) in 0x00065 (wrapper remoting-invoke-with-check) System.IO.FileStream:.ctor (string,System.IO.FileMode) in 0x00214 System.Reflection.Emit.AssemblyBuilder:SetCustomAttribute (System.Reflection.Emit.CustomAttributeBuilder) in 0x00df9 Mono.CSharp.Attribute:ApplyAttributes (Mono.CSharp.EmitContext, object,object,Mono.CSharp.Attributes) in 0x001f9 Mono.CSharp.RootContext:EmitCode () in 0x0081f Mono.CSharp.Driver:MainDriver (string[]) in 0x0001b Mono.CSharp.Driver:Main (string[]) make[2]: *** [../../class/lib/ByteFX.Data.dll] Error 1 make[2]: Leaving directory `/usr/local/src/Mono/mcs-0.29/class/ByteFX.Data' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/Mono/mcs-0.29/class' make: *** [all-recursive] Error 1 My first concern was that the path to bytefx.snk used \ rather than / for a separator. But assuming that mcs handles this in a platform-independant fashion, there is no bytefx.snk in the dist area, either as part of the tar- file or generated during the build process. Randy -- George Kodinov Email : [EMAIL PROTECTED] DeveloperWeb : http://www.openlinksw.com OpenLink SoftwarePhone : +359 32 637 475 XML E-Business Infrastructure Technology Providers ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono on Win32 actually requiring MS.NET 1.1 to run ASPX ?
Hi, Miguel de Icaza wrote: Hello, I've noticed that mono on Win32 actually requires MS.NET 1.1 to be installed in order to be able to compile ASPX pages. This is because it actually spawns the mcs.exe (using command line 'mcs . temp_file.cs'). Windows does the same. While this is OK on linux (there's a 'mcs' shell script there to run 'mono mcs.exe ...') on Win32 this causes the MS.NET runtime to be used to run mcs.exe. And since there're some 1.1 methods in Mono it won't run if only 1.0 is installed. Do you know which methods? I find it surprising that we are using new features. I don't remember them - I tried several week ago on a box that had only MS.NET 1.0 installed and it failed to compile the ASPX. Since then the box was upgraded to MS.NET 1.1 :-( so I can't actually reproduce it right now. If you happen to have a MS.NET 1.0 only box it'll show up right away if you try running the xsp for example. Best Regards, -- George Kodinov Email : [EMAIL PROTECTED] DeveloperWeb : http://www.openlinksw.com OpenLink SoftwarePhone : +359 32 637 475 XML E-Business Infrastructure Technology Providers ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono on Win32 actually requiring MS.NET 1.1 to run ASPX ?
Hi, I've noticed that mono on Win32 actually requires MS.NET 1.1 to be installed in order to be able to compile ASPX pages. This is because it actually spawns the mcs.exe (using command line 'mcs . temp_file.cs'). While this is OK on linux (there's a 'mcs' shell script there to run 'mono mcs.exe ...') on Win32 this causes the MS.NET runtime to be used to run mcs.exe. And since there're some 1.1 methods in Mono it won't run if only 1.0 is installed. My questions are : - why is it nesesary to spawn a process to compile something ? Can't most of the mcs be stuffed somewhere inside the runtime libraries and only the command line parser etc. to actually reside in mcs.exe ? - If the process will be spawn in the future as well, can a mcs.bat (invoking the Mono runtime to run the mcs.exe) be called (or that be parameterizable somehow - environment variables or something) ? Best Regards, -- George Kodinov Email : [EMAIL PROTECTED] DeveloperWeb : http://www.openlinksw.com OpenLink SoftwarePhone : +359 32 637 475 XML E-Business Infrastructure Technology Providers ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Building mono on Win32 with ICU
Hi, I've noted that the Win32 build script is not adding the ICU to the mix. Does anyone have some experience on building Mono with ICU on windows ? Does it worth trying at all ? Best Regards, George Kodinov ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Building mono on Win32 with ICU
Hi again, I've managed to fool mono on win32 to compile w/ ICU the following way : - I've got the latest ICU Win32 binary from (ftp://www-126.ibm.com/pub/icu/2.6.1/icu-2.6.1-Win32_msvc6.zip). - I've got the latest ICU source from (ftp://www-126.ibm.com/pub/icu/2.6.1/icu-2.6.1.zip). - Installed the binary zip at c:\icu - Unsing the ICU's 'configure' script I've produced a proto icu-config for CygWin - Changed the names and the location of the ICU libraries from their cygwin names to the Win32 native names. This way I got the attached icu-config. - Copied the so produced icu-config to c:\icu\bin and added c:\icu\bin to the PATH - run the mono-build-win32.sh - it detected and compiled the ICU support just fine. For anybody interested I'm attaching the modified icu-config. Just get the Win32 binary achive, unzip it to c:\icu, add the icu-config to c:\icu\bin and add the c:\icu\bin to your PATH. It proves handy to copy the three ICU dlls referenced (icudt26l.dll, icuuc26.dll and icuin26.dll) to install\lib (next to the glib dlls) so you can safely remove the icu installation. Best Regards, George Kodinov George Kodinov wrote: Hi, I've noted that the Win32 build script is not adding the ICU to the mix. Does anyone have some experience on building Mono with ICU on windows ? Does it worth trying at all ? Best Regards, George Kodinov ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list #!/bin/sh ## -*-sh-*- #set -x # BEGIN of icu-config-top #** # Copyright (C) 1999-2002, International Business Machines # Corporation and others. All Rights Reserved. # $Revision: 1.1 $ #** # This script is designed to aid configuration of ICU. # rpath links a library search path right into the binaries. ### END of icu-config-top ## Zero out prefix. execprefix= prefix= loaddefs() { # Following from ./config/mh-cygwin # Generated automatically from Makefile.inc.in by configure. ## -*-makefile-*- #** # Copyright (C) 1999-2003, International Business Machines # Corporation and others. All Rights Reserved. # $Revision: 1.35 $ #** # This Makefile.inc is designed to be included into projects which make use # of the ICU. # CONTENTS OF THIS FILE # 1). Base configuration information and linkage # 2). Variables giving access to ICU tools # 3). Host information # 4). Compiler flags and settings # 5). Data Packaging directives # 6). Include of platform make fragment (mh-* file) ## # # *1* base configuration information and linkage # ## # The PREFIX is the base of where ICU is installed. # Inside this directory you should find bin, lib, include/unicode, # etc. If ICU is not installed in this directory, you must change the # following line. There should exist ${prefix}/include/unicode/utypes.h # for example. default_prefix=c:/icu if [ x${prefix} = x ]; then prefix=$default_prefix; fi exec_prefix=${prefix} libdir=${exec_prefix}/bin libexecdir=${exec_prefix}/libexec bindir=${exec_prefix}/bin datadir=${prefix}/share sbindir=${exec_prefix}/sbin # about the ICU version VERSION=2.6.1 UNICODE_VERSION=4 # The prefix for ICU libraries, normally 'icu' ICUPREFIX=icu PACKAGE=icu LIBICU=${ICUPREFIX} # Suffix at the end of libraries. Usually empty. ICULIBSUFFIX=26 # ICULIBSUFFIX_VERSION is non-empty if it is to contain a library # version. For example, if it is 21, it means libraries are named # libicuuc21.so for example. # rpath links a library search path right into the binaries. ## mh-files MUST NOT override RPATHLDFLAGS unless they provide ## equivalent '#SH#' lines for icu-config fixup default_ENABLE_RPATH=NO if [ x${ENABLE_RPATH} = x ]; then ENABLE_RPATH=$default_ENABLE_RPATH; fi RPATHLDFLAGS=${LD_RPATH}${LD_RPATH_PRE}${libdir} # icu-config version of above 'if': case $ENABLE_RPATH in [yY]*) ENABLE_RPATH=YES RPATHLDFLAGS=${LD_RPATH}${LD_RPATH_PRE}${libdir} ;; [nN]*) ENABLE_RPATH=NO RPATHLDFLAGS= ;; *) echo $0: Unknown --enable-rpath value ${ENABLE_RPATH} 12 exit 3 ;; esac ### To link your application with ICU: # 1. use LDFLAGS, CFLAGS, etc from above # 2. link with ${ICULIBS} # 3. optionally, add one or more of: #- ${ICULIBS_I18N}- i18n library, formatting, etc. #- ${ICULIBS_LAYOUT} - ICU layout library. #- ${ICULIBS_USTDIO} - ICU stdio equivalent library ICULIBS_COMMON=-l${ICUPREFIX}uc${ICULIBSUFFIX}${ICULIBSUFFIX_VERSION} ICULIBS_DATA=-l${ICUPREFIX}dt${ICULIBSUFFIX}${ICULIBSUFFIX_VERSION}l
[Mono-list] Mono unable of using it's onw generated keys ?
Hi, I have the follwing problem w/ Mono (compiled from CVS) on RH9 : I have a program that uses a key : [assembly: AssemblyKeyFile(@Testing.snk)] When I generate a key for it w/ the sn.exe (mono sn.exe -k Testing.snk) from the mono distribution and try compiling I get : Unhandled Exception: System.IndexOutOfRangeException: Array index is out of range in 0x001df Mono.Security.Cryptography.CryptoConvert:ToCapiPublicKeyBlob (System.Security.Cryptography.RSA) in 0x0006b Mono.Security.Cryptography.CryptoConvert:ToCapiKeyBlob (System.Security.Cryptography.RSA,bool) in 0x0002d Mono.Security.StrongName:get_PublicKey () in 0x002ba System.Reflection.Emit.AssemblyBuilder:SetCustomAttribute (System.Reflection.Emit.CustomAttributeBuilder) in 0x00d09 Mono.CSharp.Attribute:ApplyAttributes (Mono.CSharp.EmitContext,object,object,Mono.CSharp.Attributes) in 0x001f9 Mono.CSharp.RootContext:EmitCode () in 0x0082a Mono.CSharp.Driver:MainDriver (string[]) in 0x0001b Mono.CSharp.Driver:Main (string[]) Is this a bug or am I doing something wrong ? Best Regards, George Kodinov Developer, OpenLink Software (http://www.openlinksw.com) ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono unable of using it's onw generated keys ?
Hi, The size is 596 bytes (the same as if generated by Win32). The bugzilla is 50341 http://bugzilla.ximian.com/show_bug.cgi?id=50341 Best Regards, George Kodinov Sébastien Pouliot wrote: Most probably a bug. What's the size of your Testing.snk file ? Please fill a bug into bugzilla. I'll look into it ASAP. Sebastien Pouliot Security Architect, Motus Technologies, http://www.motus.com work: [EMAIL PROTECTED] home: [EMAIL PROTECTED] blog: http://pages.infinit.net/ctech/poupou.html -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of George Kodinov Sent: 30 octobre 2003 04:29 To: MONO List Subject: [Mono-list] Mono unable of using it's onw generated keys ? Hi, I have the follwing problem w/ Mono (compiled from CVS) on RH9 : I have a program that uses a key : [assembly: AssemblyKeyFile(@Testing.snk)] When I generate a key for it w/ the sn.exe (mono sn.exe -k Testing.snk) from the mono distribution and try compiling I get : Unhandled Exception: System.IndexOutOfRangeException: Array index is out of range in 0x001df Mono.Security.Cryptography.CryptoConvert:ToCapiPublicKeyBlob (System.Security.Cryptography.RSA) in 0x0006b Mono.Security.Cryptography.CryptoConvert:ToCapiKeyBlob (System.Security.Cryptography.RSA,bool) in 0x0002d Mono.Security.StrongName:get_PublicKey () in 0x002ba System.Reflection.Emit.AssemblyBuilder:SetCustomAttribute (System.Reflection.Emit.CustomAttributeBuilder) in 0x00d09 Mono.CSharp.Attribute:ApplyAttributes (Mono.CSharp.EmitContext,object,object,Mono.CSharp.Attributes) in 0x001f9 Mono.CSharp.RootContext:EmitCode () in 0x0082a Mono.CSharp.Driver:MainDriver (string[]) in 0x0001b Mono.CSharp.Driver:Main (string[]) Is this a bug or am I doing something wrong ? Best Regards, George Kodinov Developer, OpenLink Software (http://www.openlinksw.com) ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list