Re: [Mono-dev] Static Variables
Seeing the mono_class_static_field_address function, I assumed that there might be an initial lookup for the address, even if the value itself was assigned directly later on. Is this not true? Perhaps even the lookup happens in a direct manner in the jit machine? I will try and produce a small test case. It's a sizeable chunk of code, but hopefully a small test case will produce the same results. I'm happy to insert debugging code if desired on my system as well, though I realize that it's not particularly easy to work that way. Patrick Robert Jordan writes: [snip snip snip] These (at least mono_field_static_set_value) are never called by JIT code. They are part of the metadata API and are used by the runtime code and maybe by System.Reflection. The JIT code is accessing the fields directly. About your issue: I was not able to reproduce it, even with multiple domains. Please provide (attach it to the bug entry) *exactly* the same test case which failed on your machine. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] bug in xsd.exe
Lluis,Thanks for the response. The schema validates against the W3C schema schema using Oxygen. i haven't had the chance, yet to validate it using any other validation tool. Does xsd.exe on mono not support all valid schema? What are the limitations? Best wishes,--gregOn 9/12/06, Lluis Sanchez [EMAIL PROTECTED] wrote: El dom, 10-09-2006 a las 20:43 -0700, Lucius Meredith escribió: All, The attached valid schema causes xsd.exe to fail with the following stack trace. i'm working to minimize the example, but any help would be greatly appreciated.The NUllReferenceException error is a bug in mono that has been fixed.However, you'll get another exception because this schema contains somedefinitions which are not supported by XSD. Lluis.-- L.G. MeredithPartnerBiosimilarity LLC505 N 72nd StSeattle, WA 98103+1 206.650.3740 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] bug in xsd.exe
Hello, Mono's XML serialization engine, as well as .NET, does not support all valid schemas. Actually it works under pretty much constrained situation. Sadly there is no documentation on how it does *not* work. I once blogged one example I know: http://monkey.workarea.jp/lb/archive/2004/8-22.html Cheers, Atsushi Eno L.G. Meredith wrote: Lluis, Thanks for the response. The schema validates against the W3C schema schema using Oxygen. i haven't had the chance, yet to validate it using any other validation tool. Does xsd.exe on mono not support all valid schema? What are the limitations? Best wishes, --greg On 9/12/06, Lluis Sanchez [EMAIL PROTECTED] wrote: El dom, 10-09-2006 a las 20:43 -0700, Lucius Meredith escribió: All, The attached valid schema causes xsd.exe to fail with the following stack trace. i'm working to minimize the example, but any help would be greatly appreciated. The NUllReferenceException error is a bug in mono that has been fixed. However, you'll get another exception because this schema contains some definitions which are not supported by XSD. Lluis. ___ 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
[Mono-dev] FW: Visual Web MonoDeveloper
Hi Dee, To run ASP.net 2.0 applications you need to use xsp2 instead of xsp. You can find the options to do this in the mono sections of your apache config. Getting ASP.net project support in monodevelop was unsuccessful for me. You have to compile it with the --enable-aspnet option. Also the --enable-aspnetedit if you want to use a WYSIWIG ASP.net editor, although this creates extra dependencies which I had difficulty getting to build. When I did compile the latest version with ASP.net support there was still no ASP.net project type to be seen when creating a new project. Also, running ASP.net 2.0 projects which were compiled in Visual Studio 2005 creates errors with the 1.1.17 version of mono. My personal recommendation would be to stick with ASP.net 1.1 on mono or use the Microsoft .net framework until the mono project gets a bit further on with their support for 2.0. YMMV. Best, Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dee Ayy Sent: 13 September 2006 16:14 To: mono-devel-list@lists.ximian.com Subject: [Mono-dev] Visual Web MonoDeveloper Dear List, I was using Visual Web Developer 2005 Express Edition and was actually considering using IIS until I heard that Apache can serve .aspx files via mod_mono. Later I found out that I need 2.0 .NET Framework support which is limited anyway (a concern if trying to use a project developed by VWD). I read somewhere (perhaps on mono-project.com) that MonoDevelop can develop web applications. So rather than using VWD, I figured I should use MonoDevelop and be guaranteed 1.1 support. I downloaded the VMware image (Mono 1.1.16.1 on SLED 10) and I don't see how to develop my web application using the widget palette and widget tree (I used a blank MonoDevelop project and added a Web file). I did see widgets in a gtk#2.0 project. Can that be deployed as a web application to be accessed via browsers? Can I do visual UI design in MonoDevelop (absolute positioning for a web form)? Please advise how? How does web development on MonoDevelop compare to VWD? Also, please instruct me how to enable 2.0 .NET support on Ubuntu Dapper. I see /usr/lib/xsp/1.0/mod-mono-server.exe running and I suppose I just need to get the 2.0 server running. Thanks. ___ 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.405 / Virus Database: 268.12.3/446 - Release Date: 12/09/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.3/446 - Release Date: 12/09/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.3/446 - Release Date: 12/09/2006 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Visual Web MonoDeveloper
Hello, I read somewhere (perhaps on mono-project.com) that MonoDevelop can develop web applications. So rather than using VWD, I figured I should use MonoDevelop and be guaranteed 1.1 support. I downloaded the VMware image (Mono 1.1.16.1 on SLED 10) and I don't see how to develop my web application using the widget palette and widget tree (I used a blank MonoDevelop project and added a Web file). This is still very much a work-in-progress, it is working, but it is not ready for building applications. Can I do visual UI design in MonoDevelop (absolute positioning for a web form)? Please advise how? I do not think that model is even supported in the code we have now. Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] [PATCH] Small SqliteClient improvments.
Hi, The attached patch implements the GetBytes method for SqliteDataReader and also converts enums to integer automatically when saving the data to DB. Is it ok to commit? Mart Roosmaa Index: Mono.Data.SqliteClient/SqliteDataReader.cs === --- Mono.Data.SqliteClient/SqliteDataReader.cs (revision 65274) +++ Mono.Data.SqliteClient/SqliteDataReader.cs (working copy) @@ -323,7 +323,10 @@ public long GetBytes (int i, long fieldOffset, byte[] buffer, int bufferOffset, int length) { - throw new NotImplementedException (); + byte[] data = (byte[])(((object[]) rows[current_row])[i]); + if (buffer != null) +Array.Copy (data, fieldOffset, buffer, bufferOffset, length); + return data.LongLength - fieldOffset; } public char GetChar (int i) Index: Mono.Data.SqliteClient/SqliteCommand.cs === --- Mono.Data.SqliteClient/SqliteCommand.cs (revision 65274) +++ Mono.Data.SqliteClient/SqliteCommand.cs (working copy) @@ -218,6 +218,10 @@ { err = Sqlite.sqlite3_bind_int (pStmt, i, (Char)param.Value); } +else if (ptype.IsEnum) +{ + err = Sqlite.sqlite3_bind_int (pStmt, i, (Int32)param.Value); +} else if (ptype.Equals (typeof (Int16))) { err = Sqlite.sqlite3_bind_int (pStmt, i, (Int16)param.Value); Index: Mono.Data.SqliteClient/ChangeLog === --- Mono.Data.SqliteClient/ChangeLog (revision 65274) +++ Mono.Data.SqliteClient/ChangeLog (working copy) @@ -1,3 +1,8 @@ +2006-09-13 Mart Roosmaa [EMAIL PROTECTED] + + * SqliteDataReader.cs: Implemented GetBytes (). + * SqliteCommand.cs: Automatically convert enums to Int32. + 2006-08-20 Joshua Tauberer [EMAIL PROTECTED] * SqliteConnection.cs: Changed Version property (which is ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] About license systems
Hi, I know a question about a license system isn't very common on this list, but I have to try. We need a license system for our server application. We need it to work on Unix/Mono. I have seen several commercial systems, but the ones which look good, at first glance, only run on Windows. I've even found an open system (http://www.spextreme.com/osp/open_license/). Anyone has experience on that and could recommend something? Thanks, pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Small SqliteClient improvments.
Hey, The attached patch implements the GetBytes method for SqliteDataReader and also converts enums to integer automatically when saving the data to DB. Is it ok to commit? Joshua approved it. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Small SqliteClient improvments.
Miguel de Icaza wrote: The attached patch implements the GetBytes method for SqliteDataReader and also converts enums to integer automatically when saving the data to DB. Is it ok to commit? Joshua approved it. How mysterious. :) Like I'm just pulling the strings behind the scenes. (Actually I just have been avoiding posting to the list with my new email address in fear of the onslaught of spam.) -- - Joshua Tauberer http://razor.occams.info Strike up the klezmer and start acting like a man. You're about to have a truth-mitzvah. -- The Colbert Report ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Small SqliteClient improvments.
Hey, Miguel de Icaza wrote: The attached patch implements the GetBytes method for SqliteDataReader and also converts enums to integer automatically when saving the data to DB. Is it ok to commit? Joshua approved it. Isn't there is a problem with the handling of enums when their underlying type is not an Int32? Jb ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Small SqliteClient improvments.
Jb Evain wrote: Miguel de Icaza wrote: The attached patch implements the GetBytes method for SqliteDataReader and also converts enums to integer automatically when saving the data to DB. Is it ok to commit? Joshua approved it. Isn't there is a problem with the handling of enums when their underlying type is not an Int32? Heh, ok, we even had a Cecil-related discussion about that and I still didn't catch it. Probably Convert.ToInt64(value) will do the trick. -- - Joshua Tauberer http://razor.occams.info Strike up the klezmer and start acting like a man. You're about to have a truth-mitzvah. -- The Colbert Report ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] SPAM-LOW: About license systems
I find it amusing that the sp extreme folks don't tell you what the license for /their/ software is on the web site. It's LGPL if anyone is curious. Charlie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of pablosantosluac Sent: Wednesday, September 13, 2006 11:08 AM To: mono-devel-list@lists.ximian.com Subject: SPAM-LOW: [Mono-dev] About license systems Hi, I know a question about a license system isn't very common on this list, but I have to try. We need a license system for our server application. We need it to work on Unix/Mono. I have seen several commercial systems, but the ones which look good, at first glance, only run on Windows. I've even found an open system (http://www.spextreme.com/osp/open_license/). Anyone has experience on that and could recommend something? Thanks, pablo ___ 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] [PATCH] Rijndael optimization patch
On Tue, 2006-09-12 at 00:47 +0900, Kazuki Oikawa wrote: Hi. I optimized Rijndael implementation. Before (Key and block size is 128bit): 2.22 MB/sec After: 21.9 MB/sec (ThinkPad T43, Pentium M 2GHz, Windows XP) Please review it. Please commit with a ChangeLog entry. Thanks! -- Sebastien Pouliot [EMAIL PROTECTED] Blog: http://pages.infinit.net/ctech/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono JIT on MIPS - disappearing this argument in virtual call....
Hello all, I'm working on a MIPS port of the Mono JIT compiler. It's coming along fairly well -- my hello, world test is getting approximately halfway to actually producing output lol. I've run into a problem with generating calls to virtual functions with 'this' pointers. In the mono_arch_call_opcode() function (for most all JIT targets), there's the following if() which prevents the 'this' argument from being placed on the call-out_args list: 1044if (is_virtual i == 0) { 1045/* the argument will be attached to the call instrucion */ 1046in = call-args [i]; 1047call-used_iregs |= 1 ainfo-reg; 1048} else { This seems to be compensated for in mono_emit_method_call_full(), where the 'this' pointer gets placed into the call instruction directly: call-inst.flags |= MONO_INST_HAS_METHOD; call-inst.inst_left = this; But - the 'this' argument doesn't get emitted, and I'm getting lost in tracking down where this 'should' be handled. See below for an example (the first arg to the 3rd call in Block 4 should be getting into 'a0', but that's not happening (there's an assignment to 'R34' which never gets moved from there to the register 'a0'. Pointers anyone? I've working off of the svn tip as of about a week ago. Thanks in advance, Mark [Snipped output below - I've '*' the lines corresponding to the 'this' pointer] converting method System.Console:OpenStandardError (int) CODE BLOCK 4 (nesting 0): (stind.i local[3] call[get_ConsoleError]) (outarg iconst[7155124]) (stind.ref local[4] call[mono_object_new_specific]) * (outarg (ldind.i local[3])) (outarg iconst[2]) (outarg iconst[0]) (outarg (ldind.i4 arg[0])) (outarg iconst[0]) (outarg (ceq (compare (ldind.i4 arg[0]) iconst[0]))) (voidcallvirt[.ctor]) (stind.ref local[1] (ldind.ref local[4])) br[B6] DUMP BLOCK 4: (stind.i regoffset[0x60(mips_fp)] call[get_ConsoleError]) (outarg iconst[7155124]) (stind.ref regvar[mips_s5] call[mono_object_new_specific]) * (outarg (ldind.i regoffset[0x60(mips_fp)])) (outarg iconst[2]) (outarg iconst[0]) (outarg (ldind.i4 regoffset[0x90(mips_fp)])) (outarg iconst[0]) (outarg (ceq (compare (ldind.i4 regoffset[0x90(mips_fp)]) iconst[0]))) (voidcallvirt[.ctor]) (stind.ref regoffset[0x58(mips_fp)] (ldind.ref regvar[mips_s5])) br[B6] LABEL BLOCK 4: (stind.i regoffset[0x60(mips_fp)] call[get_ConsoleError]) (outarg iconst[7155124]) (stind.ref regvar[mips_s5] call[mono_object_new_specific]) * (outarg (ldind.i regoffset[0x60(mips_fp)])) (outarg iconst[2]) (outarg iconst[0]) (outarg (ldind.i4 regoffset[0x90(mips_fp)])) (outarg iconst[0]) (outarg (ceq (compare (ldind.i4 regoffset[0x90(mips_fp)]) iconst[0]))) (voidcallvirt[.ctor]) (stind.ref regoffset[0x58(mips_fp)] (ldind.ref regvar[mips_s5])) br[B6] LOCAL REGALLOC: BASIC BLOCK: 4 1 call R32 - clobbers: c 2 store_membase_reg [mips_fp + 0x60] - R32 3 setregimm mips_a0 - clobbers: r 4 call R33 - clobbers: c 5 move mips_s5 - R33 Where did the calculation the 'this' pointer and the assignment to 'a0' go? 6 load_membase R34 - [mips_fp + 0x60] 7 setreg mips_a1 - R34 clobbers: r 8 setregimm mips_a2 - clobbers: r 9 setregimm mips_a3 - clobbers: r 10 loadi4_membase R35 - [mips_fp + 0x90] 11 store_membase_reg [mips_sp + 0x10] - R35 12 store_membase_imm [mips_sp + 0x14] - 13 loadi4_membase R37 - [mips_fp + 0x90] 14 compare_imm R37 15 ceq R36 - 16 store_membase_reg [mips_sp + 0x18] - R36 17 move R38 - mips_s5 18 setreg mips_v0 - R38 clobbers: r 19 checkthis R38 20 voidcall clobbers: c 21 store_membase_reg [mips_fp + 0x58] - mips_s5 22 br ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] IRIX port
Hello, I'm working on a Linux/MIPS port -- close enough? ;-) /Mark -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Miguel de Icaza Sent: Tuesday, September 12, 2006 6:56 PM To: Mathew Yeates Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] IRIX port Hello, anybody working on an Irix port? I've been trying to compile for awhile now but, I think I've answered my own question of how long it would take to get going. Tooo long! An expert on both Mono and the target platform can usually do this port in one or two months. Becoming an expert on either might add another month or two. We do not have plans at this time to support IRIX. Miguel. ___ 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] IRIX port
Hey, I'm working on a Linux/MIPS port -- close enough? It will certainly help. I would say that probably 70% of the work is the architecture port, the other 30% is OS-specific work. Which usually includes ABI conventions for the particular platform, exception and signal handling. So that would certainly help for supporting IRIX. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] IRIX port
Hello, From: Miguel de Icaza [mailto:[EMAIL PROTECTED] Hey, I'm working on a Linux/MIPS port -- close enough? It will certainly help. I would say that probably 70% of the work is the architecture port, the other 30% is OS-specific work. Which usually includes ABI conventions for the particular platform, exception and signal handling. So that would certainly help for supporting IRIX. It's the mono part that I'm a little weak on. For the rest: 10+ years programming MIPS under a couple of different operating systems, about 1/2 of which was in assembly language... There's just a few mono/JIT internals I'm getting stumped on. If I can get some help on those, I think the rest should come together in pretty short order. [The target I'm working on is Linux[Debian]/MIPS big-endian o32, with a 2.6.15 kernel] Thx, Mark ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] IRIX port
There's just a few mono/JIT internals I'm getting stumped on. If I can get some help on those, I think the rest should come together in pretty short order. I would help if I could, but am sure that Paolo and Zoltan or Sergey, which seems to have joined the group of porters can answer that question. [The target I'm working on is Linux[Debian]/MIPS big-endian o32, with a 2.6.15 kernel] Thx, Mark -- Miguel de Icaza [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono JIT on MIPS - disappearing this argument in virtual call....
Belay that - I found it. My mistake. It gets a lot farther now LOL Thanks again, /Mark -Original Message- From: Mark E Mason Sent: Wednesday, September 13, 2006 3:57 PM To: mono-devel-list@lists.ximian.com Cc: Mark E Mason Subject: Mono JIT on MIPS - disappearing this argument in virtual call Hello all, I'm working on a MIPS port of the Mono JIT compiler. It's coming along fairly well -- my hello, world test is getting approximately halfway to actually producing output lol. I've run into a problem with generating calls to virtual functions with 'this' pointers. In the mono_arch_call_opcode() function (for most all JIT targets), there's the following if() which prevents the 'this' argument from being placed on the call-out_args list: 1044if (is_virtual i == 0) { 1045/* the argument will be attached to the call instrucion */ 1046in = call-args [i]; 1047call-used_iregs |= 1 ainfo-reg; 1048} else { This seems to be compensated for in mono_emit_method_call_full(), where the 'this' pointer gets placed into the call instruction directly: call-inst.flags |= MONO_INST_HAS_METHOD; call-inst.inst_left = this; But - the 'this' argument doesn't get emitted, and I'm getting lost in tracking down where this 'should' be handled. See below for an example (the first arg to the 3rd call in Block 4 should be getting into 'a0', but that's not happening (there's an assignment to 'R34' which never gets moved from there to the register 'a0'. Pointers anyone? I've working off of the svn tip as of about a week ago. Thanks in advance, Mark [Snipped output below - I've '*' the lines corresponding to the 'this' pointer] converting method System.Console:OpenStandardError (int) CODE BLOCK 4 (nesting 0): (stind.i local[3] call[get_ConsoleError]) (outarg iconst[7155124]) (stind.ref local[4] call[mono_object_new_specific]) * (outarg (ldind.i local[3])) (outarg iconst[2]) (outarg iconst[0]) (outarg (ldind.i4 arg[0])) (outarg iconst[0]) (outarg (ceq (compare (ldind.i4 arg[0]) iconst[0]))) (voidcallvirt[.ctor]) (stind.ref local[1] (ldind.ref local[4])) br[B6] DUMP BLOCK 4: (stind.i regoffset[0x60(mips_fp)] call[get_ConsoleError]) (outarg iconst[7155124]) (stind.ref regvar[mips_s5] call[mono_object_new_specific]) * (outarg (ldind.i regoffset[0x60(mips_fp)])) (outarg iconst[2]) (outarg iconst[0]) (outarg (ldind.i4 regoffset[0x90(mips_fp)])) (outarg iconst[0]) (outarg (ceq (compare (ldind.i4 regoffset[0x90(mips_fp)]) iconst[0]))) (voidcallvirt[.ctor]) (stind.ref regoffset[0x58(mips_fp)] (ldind.ref regvar[mips_s5])) br[B6] LABEL BLOCK 4: (stind.i regoffset[0x60(mips_fp)] call[get_ConsoleError]) (outarg iconst[7155124]) (stind.ref regvar[mips_s5] call[mono_object_new_specific]) * (outarg (ldind.i regoffset[0x60(mips_fp)])) (outarg iconst[2]) (outarg iconst[0]) (outarg (ldind.i4 regoffset[0x90(mips_fp)])) (outarg iconst[0]) (outarg (ceq (compare (ldind.i4 regoffset[0x90(mips_fp)]) iconst[0]))) (voidcallvirt[.ctor]) (stind.ref regoffset[0x58(mips_fp)] (ldind.ref regvar[mips_s5])) br[B6] LOCAL REGALLOC: BASIC BLOCK: 4 1 call R32 - clobbers: c 2 store_membase_reg [mips_fp + 0x60] - R32 3 setregimm mips_a0 - clobbers: r 4 call R33 - clobbers: c 5 move mips_s5 - R33 Where did the calculation the 'this' pointer and the assignment to 'a0' go? 6 load_membase R34 - [mips_fp + 0x60] 7 setreg mips_a1 - R34 clobbers: r 8 setregimm mips_a2 - clobbers: r 9 setregimm mips_a3 - clobbers: r 10 loadi4_membase R35 - [mips_fp + 0x90] 11 store_membase_reg [mips_sp + 0x10] - R35 12 store_membase_imm [mips_sp + 0x14] - 13 loadi4_membase R37 - [mips_fp + 0x90] 14 compare_imm R37 15 ceq R36 - 16 store_membase_reg [mips_sp + 0x18] - R36 17 move R38 - mips_s5 18 setreg mips_v0 - R38 clobbers: r 19 checkthis R38 20 voidcall clobbers: c 21 store_membase_reg [mips_fp + 0x58] - mips_s5 22 br ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Environment.ProcessorCount
Updated patch for approval. Thanks Gonzalo for the tip.- JonathanOn 9/6/06, Gonzalo Paniagua Javier [EMAIL PROTECTED] wrote:On Tue, 2006-09-05 at 15:56 -0400, Jon Chambers wrote: Here is a patch (from a coworker) for Environment.ProcessorCount. Please review.io-layer implements GetSystemInfo and already uses sysconf for that.Also the variable queried is _SC_NPROCESSORS_ONLN, as the number oftotal processors might differ from the total 'online' processors. -Gonzalo___Mono-devel-list mailing listMono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list Index: mono/mono/metadata/ChangeLog === --- mono/mono/metadata/ChangeLog (revision 65354) +++ mono/mono/metadata/ChangeLog (working copy) @@ -1,3 +1,16 @@ +2006-09-14 Jonathan Chambers [EMAIL PROTECTED] + + * environment.c (ves_icall_System_Environment_get_ProcessorCount): + Implement Environment.ProcessorCount. + + * environment.h (ves_icall_System_Environment_get_ProcessorCount): + Implement Environment.ProcessorCount. + + * icall.c: + Add Environment.ProcessorCount icall. + + Patch by Jason McFall. + 2006-09-12 Martin Baulig [EMAIL PROTECTED] * class.c (mono_bounded_array_class_get): Also add `IListobject' Index: mono/mono/metadata/environment.c === --- mono/mono/metadata/environment.c (revision 65354) +++ mono/mono/metadata/environment.c (working copy) @@ -64,3 +64,10 @@ #endif return mono_string_new (mono_domain_get (), 0.0.0.0); } + +gint32 ves_icall_System_Environment_get_ProcessorCount(void) +{ + SYSTEM_INFO sys_info; + GetSystemInfo(sys_info); + return sys_info.dwNumberOfProcessors; +} Index: mono/mono/metadata/environment.h === --- mono/mono/metadata/environment.h (revision 65354) +++ mono/mono/metadata/environment.h (working copy) @@ -17,6 +17,8 @@ extern MonoString* ves_icall_System_Environment_GetOSVersionString (void); +extern gint32 ves_icall_System_Environment_get_ProcessorCount(void); + G_END_DECLS #endif /* _MONO_METADATA_ENVIRONMENT_H_ */ Index: mono/mono/metadata/icall.c === --- mono/mono/metadata/icall.c (revision 65354) +++ mono/mono/metadata/icall.c (working copy) @@ -6626,6 +6626,7 @@ {get_MachineName, ves_icall_System_Environment_get_MachineName}, {get_NewLine, ves_icall_System_Environment_get_NewLine}, {get_Platform, ves_icall_System_Environment_get_Platform}, + {get_ProcessorCount, ves_icall_System_Environment_get_ProcessorCount}, {get_TickCount, ves_icall_System_Environment_get_TickCount}, {get_UserName, ves_icall_System_Environment_get_UserName}, {internalGetEnvironmentVariable, ves_icall_System_Environment_GetEnvironmentVariable}, Index: mcs/class/corlib/System/ChangeLog === --- mcs/class/corlib/System/ChangeLog (revision 65354) +++ mcs/class/corlib/System/ChangeLog (working copy) @@ -1,3 +1,8 @@ +2006-09-14 Jonathan Chambers [EMAIL PROTECTED] + + * Environment.cs (ProcessorCount): Implement as icall. + Patch by Jason McFall. + 2006-09-05 Raja R Harinath [EMAIL PROTECTED] * DateTime.cs (Today) [NET_2_0]: Set kind to Local. Index: mcs/class/corlib/System/Environment.cs === --- mcs/class/corlib/System/Environment.cs (revision 65354) +++ mcs/class/corlib/System/Environment.cs (working copy) @@ -621,14 +621,10 @@ [MethodImplAttribute (MethodImplOptions.InternalCall)] internal static extern void InternalSetEnvironmentVariable (string variable, string value); - [MonoTODO] - public static int ProcessorCount { + public static extern int ProcessorCount { [EnvironmentPermission (SecurityAction.Demand, Read=NUMBER_OF_PROCESSORS)] - get { -// note: Changes to the NUMBER_OF_PROCESSORS environment variable -// under Windows doesn't affect the (good) value returned. -throw new NotImplementedException (); - } + [MethodImplAttribute (MethodImplOptions.InternalCall)] + get; } [MonoTODO (not much documented)] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] coda on bug in xsd.exe
Nice. Blind implementation detail differences without any rationality is always out of my interest, but someone might be interested. Cheers, Atsushi Eno L.G. Meredith wrote: Atsushi, Lluis, In the original schema i sent i used a recursive group style specification (as the schema specified the abstract syntax of a language). This style eliminates replication of choice statements throughout the schema. i finally got the chance to run the schema through xsd.exe on .net and it complained bitterly regarding the recursive groups, but did not fall over. So, there is a difference in the implementations between mono and .net there. After producing a schema that removed the recursive groups by in-lining all the choice statements, xsd.exe on .net simply falls over on the new schema with an attempt to access something from null. i will proceed to see what happens with the non-recursive group style specification on the mono-flavor of xsd.exe and report my results, as this may be of general interest to mono developers. Best wishes, --greg From: Atsushi Eno [EMAIL PROTECTED] To: L.G. Meredith [EMAIL PROTECTED] Date: Wed, 13 Sep 2006 17:25:09 +0900 Subject: Re: [Mono-dev] bug in xsd.exe Hello, Mono's XML serialization engine, as well as .NET, does not support all valid schemas. Actually it works under pretty much constrained situation. Sadly there is no documentation on how it does *not* work. I once blogged one example I know: http://monkey.workarea.jp/lb/archive/2004/8-22.html Cheers, Atsushi Eno ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Class Status updates
Hi, I've recently finished adding the class status webpage generation to the same cron job that produces the dailies (monolite, monocharger, etc). I copied scripts and files from trunk/release/buildbot/scripts to trunk/release/scripts/class_status. mono-snapshot.sh, which produces the dailies, now calls update-status.sh for 1.1 and 2.0. One remaining problem is concerning Microsoft.VisualBasic. Maybe this needs to be removed from $SECTIONS since the source is not in the mcs tree any longer. The error message is at the end of this mail. Enjoy! Wade Error loading infos/Microsoft.VisualBasic.xml: Argument cannot be null. Parameter name: node System.ArgumentNullException: Argument cannot be null. Parameter name: node at Mono.AssemblyCompare.XMLAssembly.LoadData (System.Xml.XmlNode node) [0x0] at Mono.AssemblyCompare.Driver.CreateXMLAssembly (System.String file) [0x0] Unhandled Exception: System.IO.FileNotFoundException: Could not find file /home/builder/daily/scripts/daily_build/src/build/mono/web/web/src/Microsoft.VisualBasic.xml. : /home/builder/daily/scripts/daily_build/src/build/mono/web/web/src/Microsoft.VisualBasic.xml at System.IO.FileStream..ctor (System.String name, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, Boolean anonymous, FileOptions options) [0x0] at System.IO.FileStream..ctor (System.String name, FileMode mode, FileAccess access, FileShare share) [0x0] at (wrapper remoting-invoke-with-check) System.IO.FileStream:.ctor (string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare) at System.Xml.XmlUrlResolver.GetEntity (System.Uri absoluteUri, System.String role, System.Type ofObjectToReturn) [0x0] at System.Xml.XmlTextReader.GetStreamFromUrl (System.String url, System.String absoluteUriString) [0x0] at System.Xml.XmlTextReader..ctor (System.String url, System.Xml.XmlNameTable nt) [0x0] at System.Xml.XmlDocument.Load (System.String filename) [0x0] at Transform.Transform.Main (System.String[] rgstrArgs) [0x0] Can't open src/Microsoft.VisualBasic.html.in: No such file or directory at htmlify line 4. signature.asc Description: This is a digitally signed message part ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-list] [Mono-dev] Announce: Mono.Fuse 0.3.0
Hey, next step could be having the same on Windows? Do you imagine it? File system kernel modules written in C# ok, let's stop dreaming... :-P - Original Message - From: Jonathan Pryor [EMAIL PROTECTED] To: Mono List mono-list@ximian.com; mono-devel-list [EMAIL PROTECTED] Sent: Monday, September 11, 2006 12:04 PM Subject: [Mono-dev] Announce: Mono.Fuse 0.3.0 Mono.Fuse is a C# binding for the FUSE library. This release features a near complete change in the public FileSystem API; a complete API change list is available at: http://www.jprl.com/Blog/archive/development/mono/2006/Sep-11.html Hopefully this will be the last major API change, though I would appreciate any and all feedback on the current API. The most interesting change is for OnReadDirectory(). It was previously: protected virtual Errno OnReadDirectory(string path, out string[] paths, OpenedFileInfo info); It is now: protected virtual Errno OnReadDirectory(string path, OpenedPathInfo info, out IEnumerableFileSystemEntry paths); That is, `out string[]' is now `out IEnumerableFileSystemEntry'. This allows for two things: 1. A performance boost: an array containing the names of all file system entries in `path' doesn't need to be created all at once. For large directories (hundreds-thousands of files), this can really slow things down. The IEnumerable interface allows file system entries to be retrieved piecemeal. 2. C# iterators can be used to implement directory reading. From HelloFS.cs: private IEnumerableFileSystemEntry GetEntries () { yield return .; yield return ..; yield return hello; yield return data; if (have_data_im) yield return data.im; } protected override Errno OnReadDirectory (string path, OpenedPathInfo info, out IEnumerableFileSystemEntry paths) { paths = GetEntries (); return 0; } I think (2) is particularly cool. Design Questions: OnReadDirectory() uses FileSystemEntry, which is: class FileSystemEntry public string Path {get;} public Stat Stat; public FileSystemEntry (string path); public static implicit operator FileSystemEntry (string); } This has a public field Stat, which is against normal design guidelines. This was done because Stat is a 96-byte structure, so these shouldn't be created on the stack that often, and a read/write Property would require much more stack use. Is this reasonable? The Stat field is optional. It is only used Stat.st_ino is non-zero (as FUSE 2.5.3 currently only reads the st_ino st_mode fields, though I imagine this could be extended in the future). Is this reasonable? Or should an alternative mechanism be used to determine when the Stat instance should be used? Is it a good idea to have the implicit conversion from string to FileSystemEntry? Download: Mono.Fuse 0.3.0 is available for download at: http://www.jprl.com/Projects/mono-fuse/mono-fuse-0.3.0.tar.gz Thanks, - Jon ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] VBNC in Mono.
Hi Kornél, Regarding the bug in vbnc: how (and where) did you find a type with a null namespace? According to MSDN this should not happen unless it is a generic type: http://msdn2.microsoft.com/en-us/library/system.type.namespace.aspx Anyway feel free to commit the patch ;) Rolf Hi, Use VB.replace.bat 2 then try to bootstrap vbnc on MS.NET. For an example have a look at the attached vbrun.diff. The bug I found when trying to compile vbnc was: Case TypeCode.Decimal Return CDec(Value) This results in a recursiong with Conversions.ToDecimal because CDec (and all the other CType conversions are done at runtime unless the type is known to the compiler as well. And anyway there is no use to do reinterpretation when the exact type is know. A simple unbox is enough. But there are other bugs (and I guess a lot of them) in VB runtime for sure. And I found a bug in vbnc as well that was possible because of a bug in System.Windows.Forms.:) Kornél - Original Message - From: Miguel de Icaza [EMAIL PROTECTED] To: Kornél Pál [EMAIL PROTECTED] Cc: mono-list@lists.ximian.com Sent: Wednesday, September 13, 2006 12:04 AM Subject: Re: [Mono-list] VBNC in Mono. Hey! But it's unable to bootstrap itself on MS.NET using our VB runtime so the VB runtime should be fixed as well before trying to fix vbnc on Mono. Do you have some details for me? This is a good observation, before we launch ourselves into a quest to fix bugs on the Mono side (although we already fixed a known problem) -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.12.3/445 - Release Date: 11/09/2006 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] VBNC in Mono.
Hi Kornél, Help me understand, do you suggest that we will stop using CFoo functions inside CompilerServices ? I see that CStr CBool CLng CDbl changed into DirectCast Convert.ToString changed into DirectCast Value.ToString changed into DirectCast If so, go ahead and commit, I have no problems with that rule. But what is the reason for changing some of the .ToString into DirectCast ? Rafael -Original Message- From: Kornél Pál [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 13, 2006 1:23 To: Miguel de Icaza Cc: mono-list@lists.ximian.com; Rafael Mizrahi; Rolf Bjarne Kvinge Subject: Re: [Mono-list] VBNC in Mono. Hi, Use VB.replace.bat 2 then try to bootstrap vbnc on MS.NET. For an example have a look at the attached vbrun.diff. The bug I found when trying to compile vbnc was: Case TypeCode.Decimal Return CDec(Value) This results in a recursiong with Conversions.ToDecimal because CDec (and all the other CType conversions are done at runtime unless the type is known to the compiler as well. And anyway there is no use to do reinterpretation when the exact type is know. A simple unbox is enough. But there are other bugs (and I guess a lot of them) in VB runtime for sure. And I found a bug in vbnc as well that was possible because of a bug in System.Windows.Forms.:) Kornél - Original Message - From: Miguel de Icaza [EMAIL PROTECTED] To: Kornél Pál [EMAIL PROTECTED] Cc: mono-list@lists.ximian.com Sent: Wednesday, September 13, 2006 12:04 AM Subject: Re: [Mono-list] VBNC in Mono. Hey! But it's unable to bootstrap itself on MS.NET using our VB runtime so the VB runtime should be fixed as well before trying to fix vbnc on Mono. Do you have some details for me? This is a good observation, before we launch ourselves into a quest to fix bugs on the Mono side (although we already fixed a known problem) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] VBNC in Mono.
Hi, Help me understand, do you suggest that we will stop using CFoo functions inside CompilerServices ? I see that CStr CBool CLng CDbl changed into DirectCast Convert.ToString changed into DirectCast Value.ToString changed into DirectCast I don't suggest to to change things generally, I only suggest changing the particular usages I modified in the patch. (I didn't do a global audtit of the VB runtime I only did in CompilerServices.) CSrt, CBool, ... is the same as CType(..., String), CType(..., Boolean) so I'll refer to them as CType. CType is a conversion operator while DirectCast is a casting operator. DirectCast is compiled castclass, box, unbox, or conv While CType is compiled as calls in the VB runtime to do a more complex conversion than IL supports. Note that in some cases they are compiled as nop (nothing) or some conversion opcodes when specific data types are know to the compiler. For example CInt(some Integer variable) will result in nop. Also note that DirectCast was only suitable for castclass and box in vbc 7.x but vbc 8.0 supports it for value types as well. This is a bit weird to me because casting and conversion are two distinct things but it's useful because DirectCast ensures that no VB runtime conversion method is used. (But we should stick to vbc 7.x behavior in VB runtime to support .NET 1.x.) But what is the reason for changing some of the .ToString into DirectCast ? If you check for the exact data type (as you did in all the cases I modified to DirectCast) either for value types of for reference types there is no use to do tricky conversions because we know the type of the variable so a DirectCast is the most efficient and most reasonable conversion because after a TypeOf value Is type a DirectCast(value, type) will succeed for sure. So I only suggest to change CType to DirectCast in these contexts. For more inforamtion see: Ctype: http://msdn2.microsoft.com/en-us/library/s2dy91zy.aspx CType: http://msdn2.microsoft.com/en-us/library/4x2877xb.aspx DirectCast: http://msdn2.microsoft.com/en-us/library/7k6y2h6x.aspx TryCast: http://msdn2.microsoft.com/en-us/library/zyy863x8.aspx Kornél -Original Message- From: Kornél Pál [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 13, 2006 1:23 To: Miguel de Icaza Cc: mono-list@lists.ximian.com; Rafael Mizrahi; Rolf Bjarne Kvinge Subject: Re: [Mono-list] VBNC in Mono. Hi, Use VB.replace.bat 2 then try to bootstrap vbnc on MS.NET. For an example have a look at the attached vbrun.diff. The bug I found when trying to compile vbnc was: Case TypeCode.Decimal Return CDec(Value) This results in a recursiong with Conversions.ToDecimal because CDec (and all the other CType conversions are done at runtime unless the type is known to the compiler as well. And anyway there is no use to do reinterpretation when the exact type is know. A simple unbox is enough. But there are other bugs (and I guess a lot of them) in VB runtime for sure. And I found a bug in vbnc as well that was possible because of a bug in System.Windows.Forms.:) Kornél - Original Message - From: Miguel de Icaza [EMAIL PROTECTED] To: Kornél Pál [EMAIL PROTECTED] Cc: mono-list@lists.ximian.com Sent: Wednesday, September 13, 2006 12:04 AM Subject: Re: [Mono-list] VBNC in Mono. Hey! But it's unable to bootstrap itself on MS.NET using our VB runtime so the VB runtime should be fixed as well before trying to fix vbnc on Mono. Do you have some details for me? This is a good observation, before we launch ourselves into a quest to fix bugs on the Mono side (although we already fixed a known problem) ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] VBNC in Mono.
Hi, Yes, but I think we got ourselves a good test case for tracking these issues down. vbnc itself can be treated as a very excessive test case. And because it's able to bootstrap on MS.NET only changing the VB runtime will make sure that the bugs found during bootstrap is either in vbnc or in the VB runtime and are more likely in the VB runtime because only that was changed, the bugs found in vbnc can only be bugs that remained hidded in the other building environment. And I found a bug in vbnc as well that was possible because of a bug in System.Windows.Forms.:) Hope this helps you understand the patch: http://lists.ximian.com/pipermail/mono-list/2006-September/032737.html Rolf approved the patch and it is in SVN. Kornél ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] MonoTorrent - C# based bittorrent client
Hi,As some of you may or may not know, Miguel mentored a project as part of the Google Summer Of Code to implement a BitTorrent library in C#, which i developed (slightly badly ;) ). The library implements all the basic bittorrent spec at the moment and i'm currently implementing one of the two official extensions to the client. If i have time, i'll implement both. However, a good few of the important algorithms have only had rough implementations added in. For example piece picking isn't rarest first, it just picks the next available free piece, which is non-ideal. The choke/unchoke algorithm is extremely basic aswell. So there's still a lot of work to be done in the library both to finish off implementing the basic spec properly and fix bugs/enhance features. I'm back in college now and after this week i'm going to have very little free time to do anything other than a few bugfixes here and there. This year counts towards my final degree, so i have to work ;) So, if there is anyone out there who'd be interested in pitching in and developing the library further, that'd be great. Just give me an email back. Alternatively, if anyone out there wants to use the library, go right ahead. Just send me bugreports and keep me posted on what applications are using it (just so i can keep count of how many apps are using the library). If you want features, or the public API to be changed in any way (it's pretty horrible at the moment imo, but i need feedback to improve it) just talk to me. If anyone wants to develop a WinForms, GTK# or Web based frontend for the library let me know. There is an existing GTK#/Stetic GUI which could be picked up by someone if they want to continue developing it. The original developer isn't developing any further. The code is available at the mono SVN in the bitsharp folder.Thanks,Alan. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] VBNC in Mono.
Hi, (But we should stick to vbc 7.x behavior in VB runtime to support .NET 1.x.) I'm with you. Please commit. Do you think that we should place a notice on that coding practice, somewhere in the $mono-basic\vbruntime\readme.txt ? I think the following should be documented instead: CType (and it's Ctype friends for built-in types, a complete list would be useful) is usually implemented as calls to VB runtime rather than using IL code so it should be avoided when that specific behavior is not required. DirectCast is the eqivalent of C# casting. Because this is something that C# programers may be unaware of. Kornél ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] MonoTorrent - C# based bittorrent client
hello, Alternatively, if anyone out there wants to use the library, go right ahead. Just send me bugreports and keep me posted on what applications are using it (just so i can keep count of how many apps are using the library). If you want features, or the public API to be changed in any way (it's pretty horrible at the moment imo, but i need feedback to improve it) just talk to me. If anyone wants to develop a WinForms, GTK# or Web based frontend for the library let me know. There is an existing GTK#/Stetic GUI which could be picked up by someone if they want to continue developing it. The original developer isn't developing any further. I think it would be good if you could create a Wiki page on the Mono site so we could keep track of the things that need to be implemented, new ideas, and to serve as a focal point for new developers that might want to join in. Miguel ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] ASP.NET and master pages
Hi all,I have problem with master pages in xsp2. I have master page in one folder and is used in diferent subfolders. Master page include css and some images. There is problems with css and images because master page is executed in folder with aspx page not where is .master file.Here is example folder structure:root/Default.aspx-master/page.master--work/app1/test1.aspxWas clear enought?How can I force that execute there where it should be? Shell i report this as a bug??? Have a nice day,PChott-- Macs are for those who don't want to know why their computer works.Linux is for those who want to know why their computer works.DOS is for those who want to know why their computer doesn't work. Windows is for those who don't want to know why their computer doesn't work. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] ASP.NET and master pages
I think that is normal behavior and would be the same on windows. The MasterPage is not responsible for ensuring the correct path for images and css files linked within it. I think you need to use script blocks and Page.ResolveUrl, something like this which is from one of my master pages:Hope it helps,Joejoe_audette [at] yahoo dotcom http://www.joeaudette.com http://www.mojoportal.com- Original Message From: PChot [EMAIL PROTECTED]To: mono-list@lists.ximian.comCc: [EMAIL PROTECTED]Sent: Wednesday, September 13, 2006 12:06:21 PMSubject: [Mono-list] ASP.NET and master pagesHi all,I have problem with master pages in xsp2. I have master page in one folder and is used in diferent subfolders. Master page include css and some images. There is problems with css and images because master page is executed in folder with aspx page not where is .master file.Here is example folder structure:root/Default.aspx-master/page.master--work/app1/test1.aspxWas clear enought?How can I force that execute there where it should be? Shell i report this as a bug??? Have a nice day,PChott-- Macs are for those who don't want to know why their computer works.Linux is for those who want to know why their computer works.DOS is for those who want to know why their computer doesn't work. Windows is for those who don't want to know why their computer doesn't work.___Mono-list maillist-Mono-list@lists.ximian.comhttp://lists.ximian.com/mailman/listinfo/mono-list___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] ASP.NET and master pages
oops, my example seemed to get removed from the message because I was in html mode img alt= id=img2 src='%= Page.ResolveUrl(~/Data/SiteImages/poweredbymojoportal3.gif) %' //a joe_audette [at] yahoo dotcom http://www.joeaudette.com http://www.mojoportal.com - Original Message From: PChot To: mono-list@lists.ximian.com Cc: [EMAIL PROTECTED] Sent: Wednesday, September 13, 2006 12:06:21 PM Subject: [Mono-list] ASP.NET and master pages Hi all, I have problem with master pages in xsp2. I have master page in one folder and is used in diferent subfolders. Master page include css and some images. There is problems with css and images because master page is executed in folder with aspx page not where is .master file.Here is example folder structure: root/Default.aspx -master/page.master --work/app1/test1.aspx Was clear enought? How can I force that execute there where it should be? Shell i report this as a bug??? Have a nice day, PChott -- Macs are for those who don't want to know why their computer works. Linux is for those who want to know why their computer works. DOS is for those who want to know why their computer doesn't work. Windows is for those who don't want to know why their computer doesn't work.___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] ASP.NET and master pages
reThings work in windows. Normal link rel=stylesheet href="" type=text/css / in header is make me problems. PChottPS: Joe are u on msn, icq, or something like that? -- Macs are for those who don't want to know why their computer works.Linux is for those who want to know why their computer works.DOS is for those who want to know why their computer doesn't work. Windows is for those who don't want to know why their computer doesn't work. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] MonoPosixHelper Not Found ?
Quoting Jonathan Pryor [EMAIL PROTECTED]: On Tue, 2006-09-12 at 08:07 -0500, [EMAIL PROTECTED] wrote: I have 4 windows systems, one of which is the development machine. Each is running the same deployed exe and set of libraries. The problem is that two of the four machines fail with the following message when executing code in Mono.Unix.Catalog for gettext. The worst part is that MonoPosixHelper.dll is in the same directory as the exe and other libs required for intl.dll. I understand this issue is a bit remote to directly assist with, but if anyone has some ideas on tracking it down I would be very greatful. I'm not sure what would go wrong under .NET. Sadly it is under .NET, and they're all in the same directory. - exe - Mono.Posix.dll - MonoPosixHelper.dll - intl.dll As I can't reproduce it on my system, and I feer installing VS.NET/Mono on theirs might fix it -- any thoughts on further detecting the root cause? Thanks a lot, ~ Matthew ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] ASP.NET and master pages
Did you try this: link rel=stylesheet href='% =Page.ResolveUrl(~/style.css)%' type=text/css / Joe joe_audette [at] yahoo dotcom http://www.joeaudette.com http://www.mojoportal.com - Original Message From: PChot To: Joe Audette Cc: mono-list@lists.ximian.com; [EMAIL PROTECTED] Sent: Wednesday, September 13, 2006 12:56:42 PM Subject: Re: [Mono-list] ASP.NET and master pages re Things work in windows. Normal in header is make me problems. PChott PS: Joe are u on msn, icq, or something like that? -- Macs are for those who don't want to know why their computer works. Linux is for those who want to know why their computer works. DOS is for those who want to know why their computer doesn't work. Windows is for those who don't want to know why their computer doesn't work.___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] ASP.NET and master pages
the same issue does happen on windows, not sure why it isn't happening for you on windows, this page lists a number of ways to solve it including Page.ResolveUrl which I suggested. http://www.aspnetresources.com/blog/linking_stylesheets_from_master_pages.aspx So I really don't think this is a bug at all. I would use this as I mentioned before: link rel=stylesheet href='% =Page.ResolveUrl(~/style.css)%' type=text/css / Hope it helps, Joe joe_audette [at] yahoo dotcom http://www.joeaudette.com http://www.mojoportal.com - Original Message From: PChot To: Joe Audette Cc: mono-list@lists.ximian.com; [EMAIL PROTECTED] Sent: Wednesday, September 13, 2006 12:56:42 PM Subject: Re: [Mono-list] ASP.NET and master pages re Things work in windows. Normal in header is make me problems. PChott PS: Joe are u on msn, icq, or something like that? -- Macs are for those who don't want to know why their computer works. Linux is for those who want to know why their computer works. DOS is for those who want to know why their computer doesn't work. Windows is for those who don't want to know why their computer doesn't work.___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] ASP.NET and master pages
Thx, that seem to be working, all i need is some more work to be done.PChott ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] MonoPosixHelper Not Found ?
On Wed, 2006-09-13 at 12:59 -0500, [EMAIL PROTECTED] wrote: Sadly it is under .NET, and they're all in the same directory. - exe - Mono.Posix.dll - MonoPosixHelper.dll - intl.dll As I can't reproduce it on my system, and I feer installing VS.NET/Mono on theirs might fix it -- any thoughts on further detecting the root cause? It's possibly a library dependency issue. Try writing a small C program that calls LoadLibrary() on MonoPosixHelper.dll and intl.dll. Make sure that it loads the libraries properly. If that works, I'm out of ideas. If that fails, you'll at least know which library can't be loaded, and you can use DEPENDS.EXE to list its actual dependencies and start searching through them... - Jon ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list