[Mono-list] XSP.EXE error: Missing method Add in assembly
When running my project, I click on a "Save" button of mine and get the following at the console: ** (/usr/bin/xsp.exe:24878): WARNING **: Missing method Add in assembly /mnt/www/bin/EditInstructing.ascx.dll typeref index 17 ** ERROR **: file mini.c: line 3210 (mono_method_to_ir): assertion failed: (cmethod) aborting... Aborted In my EditInstructing file, there is no "Add" method in this class, and none is referenced in the ascx file either. I do use Add methods from NpgsqlCommand, though, but those are working in other files. I don't really understand what is going on. Can someone give me some pointers on how to get more detailed info from xsp? Thanks, Raul ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mono on ubuntu linux
BTW, I use the one from debian repository and it runs fine. But I'm still using 1.0.2, still don't have time to update to 1.0.4 (my computer is not connected to the internet) and 1.0.5 is not yet available in the repository. >From my experience, never use package from hoary in your daily used system, use the one from debian unstable instead. I was downloading gtk-devel package, and then end up with updating my gtk and glib version to 2.5, which cause many problem. On Mon, 27 Dec 2004 08:25:31 -0600, J. Christopher Six <[EMAIL PROTECTED]> wrote: > The consensus in #monodevelop is to use the official Mono tarballs or > Subversion head rather than .deb packages on Ubuntu, and I agree--I > know from recent experience that you'll save yourself some trouble. > This advice applies equally to warty and hoary. > > On Mon, 27 Dec 2004 10:59:56 -0300, Arx Henrique <[EMAIL PROTECTED]> wrote: > > anyone knows some mono ubuntu linux hoary repository or i must use > > debian repository ? > > > > tks > > -- > J. Christopher Six > ___ > Mono-list maillist - Mono-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-list > -- Regards, Sirajuddin Maizir ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Building development mono
Let's say, for instance, that I am exceptionally lazy. Would it be possible to build a complete mono/mcs environment (by complete I mean all packages e.g. http://www.go-mono.com/archive/1.0.5/redhat-9-i386/) by using garnome? Could I also make use of garnome and some customized configuration values to then build myself a development release of mono et al? Thanks, Jeremiah ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] could be Net remoting server app. started when Linux or Mac starts ? how to set it ?
Hi everybody, Just preparing some NetRemoting application and i would like to have my Net Remoting server started when Linux starts. It's possible to run application on system startup ? eg. maybee very amateur question, but i am beginner in Linux programming, and Mono is also new for me :) so doing tests and prototypes for my real projects... btw. Net Remoting will work fine also on Apple ?also Net Remoting server which can be started when system boots ? many thanks for help Ivan ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Design by Contract
On Monday 27 of December 2004 17:46, Stephen Touset wrote: You can take a look at: http://nemerle.org/macrouse.html#designbycontract With compiler designed to be extensible you can treat attributes more like commands for the compiler than purely runtime metadata. We don't have attributes inheritance implemented yet, but general DBC framework works fine. You would have to switch to Nemerle, but maybe in future we will have C# frontend for our compiler. Currently to compile subset (no gotos and unsafe code) of C#, it would requre only plugging another parser to our compiler pipeline. > I've been using C# for quite awhile now, but one feature that I wish was > available in the language is support for Design by Contract: > automatically-enforced preconditions and postconditions on functions, and > invariants on classes. > > Having done some research into the problem, the best approach seems to be > using attributes. Using statements inside functions works, but induces a > lot of programmatic overhead; specifically, inheritance rules for DBC > would need to be implemented manually. Invariants, also, would be tedious: > code to check against the invariant would need to be added before the > preconditions and after the postconditions of every function in the class. > Worse still is that postconditions must be inserted above every return > statement. This isn't too bad if you insist upon only one return statement > per function, but for anyone with multiple returns, this becomes tedious > quickly. And of course, all of these are clear violations of the Don't > Repeat Yourself rule. > > Attributes seem to be the way to go. The pre/postconditions and invariants > are, at the core, metadata about the functions and class. The attributes > themselves would be able to understand their own inheritance criteria, and > code can automatically be generated to verify the terms of the contract > wherever needed. Unfortunately, the way attributes in C# are implemented, > there seems to be no way to practically use them. Reflection may be > powerful, but there doesn't appear to be a way that an attribute can > access (or even determine) the function or class that it applies to. > > My initial approach was to use the CodeDom libraries to insert code into > functions that would be dynamically based upon the applicable attributes, > and enforce the conditions correctly. However, the inability for > attributes to access the "calling" class all but cripples this attempt. My > next thought was to simply have a script which would understand the > attributes and insert the applicable statements at compile-time. However, > the need for attribute inheritance quickly caused this approach to become > unwieldy. > > Does anyone have an idea about how this could be done in a reasonable > fashion? If so, would anyone be willing to help on the project? -- Kamil Skalski ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Design by Contract
I've been using C# for quite awhile now, but one feature that I wish was available in the language is support for Design by Contract: automatically-enforced preconditions and postconditions on functions, and invariants on classes. Having done some research into the problem, the best approach seems to be using attributes. Using statements inside functions works, but induces a lot of programmatic overhead; specifically, inheritance rules for DBC would need to be implemented manually. Invariants, also, would be tedious: code to check against the invariant would need to be added before the preconditions and after the postconditions of every function in the class. Worse still is that postconditions must be inserted above every return statement. This isn't too bad if you insist upon only one return statement per function, but for anyone with multiple returns, this becomes tedious quickly. And of course, all of these are clear violations of the Don't Repeat Yourself rule. Attributes seem to be the way to go. The pre/postconditions and invariants are, at the core, metadata about the functions and class. The attributes themselves would be able to understand their own inheritance criteria, and code can automatically be generated to verify the terms of the contract wherever needed. Unfortunately, the way attributes in C# are implemented, there seems to be no way to practically use them. Reflection may be powerful, but there doesn't appear to be a way that an attribute can access (or even determine) the function or class that it applies to. My initial approach was to use the CodeDom libraries to insert code into functions that would be dynamically based upon the applicable attributes, and enforce the conditions correctly. However, the inability for attributes to access the "calling" class all but cripples this attempt. My next thought was to simply have a script which would understand the attributes and insert the applicable statements at compile-time. However, the need for attribute inheritance quickly caused this approach to become unwieldy. Does anyone have an idea about how this could be done in a reasonable fashion? If so, would anyone be willing to help on the project? -- Stephen Touset <[EMAIL PROTECTED]> ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mono on ubuntu linux
Hi, > I'm using mono as installed from the tarballs. I'm using 1.0.4 without > problem. The only catch is this: > Watch the output of your ./configure - at the end of some of the > packages you'll see a list of features that will be enabled if you > continue with the build process. In order to enable many of the > optional features you'll have to use apt-get or synaptic to install > the -dev version of the package. http://www.all-the-johnsons.co.uk/mono/mono-tarball.html Should provide you with lots of good information about compiling from the tarballs. If you spot anything which is specific to your platform, please just let me know and I'll fix it. TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python signature.asc Description: This is a digitally signed message part
Re: [Mono-list] mono on ubuntu linux
On Mon, 27 Dec 2004 10:59:56 -0300, Arx Henrique <[EMAIL PROTECTED]> wrote: > anyone knows some mono ubuntu linux hoary repository or i must use > debian repository ? > I'm using mono as installed from the tarballs. I'm using 1.0.4 without problem. The only catch is this: After untarring mcs-1.0... rename it to just mcs and make sure its in the same folder you untarred mono to. ie. # ls ./ ./mono-1.0.4 ./mcs I did ./configure --prefix=/usr Watch the output of your ./configure - at the end of some of the packages you'll see a list of features that will be enabled if you continue with the build process. In order to enable many of the optional features you'll have to use apt-get or synaptic to install the -dev version of the package. For example, you may have widget-foo installed but to get widget-foo support into mono you have to install widget-foo-dev. If you install widget-foo-dev support in Syanptic it'll handle the dependencies. Re-run ./configure and the summary should have widget-foo support enabled. I had to go through this process a number of times, but I have a complete kit now. I started out trying the packages from universe but they gave me much grief ... too old. I also tried installing the FC2 packages using alien but this too resulted in much grief. Actually, it was a big pain becuase I had to find every little package that got intstalled from the alien process and get rid of it, so I'd strongly urge you not to do that. -- Matthew Nuzum <[EMAIL PROTECTED]> www.followers.net - Makers of "Elite Content Management System" View samples of Elite CMS in action by visiting http://www.followers.net/portfolio/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] mono on ubuntu linux
The consensus in #monodevelop is to use the official Mono tarballs or Subversion head rather than .deb packages on Ubuntu, and I agree--I know from recent experience that you'll save yourself some trouble. This advice applies equally to warty and hoary. On Mon, 27 Dec 2004 10:59:56 -0300, Arx Henrique <[EMAIL PROTECTED]> wrote: > anyone knows some mono ubuntu linux hoary repository or i must use > debian repository ? > > tks -- J. Christopher Six ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] mono on ubuntu linux
anyone knows some mono ubuntu linux hoary repository or i must use debian repository ? tks -- "A fé remove montanas, mas eu prefiro a dinamite" ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list