Re: [Mono-docs-list] monodoc split
Hello, At the risk of being rejected, I would like to propose that monodoc be split into at least two seperate packages. I know this has been discussed before, but I don't recall anyone ever formally asking. This is primarily for the following reasons: - So Gtk# can depend on monodoc-common to conditionally build and install its docs while avoiding the circular dependencies. This will allow those building from cvs or newer Gtk# tarballs to get those docs installed automatically, and uncouples the two packages. - The doc build has grown to taken a substantially large time, so that building monodoc from a tarball or cvs sucks (at least for me). So my request is (name however you want): monodoc-common - contains the docs, tools, monodoc.dll, mod, the monodoc pc file monodoc - contains the Gtk# frontend (and the web stuff if you want) I volunteer to do this if it is a time constraint for you to do so. Well, currently am the maintainer for the documentation, and I do not want to add more responsibilities to my existing list of tasks during the release process. That is the only reason I have not done the split (and I think the split should probably be slightly different as well), but the issue is: splitting means more work for me right now. I think its a great idea, but I want to get the 1.0/1.2 effort moving before I would do this. Miguel ___ Mono-docs-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-docs-list
Re: [Mono-docs-list] monodoc split
Miguel de Icaza wrote: It leads me to another question though: does monodoc have a maintainer of sorts? There are a few features and bugs that would be nice to address, and I hope no one will be offended if I say that the code could use a little bit of prettifying. I am the maintainer for the code; Feel free to send patches to prettify. I have some half-finished patches to Monodoc that I want to get checked in at some point... Please don't prettify the EcmaHelpSourceProvider code since that'll cause conflicts with my changes. :) I can also help out with reviewing Monodoc patches. I'm not making many Mono contributions these days, but I'm still following the maillist. -- - Joshua Tauberer http://taubz.for.net ** Nothing Unreal Exists ** ___ Mono-docs-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-docs-list
[Mono-list] (Generics) type parameters and pointers
I know type parameters cannot be pointers - ArrayListint* is not permitted - but I haven't been able to a definitive statement regarding whether pointers to the type of a parameter is permitted, e.g. struct Pointer T { T* value; } Currently, gmcs will complain that it can't find the type T*, but I would have thought it would be relatively easy to allow, given that the following is allowed. struct Array T { T[] value; } Alan ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] GTK# DataBindings
Hi, As I come from the WinForms World, I'm wondering if there is a way to do databindings with Gtk# ? Or if there is another way to do IHM with Mono ! Thanks !
[Mono-list] Cross-platform GUI.
Hello, I am been using Gtk# for a GUI hoping to make a cross-platform program. But I just realized that Gtk doesn't work on Macs, does it? But then, I don't know of any Mono-supported GUI that works on all 3 platforms (Windows, GNU/Linux and Mac). What is the recomended way to make a cross-platform GUI? Cheers, -- Daniel Carrera | No trees were harmed in the generation of this PhD student. | e-mail. A significant number of electrons were, Math Dept. UMD | however, severely inconvenienced. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Cross-platform GUI.
Hi But then, I don't know of any Mono-supported GUI that works on all 3 platforms (Windows, GNU/Linux and Mac). What is the recomended way to make a cross-platform GUI? Qt# has pretty good coverage, as does wx-sharp (or whatever it's called). While they may not be the officially recommended way, they certainly are the most portable. TTFN Paul -- Look. If you had one shot, one opportunity, to seize everything you ever wanted. One moment to capture or would you just let it slip? - Marshall Mathers III (Lose Yourself) signature.asc Description: This is a digitally signed message part
Re: [Mono-list] Cross-platform GUI.
On Sun, Jul 25, 2004 at 07:47:50PM +0100, Paul wrote: But then, I don't know of any Mono-supported GUI that works on all 3 platforms (Windows, GNU/Linux and Mac). What is the recomended way to make a cross-platform GUI? Qt# has pretty good coverage, as does wx-sharp (or whatever it's called). While they may not be the officially recommended way, they certainly are the most portable. Thanks. Am I wrong, or is Qt not free under Windows and Mac? I did a google search and found wx.NET. I'll try it. Thanks! Cheers, -- Daniel Carrera | No trees were harmed in the generation of this PhD student. | e-mail. A significant number of electrons were, Math Dept. UMD | however, severely inconvenienced. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] typeof and sizeof pointer types
typeof (float) == typeof (float*) sizeof (float) == sizeof (float*) Is this really the correct behaviour? I can see there are problems with unique types for pointers, because there is an infinite number - float, float*, float**, etc - but I would have thought it would be important to get sizeof right. Alan ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Cross-platform GUI.
On Sun, 2004-07-25 at 14:54 -0400, Daniel Carrera wrote: On Sun, Jul 25, 2004 at 07:47:50PM +0100, Paul wrote: But then, I don't know of any Mono-supported GUI that works on all 3 platforms (Windows, GNU/Linux and Mac). What is the recomended way to make a cross-platform GUI? Gtk# works perfectly on macosx. If you look at the monodevelop website, we have a screenshot of monodevelop running on osx. So if monodevelop works, your app will work for sure. Qt# has pretty good coverage, as does wx-sharp (or whatever it's called). While they may not be the officially recommended way, they certainly are the most portable. Thanks. Am I wrong, or is Qt not free under Windows and Mac? QT is not free under windows at all. I did a google search and found wx.NET. I'll try it. Thanks! My understanding of wx.NET is that its kinda unstable, but I have never looked into it at all. --Todd ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Cross-platform GUI.
On Sun, Jul 25, 2004 at 03:27:56PM -0400, Todd Berman wrote: But then, I don't know of any Mono-supported GUI that works on all 3 platforms (Windows, GNU/Linux and Mac). What is the recomended way to make a cross-platform GUI? Gtk# works perfectly on macosx. If you look at the monodevelop website, we have a screenshot of monodevelop running on osx. So if monodevelop works, your app will work for sure. Amazing. I didn't that Gtk itself was ported to Mac OS X. Thanks. Am I wrong, or is Qt not free under Windows and Mac? QT is not free under windows at all. Yeah, thought so. I definitely want something free (both beer and speech). I did a google search and found wx.NET. I'll try it. Thanks! My understanding of wx.NET is that its kinda unstable, but I have never looked into it at all. I'll keep working with Gtk# for now. I think that requesting a 15MB download for Mono is quite enough. I don't want to ask people to install yet another dependency. In fact, even the 15-20MB Mono download makes me hesitate. I think it's a bit much considering that the program I'm doing is really simple. It's just a clipart installer to complement OpenOffice.org. I'm also looking into Mozilla/XUL. If I get that to work I could possibly get the download down to 5MB (this is the size of Firefox). The drawback with XUL is that the app would be somewhat more difficult to develop (e.g. Javascript instead of C#). Cheers, -- Daniel Carrera | No trees were harmed in the generation of this PhD student. | e-mail. A significant number of electrons were, Math Dept. UMD | however, severely inconvenienced. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Mono on Mac OS X.
Okay, I'm ready to start testing Mono on OS X. I see a link to a Mac OS X installer on the website. Does this installer provide Gtk# as well? I don't have a Mac OS X computer, so I'll need to ask a non-techie friend to try it out. So I need to figure out a series of steps I can give him. First, Download and install the .dmg file from the site. Do you download Gtk# sepparately? Is there a joint installer, as there is for Windows? Does the installer set the PATH on OS X? Or should I teach him how to edit a .bashrc file? (does OS X evne use bash?). Thanks for the help. Cheers, -- Daniel Carrera | No trees were harmed in the generation of this PhD student. | e-mail. A significant number of electrons were, Math Dept. UMD | however, severely inconvenienced. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Cross-platform GUI.
Qt is Free on Mac. On Sunday 25 July 2004 1:54 pm, Daniel Carrera wrote: Thanks. Am I wrong, or is Qt not free under Windows and Mac? ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Custom marshalling
As far as I can tell, Mono supports custom marshalling outside of function calls (like PInvoke), - ie using Marshal.StructToPtr and PtrToStruct, but you have to use UnmanagedMarshal.DefineCustom, which would involve reflection of some sort - possibly creating your class with custom marshalled fields by reflection. Does UnmanagedMarshal.DefineCustom work? Is it efficient (as far as custom marshalling can be)? Is it supported (or undocumented and likely to disappear/break)? Would it be (technically) possible to access its functionality through an attribute, in the same way that non-custom marshalling is done? Is this likely to happen? Alan ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] ASP.NET - usability/robustness/safety
How would you feel though about running a site w/ mono/apache/linux/aspx though that takes credit card transactions and stores credit card #'s in a backend mySQL database? Because the mono mod plugin for Apache is fairly new code (as is the entire mono code base), would people consider this to be too risky? Would there be too many discovered holes that could compromise my system and the credit card #'s on the backend? This is not to knock the plugin or mono by saying its immature, obviously there has been an incredible amount of progress that has been made very very quickly and lots of blood/sweat/tears, but i wonder if using it for commercial backend that holds confidential personal financial information would be unwise at this point. Thanks for all feedback - Ron --- ted leslie [EMAIL PROTECTED] wrote: Ron Afloh wrote: I had a few questions about ASP.NET as supported by mono and apache. In short, i'm considering using it to write a commercial webpage and wanted to get feedback from you guys on how good/bad of an idea this is. 1) Is the ASP.NET mono sections + apache plugin ready for primetime -- i.e., has this stuff been load tested, is the security there, can it scale to handle a fairly large website? 2) Are any other non-hobby sites using mono's asp.net implementation? I used it for the Toronto NXNE music festival web site (the venue schedule and music listing part), it got hit at a pace of about 50,000 page hits (in its busiest period) / day. About 2000 unique vistors per day. Infrequently, the mod_mono process would constantly take some cpu time (even when no hits) and the pages would not serve up, a early-morning cron to restart mod_mono/apache kept it reiable, but I am also using a 4+ month old version on Mono. No other problems except above have been noticed. Id hope the new version doesn't have this issue. 3) If the asp.net stuff is not ready for full blown commercial websites any ideas on when that level of robustness/security/load-handling will be there? 4) From what i've read, ASP.NET is not covered under ECMA specs and therefore is not as legally safe from lawsuit from MS as the compiler/JIT/corelibs are. So would it be stupid to risk using mono's ASP.NET implementation for a commercial venture -- i.e., too risky legally? In our projects, some of the programmers develop in the MS .Net Visual Studio and test on their IIS and with a Postgres DB running on a Linux box, then they simply load it on to the Linux server as they finish it, so it works on the MS environment to begin with then dropped into Linux. If MS flexs some muscles at a later time, worst case, it gets hosted on a MS box, but I think thats unlikely, and if it got to that point, MS would probably have a .NET product for Linux. So to be safe, you might want to make sure what you create runs on both systems (as you create it). There is no IDE for Mono yet (monodevelop doesn't have a html layout - integrate components to DB fields - etc), so you probably will end up using MS Visual studio anyways, so you know it will work on MS, you'll just deploy on Linux to save on the OS cost (perhaps the DB cost), and of course reduce all the time wasted in installing virus defs, service patches, and fighting blue screens .. At this time we have had to avoid (to be functional on both platforms), Server.Transfer (use Response.Redirect), and turning off components, and thus setting Validation for them to false also is buggy, other then these two issues, so far, all we create works between the two environments. I did read the FAQ and searched the last few months of postings and didn't really see anything that answered all of these -- hopefully i didn't miss anything to obvious :) I'm also aware that some of these questions are not black and white and may not have an answer at all -- regardless, i appreciate everyones input and suggestions. Cheers - Ron __ Do you Yahoo!? Vote for the stars of Yahoo!'s next ad campaign! http://advision.webevents.yahoo.com/yahoo/votelifeengine/ ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list __ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [good] Re: [Mono-list] ASP.NET - usability/robustness/safety
Based on the exploits i have seen on MS-SQL of recent, etc, nothing is going to be safe really, if you really want safe, submit the CC# through a Java App. (or Flash) that will encrypt them, and therefore they never sit anywhere in the publicly accesable side of your system in readable form. Since Mono isn't likely as much of a target ? it might even be safer. For the part of your site that accepts CC#, you could always just do that part SSL to Perl/C cgi script (if that is more proven to you)... I have made a site with primarily Mono but through a bit of Perl in (both having Postgres access). -tl Ron Afloh wrote: How would you feel though about running a site w/ mono/apache/linux/aspx though that takes credit card transactions and stores credit card #'s in a backend mySQL database? Because the mono mod plugin for Apache is fairly new code (as is the entire mono code base), would people consider this to be too risky? Would there be too many discovered holes that could compromise my system and the credit card #'s on the backend? This is not to knock the plugin or mono by saying its immature, obviously there has been an incredible amount of progress that has been made very very quickly and lots of blood/sweat/tears, but i wonder if using it for commercial backend that holds confidential personal financial information would be unwise at this point. Thanks for all feedback - Ron --- ted leslie [EMAIL PROTECTED] wrote: Ron Afloh wrote: I had a few questions about ASP.NET as supported by mono and apache. In short, i'm considering using it to write a commercial webpage and wanted to get feedback from you guys on how good/bad of an idea this is. 1) Is the ASP.NET mono sections + apache plugin ready for primetime -- i.e., has this stuff been load tested, is the security there, can it scale to handle a fairly large website? 2) Are any other non-hobby sites using mono's asp.net implementation? I used it for the Toronto NXNE music festival web site (the venue schedule and music listing part), it got hit at a pace of about 50,000 page hits (in its busiest period) / day. About 2000 unique vistors per day. Infrequently, the mod_mono process would constantly take some cpu time (even when no hits) and the pages would not serve up, a early-morning cron to restart mod_mono/apache kept it reiable, but I am also using a 4+ month old version on Mono. No other problems except above have been noticed. Id hope the new version doesn't have this issue. 3) If the asp.net stuff is not ready for full blown commercial websites any ideas on when that level of robustness/security/load-handling will be there? 4) From what i've read, ASP.NET is not covered under ECMA specs and therefore is not as legally safe from lawsuit from MS as the compiler/JIT/corelibs are. So would it be stupid to risk using mono's ASP.NET implementation for a commercial venture -- i.e., too risky legally? In our projects, some of the programmers develop in the MS .Net Visual Studio and test on their IIS and with a Postgres DB running on a Linux box, then they simply load it on to the Linux server as they finish it, so it works on the MS environment to begin with then dropped into Linux. If MS flexs some muscles at a later time, worst case, it gets hosted on a MS box, but I think thats unlikely, and if it got to that point, MS would probably have a .NET product for Linux. So to be safe, you might want to make sure what you create runs on both systems (as you create it). There is no IDE for Mono yet (monodevelop doesn't have a html layout - integrate components to DB fields - etc), so you probably will end up using MS Visual studio anyways, so you know it will work on MS, you'll just deploy on Linux to save on the OS cost (perhaps the DB cost), and of course reduce all the time wasted in installing virus defs, service patches, and fighting blue screens .. At this time we have had to avoid (to be functional on both platforms), Server.Transfer (use Response.Redirect), and turning off components, and thus setting Validation for them to false also is buggy, other then these two issues, so far, all we create works between the two environments. I did read the FAQ and searched the last few months of postings and didn't really see anything that answered all of these -- hopefully i didn't miss anything to obvious :) I'm also aware that some of these questions are not black and white and may not have an answer at all -- regardless, i appreciate everyones input and suggestions. Cheers - Ron __ Do you Yahoo!? Vote for the stars of Yahoo!'s next ad campaign! http://advision.webevents.yahoo.com/yahoo/votelifeengine/ ___ Mono-list maillist -
Re: [Mono-list] ASP.NET alongside PHP
El dom, 18-07-2004 a las 18:40, Mike Palmer escribió: In the documentation it says to use; AddHandler mono .aspx .ascx .asax .ashx .config .cs .asmx instead of; SetHandler mono (aka, don't pass everything off to mod-mono-server) Afair, that's the old documentation. The current one has SetHandler for the sake of simplicity. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] MS ASP .NET Bug
El jue, 15-07-2004 a las 10:49, Pedro Santos escribió: Hello, hello! I just found a bug in ASP .NET, I am at work and can't test this in Mono, so I wonder if it would happen in Mono too. The bug is simple, supose we have the following in an aspx: script runat=server void ProcessClick( object sender, EventArgs args ) { string sql = @script language='javascript'; sql += @alert('; sql += nome.Value; sql += ');; sql += @/script; // Here is the PROBLEM! Use + /script instead. AFAIR, they mention this in somewhere in the documentation. -Gonzalo ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Cross-platform GUI.
On Mon, Jul 26, 2004 at 01:49:49AM +0200, Jordi Mas wrote: El diumenge 25 de juliol del 2004 a les 15:57 -0500, en/na Marcus va escriure: Qt is Free on Mac. Yes, it is if you develop free software. If you develop commercial/ proprietary software you have to buy Professional / Enterprise Editions. #include free_!=_non-commercial_rant.h #include commercial_!=_propietary_rant.h Cheers, -- Daniel Carrera | No trees were harmed in the generation of this PhD student. | e-mail. A significant number of electrons were, Math Dept. UMD | however, severely inconvenienced. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] stop in the FreeBSD's ports install
mono-list i install mono in FreeBSD 4.10,but stop in the make install.when it's copying the dlls to GAC,it stop.who can tell me about this? Millet Z [EMAIL PROTECTED] 2004-07-26