Re: [Mono-dev] 1003 Ways To Break A Runtime
Hi, > > Use: > > .field int32& val1 > > and > > .field [mscorlib]System.TypedReference val2 > > > > They are not allowed, so I'm not sure ilasm will > > compile them. > > ILASM doesn't seem to like them. I tried .field public int32& i .field public class [mscorlib]System.TypedReference val2 Both ilasm .net and mono are able to compile this. Ofcourse, the resulting assembly has PEVerify errors. Were you talking about the same thing or did i misunderstand what you wanted? -Ankit -- Blog : http://ankitj.blogspot.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Is anyone using mono develop in 1.1.13.2?
On Monday 20 February 2006 14:46, Lluis Sanchez wrote: > Hi, > > Please carefully read the mini FAQ in the installer instructions. The > error you are getting is documented there: > > http://www.mono-project.com/InstallerInstructions > > Lluis. Hmm...well, since other mono apps ran, I guess I overlooked that part. But it seems I have gtk+ 2.4 installed. [EMAIL PROTECTED] /home/joshua]# ll /usr/lib/gtk-2.0 total 20 drwxr-xr-x 3 root root 4096 Sep 23 2004 2.2.0/ drwxr-xr-x 6 root root 4096 Nov 16 15:31 2.4.0/ drwxr-xr-x 2 root root 4096 Jan 11 04:04 bin/ drwxr-xr-x 2 root root 4096 Jul 29 2005 engines/ drwxr-xr-x 2 root root 4096 Nov 16 15:31 modules/ I have the installer from the web site installed. I have gtk-sharp2-1.9.2. I'm a little unclear as to the version numbers. In the gtk-2.0 directory above, I have a 2.4.0 directory. Does that man I have gtk 2.0 or 2.4.0? In the latest version of Mandrake, the package is libgtk+2.0_0-2.8.3. What version is that? 2.0 or 2.8.3? On my current Mandrake box, I have gtk+2.0-2.6.4 installed. That means I should be able to run gtk+ 2.4 apps, right? OK, as to the second part. I'm not using the native gtk-sharp2 libraries, I'm using the ones that come with the installer. How do I check to make sure those don't have unresolved symbols? Sorry to be so much trouble about this. But I'm stuck! :) j- k- -- Joshua Kugler PGP Key: http://pgp.mit.edu/ CDE System Administrator ID 0xDB26D7CE http://distance.uaf.edu/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono.Data.Sql and Mono.Data
Christian, I was thinking about this more. If we are not able to move Mono.Data.Sql into Mono.Data because there is already too much stuff in mcs, I suggest we do the opposite. We move the ProviderFactory in Mono.Data into Mono.Data.Sql. What do you think? If not, then we would need to create a new config section handler in Mono.Data.Sql so we can map the Mono.Data.Provider to a Mono.Data.Sql.DbProvider. This would not be hard. I believe this is the first step in removing the hard references to the data providers in Mono.Data.Sql. Anyways, please let me know which way you want to go with this. Thanks, Daniel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] Build Mono.Data.Sql on Win32
I have a patch to add a Makefile to build Mono.Data.Sql.dll on Win32 without having to use autotools. You still need Mono and Cygwin though. This allows you to build Mono.Data.Sql for applications outside of MonoDevelop. Is this patch okay? CSC=mcs SCS_FLAGS= top_srcdir = ../../.. top_builddir = ../../.. FILES = \ Schema/IndexConstraintSchema.cs \ Schema/OperatorSchema.cs \ Schema/GroupSchema.cs \ Schema/ColumnSchema.cs \ Schema/SchemaSchema.cs \ Schema/RoleSchema.cs \ Schema/ISchema.cs \ Schema/PrimaryKeyConstraintSchema.cs \ Schema/AbstractSchema.cs \ Schema/TriggerSchema.cs \ Schema/RuleSchema.cs \ Schema/ForeignKeyConstraintSchema.cs \ Schema/SequenceSchema.cs \ Schema/ViewSchema.cs \ Schema/DataTypeSchema.cs \ Schema/UniqueConstraintSchema.cs \ Schema/UserSchema.cs \ Schema/ParameterSchema.cs \ Schema/CheckConstraintSchema.cs \ Schema/LanguageSchema.cs \ Schema/ConstraintSchema.cs \ Schema/PrivilegeSchema.cs \ Schema/AggregateSchema.cs \ Schema/TableSchema.cs \ Schema/ProcedureSchema.cs \ Providers/MySqlDbProvider.cs \ Providers/DbProviderBase.cs \ Providers/NpgsqlDbProvider.cs \ Providers/SqliteDbProvider.cs \ Providers/OracleDbProvider.cs \ Providers/FirebirdDbProvider.cs \ Providers/OdbcDbProvider.cs \ Providers/SybaseDbProvider.cs \ Providers/SqlDbProvider.cs \ AssemblyInfo.cs #build_sources = $(addprefix $(srcdir)/, $(FILES)) build_sources=$(FILES) REFS = \ -r:System.Data \ -r:Npgsql \ -r:ByteFX.Data \ -r:Mono.Data.SqliteClient \ -r:System.Data.OracleClient \ -r:Mono.Data.SybaseClient \ -r:$(top_srcdir)/contrib/FirebirdSql.Data.Firebird.dll ADDIN_BUILD = $(top_builddir)/build/AddIns/MonoQuery DLL = $(ADDIN_BUILD)/Mono.Data.Sql.dll all: $(DLL) $(DLL): $(FILES) mkdir -p $(ADDIN_BUILD) $(CSC) $(SCS_FLAGS) -target:library -out:$@ $(build_sources) $(REFS) CLEANFILES = $(DLL) $(DLL).mdb EXTRA_DIST = $(FILES) monoquerydir = $(MD_ADDIN_DIR)/MonoQuery monoquery_DATA = $(DLL) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] 1003 Ways To Break A Runtime
Hi Paolo/All, I've started using templates parameterized by types and opcodes as it makes the tests much easier to write and check. I've written tests for shifts, stack merging and coercion this way and started converting the old tests and now have 15 shell scripts which generate 1003 tests :-) http://homepage.ntlworld.com/james.purbrick/VerifierTests3.tar > > 1) It looks like object values should always > > merge as System.Object is always a supertype of > > both? > > No. Say you have: > > class A {} > class B : A {} > class C : B {} > > Merging B and C will result in a B type, not Object. > The spec says: the closest common supertype. > If you need to merge C and string, then the closest > supertype is Object. But, if all objects are subtypes of Object, any 2 object types will merge, so its always possible to merge 2 stacks with equal numbers of object types? If so, why all the special rules about compatibility of arrays and interfaces etc.? Are they not objects for the purposes of stack merges? Are the type compatibility rules also used elsewhere? (If so, where?) > > 2) Should shift op tests be based on "Table 6: > > Shift Operations" (which makes sense) or "Table 5: > > Integer Operations" (which 3.58 and 3.59 refer to > > under "Correctness and Verifiability"). > > I'd say Table 6. Done. > > 6) How do i generate by-ref and ref any fields in > > CIL for the 1.6 coercion tests for stfld? > > Use: > .field int32& val1 > and > .field [mscorlib]System.TypedReference val2 > > They are not allowed, so I'm not sure ilasm will > compile them. ILASM doesn't seem to like them. > > 7) When does coercion happen? > > Coercion should happens every time there is a store, > so calls, stloc, starg, stfld, stsfld, stelem, box, > stobj, cpobj, stind. OK, done. Are there other tests needed for these opcodes? Do the slot type and stack type also have to match according to the verification type compatibility rules? Cheers, Jim. ___ Win a BlackBerry device from O2 with Yahoo!. Enter now. http://www.yahoo.co.uk/blackberry ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Is anyone using mono develop in 1.1.13.2?
I do that those lines in my .bashrc. And they are being read: Output from set|grep PATH: LD_LIBRARY_PATH=/home/joshua/mono-1.1.13.2/lib:/home/joshua/mono-1.1.13.2/lib: MANPATH=/home/joshua/mono-1.1.13.2/share/man:/home/joshua/mono-1.1.13.2/share/man: PATH=/home/joshua/mono-1.1.13.2/bin:/home/joshua/mono-1.1.13.2/bin:/usr/bin:/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin/:/usr/games:/home/joshua/bin PKG_CONFIG_PATH=/home/joshua/mono-1.1.13.2/lib/pkgconfig:/home/joshua/mono-1.1.13.2/lib/pkgconfig: So, they are being read, and I can run other mono apps, just not mono develop. j- k- On Monday 20 February 2006 14:37, Jonel Rienton wrote: > I figured you prolly used the mono installer from Mono's website? If yes, > it appends > > export PATH="/opt/mono-1.1.13/bin:/usr/java/home/bin:$PATH" > > export PKG_CONFIG_PATH="/opt/mono-1.1.13/lib/pkgconfig:$PKG_CONFIG_PATH" > > export MANPATH="/opt/mono-1.1.13/share/man:$MANPATH" > > export LD_LIBRARY_PATH="/opt/mono-1.1.13/lib:$LD_LIBRARY_PATH" > > In your ~/.bashrc if you're using bash, not sure how it does it in other > shells. I've installed Mono in /opt/mono-1.1.13 thus the included PREFIX > /opt/mono-1.1.13. Have you source or dot(.) your ~/.bashrc prior to running > monodevelop? > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Joshua > Kugler Sent: Monday, February 20, 2006 4:46 PM > To: mono-devel-list@lists.ximian.com > Subject: [Mono-dev] Is anyone using mono develop in 1.1.13.2? > > I've posted about this before, but have not gotten any reply. Since the > Mono developers say they use their own tools, I'm not sure why this hasn't > been addresses. Is anyone using the latest release of Monodevelop? When I > try to run it, I get this error: > > [EMAIL PROTECTED] ~]$ monodevelop > System.TypeInitializationException: An exception was thrown by the type > initializer for Gnome.ModuleInfo ---> System.DllNotFoundException: > gnomesharpglue-2 > in (wrapper managed-to-native) > Gnome.ModuleInfo:gnomesharp_gnome_moduleinfo_get_name_offset () in > <0x8> Gnome.ModuleInfo:.cctor ()--- End of inner exception stack trace > --- > > in <0x0> > in <0x00025> Gnome.Modules:get_UI () > in <0x00440> MonoDevelop.Ide.Gui.IdeStartup:Run (System.String[] args) in > <0x00169> MonoDevelop.Core.AddIns.AddInService:StartApplication > (System.String addinId, System.String[] parameters) > > This is on Linux using the installer from the download page. I'd really > like to start playing around with Monodevelop, but can't run it. These two > files > exist: > > /home/joshua/mono-1.1.13.2/lib/libgnomesharpglue.so > /home/joshua/mono-1.1.13.2/lib/libgnomesharpglue-2.so > > But for some reason aren't being found. > > I even tried adding these lines to the config file: > > target="/home/joshua/mono-1.1.13.2/lib/libgnomesharpglue-2.so"/> > target="/home/joshua/mono-1.1.13.2/lib/libgnomesharpglue.so"/> > > And that didn't seem to help. Any other ideas? > > Thanks! > > j- k- -- Joshua Kugler PGP Key: http://pgp.mit.edu/ CDE System Administrator ID 0xDB26D7CE http://distance.uaf.edu/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Is anyone using mono develop in 1.1.13.2?
Hi, Please carefully read the mini FAQ in the installer instructions. The error you are getting is documented there: http://www.mono-project.com/InstallerInstructions Lluis. El lun, 20-02-2006 a las 13:45 -0900, Joshua Kugler escribió: > I've posted about this before, but have not gotten any reply. Since the Mono > developers say they use their own tools, I'm not sure why this hasn't been > addresses. Is anyone using the latest release of Monodevelop? When I try to > run it, I get this error: > > [EMAIL PROTECTED] ~]$ monodevelop > System.TypeInitializationException: An exception was thrown by the type > initializer for Gnome.ModuleInfo ---> System.DllNotFoundException: > gnomesharpglue-2 > in (wrapper managed-to-native) > Gnome.ModuleInfo:gnomesharp_gnome_moduleinfo_get_name_offset () > in <0x8> Gnome.ModuleInfo:.cctor ()--- End of inner exception stack trace > --- > > in <0x0> > in <0x00025> Gnome.Modules:get_UI () > in <0x00440> MonoDevelop.Ide.Gui.IdeStartup:Run (System.String[] args) > in <0x00169> MonoDevelop.Core.AddIns.AddInService:StartApplication > (System.String addinId, System.String[] parameters) > > This is on Linux using the installer from the download page. I'd really like > to start playing around with Monodevelop, but can't run it. These two files > exist: > > /home/joshua/mono-1.1.13.2/lib/libgnomesharpglue.so > /home/joshua/mono-1.1.13.2/lib/libgnomesharpglue-2.so > > But for some reason aren't being found. > > I even tried adding these lines to the config file: > > target="/home/joshua/mono-1.1.13.2/lib/libgnomesharpglue-2.so"/> > target="/home/joshua/mono-1.1.13.2/lib/libgnomesharpglue.so"/> > > And that didn't seem to help. Any other ideas? > > Thanks! > > j- k- > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] Is anyone using mono develop in 1.1.13.2?
I figured you prolly used the mono installer from Mono's website? If yes, it appends export PATH="/opt/mono-1.1.13/bin:/usr/java/home/bin:$PATH" export PKG_CONFIG_PATH="/opt/mono-1.1.13/lib/pkgconfig:$PKG_CONFIG_PATH" export MANPATH="/opt/mono-1.1.13/share/man:$MANPATH" export LD_LIBRARY_PATH="/opt/mono-1.1.13/lib:$LD_LIBRARY_PATH" In your ~/.bashrc if you're using bash, not sure how it does it in other shells. I've installed Mono in /opt/mono-1.1.13 thus the included PREFIX /opt/mono-1.1.13. Have you source or dot(.) your ~/.bashrc prior to running monodevelop? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joshua Kugler Sent: Monday, February 20, 2006 4:46 PM To: mono-devel-list@lists.ximian.com Subject: [Mono-dev] Is anyone using mono develop in 1.1.13.2? I've posted about this before, but have not gotten any reply. Since the Mono developers say they use their own tools, I'm not sure why this hasn't been addresses. Is anyone using the latest release of Monodevelop? When I try to run it, I get this error: [EMAIL PROTECTED] ~]$ monodevelop System.TypeInitializationException: An exception was thrown by the type initializer for Gnome.ModuleInfo ---> System.DllNotFoundException: gnomesharpglue-2 in (wrapper managed-to-native) Gnome.ModuleInfo:gnomesharp_gnome_moduleinfo_get_name_offset () in <0x8> Gnome.ModuleInfo:.cctor ()--- End of inner exception stack trace --- in <0x0> in <0x00025> Gnome.Modules:get_UI () in <0x00440> MonoDevelop.Ide.Gui.IdeStartup:Run (System.String[] args) in <0x00169> MonoDevelop.Core.AddIns.AddInService:StartApplication (System.String addinId, System.String[] parameters) This is on Linux using the installer from the download page. I'd really like to start playing around with Monodevelop, but can't run it. These two files exist: /home/joshua/mono-1.1.13.2/lib/libgnomesharpglue.so /home/joshua/mono-1.1.13.2/lib/libgnomesharpglue-2.so But for some reason aren't being found. I even tried adding these lines to the config file: And that didn't seem to help. Any other ideas? Thanks! j- k- -- Joshua Kugler PGP Key: http://pgp.mit.edu/ CDE System Administrator ID 0xDB26D7CE http://distance.uaf.edu/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 267.15.11/264 - Release Date: 2/17/2006 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] MacOSX 10.2 compilation patch
Hello, > > But this patch changes the behavior of Mono when built on Mono 10.3, > > maybe this code needs to use some configure.in-based checks > Which part of the patch changes behaviour when building on 10.3? With 10.3 there are no changes necessary. I do not know how things like "environ" are implemented in 10.2, but this changes the way that we would cope with this. Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Is anyone using mono develop in 1.1.13.2?
I've posted about this before, but have not gotten any reply. Since the Mono developers say they use their own tools, I'm not sure why this hasn't been addresses. Is anyone using the latest release of Monodevelop? When I try to run it, I get this error: [EMAIL PROTECTED] ~]$ monodevelop System.TypeInitializationException: An exception was thrown by the type initializer for Gnome.ModuleInfo ---> System.DllNotFoundException: gnomesharpglue-2 in (wrapper managed-to-native) Gnome.ModuleInfo:gnomesharp_gnome_moduleinfo_get_name_offset () in <0x8> Gnome.ModuleInfo:.cctor ()--- End of inner exception stack trace --- in <0x0> in <0x00025> Gnome.Modules:get_UI () in <0x00440> MonoDevelop.Ide.Gui.IdeStartup:Run (System.String[] args) in <0x00169> MonoDevelop.Core.AddIns.AddInService:StartApplication (System.String addinId, System.String[] parameters) This is on Linux using the installer from the download page. I'd really like to start playing around with Monodevelop, but can't run it. These two files exist: /home/joshua/mono-1.1.13.2/lib/libgnomesharpglue.so /home/joshua/mono-1.1.13.2/lib/libgnomesharpglue-2.so But for some reason aren't being found. I even tried adding these lines to the config file: And that didn't seem to help. Any other ideas? Thanks! j- k- -- Joshua Kugler PGP Key: http://pgp.mit.edu/ CDE System Administrator ID 0xDB26D7CE http://distance.uaf.edu/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [OT] No way to create account on mono-project?
I tried going here to create an account: http://www.mono-project.com/index.php?title=Special:Userlogin&returnto=Languages But there seems to be no options or fields to create an account. Is this intentional? See screen shot for the wording that indicates you should be able to create an account. -- Joshua Kugler PGP Key: http://pgp.mit.edu/ CDE System Administrator ID 0xDB26D7CE http://distance.uaf.edu/ MonoLogin.png Description: PNG image ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Re: Regressions in generics runtime support
Hi! 2006/2/20, Paolo Molaro <[EMAIL PROTECTED]>: > > The 'call' puts a valuetype on the stack, which mono's il-verifier for > > 'ldfld' doesn't like. The ECMA 335 April 2005 draft says that it should > > be allowed -- maybe this is a change from the older ECMA standard? > > This is already fixed in svn. > Thanks! I verified with revision 57081 and everything works fine :) -- Kamil Skalski http://nazgul.omega.pl ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Screen Capture with Mono
hey all... im looking for a way to perform a screen capture with Mono in Linux... i know in Win32, you can use dllimport, but Im not sure what to use with Linux... Any Ideas? btw... i did do a quick google search.. ;) evan ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] MacOSX 10.2 compilation patch
> Hello, > >> This patch fixes some issues when compiling for mac os x 10.2. > > But this patch changes the behavior of Mono when built on Mono 10.3, > maybe this code needs to use some configure.in-based checks Which part of the patch changes behaviour when building on 10.3? Joachim Ante ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] libgtkembedmoz.so + sigsegv
Hi, My program sometimes crashes with a segmentation fault caused by libgtkembedmoz.so . I've seen some bug reports on the net but no solution,does someone know how to bypass the problem ? I've used libgtkembedmoz.so from mozilla-1.7.12 . Greetings, Jurgen [EMAIL PROTECTED] client_app]$ mono Asic_Test_Machine.exe = Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Stacktrace: in <0x4> (wrapper managed-to-native) Gtk.Notebook:gtk_notebook_next_page (intptr) in <0xffe7> (wrapper managed-to-native) Gtk.Notebook:gtk_notebook_next_page (intptr) in <0x17> Gtk.Notebook:NextPage () in <0xbb> Asic_Test_Machine.Gui:send_data (object,System.EventArgs) in <0xf6f3> (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs) in <0x93> GLib.Signal:voidObjectCallback (intptr,intptr) in <0x2d7962> (wrapper native-to-managed) GLib.Signal:voidObjectCallback (intptr,intptr) in <0x4> (wrapper managed-to-native) Gtk.Application:gtk_main () in <0xffe7> (wrapper managed-to-native) Gtk.Application:gtk_main () in <0x7> Gtk.Application:Run () in <0x24> Asic_Test_Machine.Gui:go_home (object,System.EventArgs) in <0xf6f3> (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs) in <0x93> GLib.Signal:voidObjectCallback (intptr,intptr) in <0x2d7962> (wrapper native-to-managed) GLib.Signal:voidObjectCallback (intptr,intptr) in <0x4> (wrapper managed-to-native) Gtk.Application:gtk_main () in <0xffe7> (wrapper managed-to-native) Gtk.Application:gtk_main () in <0x7> Gtk.Application:Run () in <0x11> Asic_Test_Machine.Gui:.ctor () in <0x16> Asic_Test_Machine.Asic_Test_Machine:Main (string[]) in <0x7e18fc7> (wrapper runtime-invoke) System.Object:runtime_invoke_void_string[] (object,intptr,intptr,intptr) Native stacktrace: mono(mono_handle_native_sigsegv+0xba) [0x814c43a] mono [0x813890f] [0x678440] libgtkembedmoz.so [0xdbdaa0] /usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x43) [0x604233] /usr/lib/libgobject-2.0.so.0 [0x5f8575] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x11e) [0x5f8ba8] /usr/lib/libgobject-2.0.so.0 [0x607281] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x6a9) [0x6087d2] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29) [0x608b43] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_realize+0xa9) [0x41da7a1] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_map+0xd1) [0x41da95f] /usr/lib/libgtk-x11-2.0.so.0 [0x406ba16] /usr/lib/libgtk-x11-2.0.so.0 [0x40b4850] /usr/lib/libgtk-x11-2.0.so.0(gtk_container_forall+0x65) [0x406a15a] /usr/lib/libgtk-x11-2.0.so.0 [0x406ba4f] /usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x43) [0x604233] /usr/lib/libgobject-2.0.so.0 [0x5f8575] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x11e) [0x5f8ba8] /usr/lib/libgobject-2.0.so.0 [0x607281] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x6a9) [0x6087d2] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29) [0x608b43] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_map+0x72) [0x41da900] /usr/lib/libgtk-x11-2.0.so.0 [0x406ba16] /usr/lib/libgtk-x11-2.0.so.0 [0x4031398] /usr/lib/libgtk-x11-2.0.so.0(gtk_container_forall+0x65) [0x406a15a] /usr/lib/libgtk-x11-2.0.so.0 [0x406ba4f] /usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x43) [0x604233] /usr/lib/libgobject-2.0.so.0 [0x5f8575] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x11e) [0x5f8ba8] /usr/lib/libgobject-2.0.so.0 [0x607281] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x6a9) [0x6087d2] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29) [0x608b43] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_map+0x72) [0x41da900] /usr/lib/libgtk-x11-2.0.so.0 [0x406ba16] /usr/lib/libgtk-x11-2.0.so.0 [0x402dc6b] /usr/lib/libgtk-x11-2.0.so.0(gtk_container_forall+0x65) [0x406a15a] /usr/lib/libgtk-x11-2.0.so.0 [0x406ba4f] /usr/lib/libgobject-2.0.so.0(g_cclosure_marshal_VOID__VOID+0x43) [0x604233] /usr/lib/libgobject-2.0.so.0 [0x5f8575] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x11e) [0x5f8ba8] /usr/lib/libgobject-2.0.so.0 [0x607281] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x6a9) [0x6087d2] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x29) [0x608b43] /usr/lib/libgtk-x11-2.0.so.0(gtk_widget_map+0x72) [0x41da900] /usr/lib/libgtk-x11-2.0.so.0 [0x406ba16] /usr/lib/libgtk-x11-2.0.so.0 [0x402dc6b] /usr/lib/libgtk-x11-2.0.so.0 [0x413091e] /usr/lib/libgtk-x11-2.
Re: [Mono-dev] MacOSX 10.2 compilation patch
Hello, > This patch fixes some issues when compiling for mac os x 10.2. But this patch changes the behavior of Mono when built on Mono 10.3, maybe this code needs to use some configure.in-based checks ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] Bug System.Web.UI.WebControls.RadioButton and RadioButtonList
Yes, .net stores the Value also in ViewState. -Original Message- I don't like the Attribute[]/ViewState[] change very much. Can you verify that Value is indeed stored in the ViewState? If it isn't, you should change your property to use Attribute instead of ViewState. The TabIndex change looks ok. Chris On Thu, 2006-02-16 at 08:20 -0800, Vladimir Krasnov wrote: > Hello, > > The first problem that all radio buttons in RadioButtonList control are > placed into , this is because RadioButtonList adds > value of radio button as attribute. I think it's better to set radio > button value via property, than via attribute collection. > > Test case URL: > /System_Web_UI_WebControls/ListControl/ListControl_Items.aspx > > > Another problem: > The tabindex attribute should not be added to the table that contains a > list of radio buttons on rendering of RadioButtonList. > > Test case URL: > /System_Web_UI_WebControls/WebControl/WebControl_TabIndex.aspx > > > Please approve attached patches that fix both bugs. > If no one objects, I will commit. > > Vladimir Krasnov > ___ > Mono-devel-list mailing list > Mono-devel-list at 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] Bugs in System.Web.UI.WebControls.CheckBox and CheckBoxList
Yes, you right. -Original Message- It seems that with this change, you can remove the following identical lines from 386 (the else branch of the "if (align == TextAlign.Right)" in Render()), as they're just a few lines above the call to InternalAddAttributesToRender: if (!Enabled) w.AddAttribute (HtmlTextWriterAttribute.Disabled, "disabled"); no? Chris On Thu, 2006-02-16 at 06:17 -0800, Vladimir Krasnov wrote: > > Index: CheckBox.cs > === > --- CheckBox.cs (revision 56812) > +++ CheckBox.cs (working copy) > @@ -470,6 +472,8 @@ > > internal virtual void InternalAddAttributesToRender > (HtmlTextWriter w) > { > + if (!Enabled) > + w.AddAttribute > (HtmlTextWriterAttribute.Disabled, "disabled"); > } > } > } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Bug in System.Web.UI.ControlCollection
Hello, There is a bug in CopyTo method of ControlCollection. See attached patch for details. Test case: /System_Web_UI_WebControls/TableCellCollection/TableCellCollection_CopyT o_AI.aspx Please approve the attached patch If no one objects, I will commit. Vladimir Krasnov ControlCollection.cs.patch Description: ControlCollection.cs.patch ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] System.Web.Util.DataSourceResolver wrong exceptions
Hello, ResolveDataSource method throws wrong exceptions. See attached patch for details. Test case: /System_Web_UI_WebControls/BaseDataList/BaseDataList_DataMember.aspx Please approve the attached patch If no one objects, I will commit. Vladimir Krasnov DataSourceResolver.cs.patch Description: DataSourceResolver.cs.patch ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] patch for String equality/inequality
On 02/17/06 Marek Safar wrote: > > I noticed that string op_Equality is slow, about 2x than MS. > > There might be chances to improve it. > > > I tried to optimize internal method used for Equality and here are > results of my string.Equal micro benchmark and patch (including both of > them). Looks fine, please commit. 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
[Mono-dev] MacOSX 10.2 compilation patch
Hi, This patch fixes some issues when compiling for mac os x 10.2. Joachim Ante mono10.2.patch Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Bug in System.Web.UI.WebControls.DataList.RenderContents
Hello, In case of no items it is nothing to render, so the control should avoid of generating empty table. Test case: /System_Web_UI_WebControls/BaseDataList/BaseDataList_DataSource.aspx Please approve the attached patch If no one objects, I will commit. Vladimir Krasnov DataList.cs.8.patch Description: DataList.cs.8.patch ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Handling CTRL-C
Is there a portable way to handle CTRL-C in a console application? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] The State Of Mono Assembly Verification?
On 02/17/06 Jim Purbrick wrote: > http://homepage.ntlworld.com/james.purbrick/VerifierTests2.tar [...] > I think they do what you're after. Eventually we can > get rid of the examplar tests and just use the > templates, create_test_set scripts and individual > tests where they make sense. Thanks. Yes, once the templates are used we can remove the old tests and put this stuff in svn so it can be developed there and added to the build mechanism. > I have a few questions regarding the remaining tests: > > 1) Should the 1.8.1.3 tests to check that illegal > stack merge failures are caught use the "Verification > Type (in stack state)" types along with the 1.8.1.2.3 > rules for type compatibility? It looks like object Yes. > values should always merge as System.Object is always > a supertype of both? No. Say you have: class A {} class B : A {} class C : B {} Merging B and C will result in a B type, not Object. The spec says: the closest common supertype. If you need to merge C and string, then the closest supertype is Object. > 2) Should shift op tests be based on "Table 6: Shift > Operations" (which makes sense) or "Table 5: Integer > Operations" (which 3.58 and 3.59 refer to under > "Correctness and Verifiability"). I'd say Table 6. Once we have all the tests we can also run them on the MS runtime and see if they allow more cases (their runtime is less strict in some cases than the spec anyway). > 3) How do I test that boxing byref, byref-like and > void types fails verification. I'm not sure ilasm will allow it to compile, but you'd use: // load a compatible value if possible box [mscorlib]System.Void box [mscorlib]System.Int32& box [mscorlib]System.TypedReference > 4) What are overlapped object reference fields and how > do I define one for the ldfld and ldflda tests? Overlapped fields are like unions in C. Use something like: [StructLayout (LayoutKind.Explicit)] struct TestStructure2 { [FieldOffset (0)] object val; [FieldOffset (0)] int val2; } You can play with FieldOffset to overlap different fields with different types. > 5) Which stack types can be stored in valuetype > fields? 1.6 seems to suggest that all stack parameter > types should fail when stored in a field using stfld. Only a value type with the same type should be allowed. In several places in the standard they forget to mention that a value type is allowed on the eval stack. > 6) How do i generate by-ref and ref any fields in CIL > for the 1.6 coercion tests for stfld? Use: .field int32& val1 and .field [mscorlib]System.TypedReference val2 They are not allowed, so I'm not sure ilasm will compile them. As above, some the cases will likely need to be tested using a modified ilasm. > 7) When does coercion happen? Just for stfld and > method calls? Stloc and starg check the type on the > stack and type of slot match using the 1.8.1.2.3 rules > and the "Verfication Type" set of types from > 1.8.1.2.1? Coercion should happens every time there is a store, so calls, stloc, starg, stfld, stsfld, stelem, box, stobj, cpobj, stind. 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] MonoType patch
On 02/18/06 Joachim Ante wrote: > I attached a patch which will output a better exception string if a method, > property or field could not be found or if the method couldn't be bound. Committed, thanks! 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
[Mono-dev] System.Web.UI.WebControls.DataList.RepeatColumns value validation missing.
Hello, There should be value validation in RepeatColumns property, exception should be thrown in case of negative value. Test case: /System_Web_UI_WebControls/DataList/DataList_RepeatColumns.aspx Please approve the attached patch If no one objects, I will commit. Vladimir Krasnov DataList.cs.1.patch Description: DataList.cs.1.patch ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Re: Regressions in generics runtime support
On 02/20/06 Raja R Harinath wrote: > I agree. They're probably not related. However, I couldn't even > configure the nemerle tree since it complains about invalid IL in the > bootstrap compiler. > > The IL looks like: > > IL_04bd: call !!0 class > [Nemerle]Nemerle.Core.Option::UnSome [Nemerle]Nemerle.Builtins.Tuple`2 Nemerle.Compiler.TyVar>,class Nemerle.Compiler.TyVar>> (class > [Nemerle]Nemerle.Core.option`1) > IL_04c2: ldfld !0 valuetype [Nemerle]Nemerle.Builtins.Tuple`2 [Nemerle]Nemerle.Core.list`1,class > Nemerle.Compiler.TyVar>::field0 > > The 'call' puts a valuetype on the stack, which mono's il-verifier for > 'ldfld' doesn't like. The ECMA 335 April 2005 draft says that it should > be allowed -- maybe this is a change from the older ECMA standard? This is already fixed in svn. 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
[Mono-dev] Re: Regressions in generics runtime support
Hi Kamil, "Kamil Skalski" <[EMAIL PROTECTED]> writes: > I noticed a few refactorings of generics support in mono recently. > Unfortunately there appeared some regressions. > > First one comes from patch > http://lists.ximian.com/pipermail/mono-patches/2006-February/070865.html > > It causes following assertion when bootstraping Nemerle compiler: > > COMPILE [stage1] Nemerle.Compiler.dll > > ** ERROR **: file icall.c: line 1891 > (ves_icall_MonoType_GetGenericArguments): assertion failed: ((t->type > != MONO_TYPE_VAR && t->type != MONO_TYPE_MVAR) || > t->data.generic_param->owner) > > (this problems seems present also in current svn version) > > Later it got even worse, since with current svn, mono states there is > some invalid IL in Nemerle.Compiler. Though from what I can see this > might be related to Paolo's changes in IL verification. > > Here is the tarball to reproduce the problems: > > http://nemerle.org/download/snapshots/nemerle-0.9.2.99.6127.tar.gz > > Hm, probably I should open a bug for this, as IL and generics problems > are probably not related. What is your opinion? I agree. They're probably not related. However, I couldn't even configure the nemerle tree since it complains about invalid IL in the bootstrap compiler. The IL looks like: IL_04bd: call !!0 class [Nemerle]Nemerle.Core.Option::UnSome,class Nemerle.Compiler.TyVar>> (class [Nemerle]Nemerle.Core.option`1) IL_04c2: ldfld !0 valuetype [Nemerle]Nemerle.Builtins.Tuple`2,class Nemerle.Compiler.TyVar>::field0 The 'call' puts a valuetype on the stack, which mono's il-verifier for 'ldfld' doesn't like. The ECMA 335 April 2005 draft says that it should be allowed -- maybe this is a change from the older ECMA standard? So, yes, you should file a bug :-) - Hari ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list