Re: [Mono-list] Implement StrLike in C#
Yeah, I didn't follow the original link, my apologies... Though for my mileage I'd still rather do it in RegEx's for ultimate conceptual portability, I certainly see your point. (I think the thread provided the relatively simple "Like Operator" to RegEx mapping function, and a poster made the very valid point that advanced users might appreciate the RegEx power over the Like simplicity.) That'll teach me to post glib answers. :) --Max -Original Message- From: Benjamin Podszun [mailto:[EMAIL PROTECTED] Sent: Sunday, September 28, 2008 7:22 PM To: Max Metral Cc: Mono-list@lists.ximian.com Subject: Re: [Mono-list] Implement StrLike in C# On Sun, 28 Sep 2008 17:11:44 -0400, "Max Metral" <[EMAIL PROTECTED]> wrote: > Wouldn't regular expressions be a better bet? No, not at all. Without resorting to the "Now he has two problems" quote: His link [1] describes a scenario where someone expects user input and wants it to behave like the default windows globs/wildcards. * means 0-N chars, ? means 0-1 chars, iirc. The link indicates that that cannot (and doesn't want to) educate his uses how to compose regular expressions, so this is the easier (and therefor by definition most likely the better) solution. If the same applies for the OP (or if he's the same, although I doubt that) regular expressions are not a good option. Regards, Ben 1: http://groups.google.com/group/microsoft.public.dotnet.languages.csharp/browse_thread/thread/32649965654df408/57ba3e39a6c2711f?lnk=st&q=#57ba3 e39a6c2711f ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Implement StrLike in C#
Wouldn't regular expressions be a better bet? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rolf Bjarne Kvinge Sent: Sunday, September 28, 2008 4:54 PM To: 'Andrus'; Mono-list@lists.ximian.com Subject: Re: [Mono-list] Implement StrLike in C# Hi, mcs -r:Microsoft.Visual.Basic.dll ... and you can use that code snippet. The code is in mono-basic/vbruntime/Microsoft.VisualBasic/... (i.e. not in the mcs module) Rolf > -Original Message- > From: [EMAIL PROTECTED] [mailto:mono-list- > [EMAIL PROTECTED] On Behalf Of Andrus > Sent: domingo, 28 de septiembre de 2008 17:36 > To: Mono-list@lists.ximian.com > Subject: [Mono-list] Implement StrLike in C# > > How to implement method below in Mono in C# ? > > I havent from StrLike implementation in MCS source code. > Since VB Like operator requires this it must be implemented somewhere. > > Andrus. > > public static bool Like(string pattern, string source) > { > return > Microsoft.VisualBasic.CompilerServices.StringType.StrLike(source, > pattern, > Microsoft.VisualBasic.CompareMethod.Text); > } > > I created this code by following this thread: > > http://groups.google.com/group/microsoft.public.dotnet.languages.csharp > /browse_thread/thread/32649965654df408/57ba3e39a6c2711f?lnk=st&q=#57ba3 > e39a6c2711f > > ___ > 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 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Name of the CSharp Shell
What about CShSh? Sent from my iPhone On Sep 21, 2008, at 5:39 PM, "Miguel de Icaza" <[EMAIL PROTECTED]> wrote: > Hey folks, > >The name of the C# shell today is `csharp', but this is awkward to > type, we have been considering renaming it, the options are: > > * csi - stands for C# interactive > >Pros: short, cute, easy to remember. >Cons: popular TV show. > > * imcs - interactive Mono C# compiler > >Pros: similar to `gmcs' and `mcs' > >Cons: hard to figure out it exists. > > Miguel. > > ___ > 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
[Mono-list] Maemo Handheld SDK and Mono
So there's an upcoming Linux-based Nokia handheld device which seems very interesting for a host of reasons (form factor, price, capabilities, open SDKs): http://europe.nokia.com/nokia/0,1522,,00.html?orig=/770 The SDK is "Maemo", and is open source. However, it's C++-based. Yech. On the surface it seems like getting Mono to run on it won't be so bad. Does that seem true? The one trick is that they define there own set of UI "helpers" (possibly on top of GTK+), and I suppose I'd have to develop shims to map to those APIs from Mono. http://www.maemo.org/platform/docs/tutorials/Maemo_tutorial.html If others are interested, perhaps we can have an off-list chat about what it would take and who can do what... --Max -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nimrod A. Abing Sent: Saturday, November 05, 2005 6:53 AM To: David P. Donahue Cc: Mono-list@lists.ximian.com Subject: Re: [Mono-list] Recommended MySQL Data Provider? On 11/5/05, David P. Donahue <[EMAIL PROTECTED]> wrote: > Can anyone recommend another one they've used that works well for them? > I remember when I first started out that it was necessary for me to > re-compile the data provider myself in order to get it to run in Mono, > and ByteFX was the only one I found that came with the code and was > simple enough to do that. But that was many moons ago and I don't know > if others would easily work with a more recent Mono. > > Any suggestions? Try the official connector from MySQL: http://dev.mysql.com/downloads/connector/net/1.0.html But be sure to search the mailing list first because there are a few quirks with the current version that you should be aware of. One case is the way it currently deals with DateTime values with a value of 0 (-00-00 00:00:00). -- _nimrod_a_abing_ "I reject your reality and substitute my own." -- Adam Savage ___ 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] Ask Microsoft: Mono support
Not only can't it come as a surprise, we should all nod our heads in agreement... There's no question that MSFT .Net on Windows is more complete and more solid than Mono right now. It's ok, we shouldn't expect it to be different yet. I would argue that even Linux, with it's much longer history and incredibly greater amount of resource and effort, is just over the last year approaching the stability and completeness of Windows in certain markets. Somebody said in IRC that based on code count, mono so far is estimated to have cost under $1m in Novell-paid time to write. While our leverage is much higher in open source, this is still a far cry from the kind of money Microsoft has thrown behind .Net -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Maltes Sent: Wednesday, October 27, 2004 10:13 AM To: DAN MALTES; 'Carl Olsen'; 'Jonathan Pryor'; 'Jonathan Stowe' Cc: 'RoBiK'; 'Mono-List' Subject: RE: [Mono-list] Ask Microsoft: Mono support I will add to this that Amanda's use of the word "attempt" is obviously meant to communicate that Mono is not as complete or solid as the MS .NET framework. Of course an MS rep will say something like this, of course they want folks to use .NET on Windows. That's a given folks. No need to be offended, or galled, or whatever else. MS was the first to do .NET and they will continue to make the point(right, wrong or otherwise) that it's the most feature rich and stable. Come now, this can't come as a surprise. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Maltes Sent: Wednesday, October 27, 2004 9:47 AM To: 'Carl Olsen'; 'Jonathan Pryor'; 'Jonathan Stowe' Cc: 'RoBiK'; 'Mono-List' Subject: RE: [Mono-list] Ask Microsoft: Mono support I agree, Amanda Morgan actually says in the second paragraph: "Frankly, Mono is just one example of the level of excitement within the developer community around .NET. " That sure doesn't sound like a FUD of Mono to me. It sounds to me like Amanda is simply saying "we're not involved with Mono, but they are creating something just like the .NET framework because it's an exciting platform". As far as FUD goes, I think people will pull what they want out of what other people say because they have a bias and it serves their agenda. Sociology 101 really. -Dan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carl Olsen Sent: Wednesday, October 27, 2004 8:15 AM To: 'Jonathan Pryor'; 'Jonathan Stowe' Cc: 'RoBiK'; 'Mono-List' Subject: RE: [Mono-list] Ask Microsoft: Mono support I didn't find Microsoft's position to be negative at all. I agree that ease of use and standardization is needed on Linux platforms. Mono provides exactly that. I've been programming mostly with Microsoft Visual C# for the past year or two and I find it fairly easy to learn to program with C# on Mono. If I had to use another language, I'd be completely lost. I'm only guessing, but Mono could lead to a flood of applications being developed for Linux platforms which would only increase the attraction to Linux. I like Microsoft products because so many people are using them that there's quite a body of knowledge floating around amongst general users, but I'm not opposed to competition. I find Linux to be difficult to work with, but I'm sure it's only because I'm unfamiliar with it. Competition is a good thing for consumers. I want to thank Microsoft for making C# open source and I want to thank Novell and all the people who have worked on Mono for giving us more options instead of less. > -Original Message- > From: [EMAIL PROTECTED] [mailto:mono-list- > [EMAIL PROTECTED] On Behalf Of Jonathan Pryor > Sent: Wednesday, October 27, 2004 6:00 AM > To: Jonathan Stowe > Cc: RoBiK; Mono-List > Subject: Re: [Mono-list] Ask Microsoft: Mono support > > On Wed, 2004-10-27 at 06:48, Jonathan Stowe wrote: > > > Yes this all true but (and possibly only in my reading) the "attempt > > by Novell" phrase appears to be trying to give it an entirely > > negative connotation. > > I suppose that does have a slightly negative connotation. More > galling to me is that Novell isn't the only entity involved; lots of > individuals are also involved, as is Mainsoft (and likely other companies). > > - Jon > > > ___ > 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 ___ 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 smime.p7s Description: S/MIME cryptographic signatur
RE: [Mono-list] Is Mono ready to compete with MS .NET in realbusiness?
To assert that VIM is good enough is exactly why "Mono" (the overall concept) is not competitive as a *business* development platform yet. Is it suitable for some people and tasks? Definitely. It's also suitable for people who want to contribute their time to improving it, who don't want to pay for or don't need a more full featured development environment, or who enjoy tweaking for educational purposes. But for business development, sort of by definition, it's not there. I've been programming for 15 years, on both Unix'en and MSFT platforms at various times, and I know there are pluses and minuses to both; I'm not a MSFT blind follower. But there is no minus to having a usable debugger, or auto statement completion, or an integrated help system. They speed up development time, full stop. That doesn't mean I need a class browser or some form building widget, although again many businesses will view that as part of being "competitive." As importantly, there IS an inherent disadvantage to having to spend a huge amount of time recreating or improving all these things. Someone has to do it, no question, and those people are rightfully revered and appreciated in open source efforts. But for most business applications, the owner of the business is not going to see value in the person who was supposed to be writing the WidgetManager app working on a new debugger for a programming language. Their time is more expensive than Windows + VS.Net + a new car. So again, I love Mono, and I look for places where I can be helpful by lending stuff I know that maybe other people might have a harder time finding out, or where I'm particularly suited or interested in a particular feature. But in the end, as a guy in a small startup company, I can't spend the huge amount of time (and therefore money) required to build a debugger or get Mono fully working on OS X, even though I wish I could, and so I wait. And unless the original poster is in a position to do this, I would still submit that the answer to his question, right now, is "no, Mono is not competitive with MSFT in real business yet." Heck, part of the brilliance of Mono is that it doesn't HAVE to be competitive in all aspects yet. It embraces and extends MSFT.Net. You want to use VS? Sure, have a ball with all the widgets and doo-hingies. Then run it on MacOSX or Linux using the same binary. Finally, somebody realized the way to take on MSFT is to beat them at their own game. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shawn Vose Sent: Thursday, September 30, 2004 1:48 PM To: mono-list mailing list Subject: Re: [Mono-list] Is Mono ready to compete with MS .NET in realbusiness? Amen! To that. I love vim. I use it for all my coding needs; however, m$ people are going to have a hard time figuring out how to save their code. :w is not as intuitive as a few mouse clicks ;-) Jonathan Stowe wrote: >On Wed, 2004-09-29 at 15:14, Max Metral wrote: > > >>I'd have to say Mono is not ready to compete yet, but only to complement. >>The development environments just don't seem to be there yet, mainly the >>extreme difficulty involved in getting even a simple debugger. Compared >>with the relative simplicity and power of VS2003, it still is much better to >>author in VS and run on Mono. >> >> >> > >But the development environment *is* there as far as some people would >be concerned, vim has come with C# syntax highlighting and indenting >rules for a while now and quite frankly that is more than some people >need. The development environment isn't the language. The language >(that is the compiler, the runtime environment and the libraries) is a >tool, just as the editor you might prepare the source code in is. > >I guess this divergence of viewpoints is an amusing consequence of the >strange nexus around mono - on the one hand those coming from the MS >side and used to the monolithic application and on the other those >coming from the more tools oriented approach that arises in the Unix >world. > > > >>That is already a great thing, so it's not a knock on Mono or peoples' >>efforts, but there's still work to be done. >> >> >> > >But probably by others than the core mono developers. That's the funny >thing about open source projects - people tend to concentrate on the >things that they think are important. I generally find that if one >disagrees with those priorities then the best way to sort it out is by >supplying some code oneself. > >/J\ > > >>-Original Message- >>From: [EMAIL PROTECTED] >>[mailto:[EMAIL PROTECTED] On Behalf Of PFJ >>Sent: Wednesday, Septembe
RE: [Mono-list] Is Mono ready to compete with MS .NET in realbusiness?
I'd have to say Mono is not ready to compete yet, but only to complement. The development environments just don't seem to be there yet, mainly the extreme difficulty involved in getting even a simple debugger. Compared with the relative simplicity and power of VS2003, it still is much better to author in VS and run on Mono. That is already a great thing, so it's not a knock on Mono or peoples' efforts, but there's still work to be done. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of PFJ Sent: Wednesday, September 29, 2004 4:55 AM To: mono Subject: Re: [Mono-list] Is Mono ready to compete with MS .NET in realbusiness? Hi, > Mono 1.0 was shipped awhile ago, and I'm really excited > about that... but now the natural question is: > > "Is Mono ready to compete with MS .NET in real business?" Depends on the context. For winforms, no. 1.2 will have that and it should rock. > ... and one more question is > > "Will Novell provide support, documentation, etc.?" > "If yes, by when?" monodoc already has the documentation. As C# is already a standardised language, whatever is in the ECMA standard or the MS documentation should follow. > Behind MS .NET there is a huge development team, > support, documentation, and continuity... and I > think Novell should offer the same, but till now > I don't see anything in that way. There is with Mono. The big difference is that (I would guess) the majority of those working on Mono aren't on the Novell payroll - it's the biggest difference between Open and Closed source. Take OpenOffice, there are well over 200 people actively working on it, yet only about 15 work for Sun! TTFN Paul -- "If I face my God tomorrow, I can tell Him I am innocent. I've never harmed anyone. I have cheated no one. I have deceived no one. I have hurt no one. Except myself. And that He will forgive me." - Hans Holzel smime.p7s Description: S/MIME cryptographic signature
[Mono-list] Installing unsigned code in the GAC
In attempting to compile NAnt on MacOS, I need to install some unsigned assemblies in the gac. On Windows, in a pinch, I would ildasm, sign, and ilasm them. This doesn’t seem possible on mono. How can I get an unsigned assembly into the gac? Max Metral One Appleton Street, 3rd Floor Boston, MA 02116 617-848-9030 <> smime.p7s Description: S/MIME cryptographic signature
RE: [Mono-list] How hard is it to install Mono?
Well, I guess I'd say it's hard since I still have been unsuccessful. I'm trying to do either of two things: 1) Install on Windows 2) Install on MacOS X Windows hasn't been too bad yet, but MacOS has been generally a nightmare. The thing built random stuff for days and still didn't work. My main comment at this point would be that it's important to think of "installing Mono" as more than just getting mcs working. Part of the install should be some sort of sanity test that runs a standard hello world program, but more importantly we should consider an install to include a working debugger too I think. For those of us doing porting and checking out mono after coming from VS, it doesn't look so great to end up with a compiler with no tools to figure out what's going wrong... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Duncan Mak Sent: Tuesday, August 24, 2004 1:59 PM To: mono-list mailing list; mono-devel mailing list Subject: [Mono-list] How hard is it to install Mono? Hello all, We are in the process of re-evaluating the way we package Mono, in doing so, I'd like to get some feedback from you all. When we entered the 1.0 beta cycle, we split the previous setup of two packages (mono, mono-devel) into smaller packages, believing that it will provide greater flexibility for users, who may wish to selectively install only certain parts of the whole release. We received a lot of feedback from this change: some said that it was a bad decision, as it made the installation process more complicated; others said it worked great for them for it fit their use case more closely. During the 1.0 beta cycle, the package dependency listing was hand written and buggy. That was the source of a lot of broken, incomplete installations reported [1]; later in the beta cycle, we switched to using a script that calculates dependencies based on assembly references. With that, our current set of packages is a lot less buggy now [2]. To further facilitate end-users, two meta packages were created: 'mono-complete' and 'mono-complete-devel'. Installing these packages requires installing every package we ship. Effectively, this mimics the old 'mono' and 'mono-devel' package. We made available 'mono-all' zip files on the download page, containing all the packages we ship for that particular release. On top of downloading packages from the download page, there are two additional ways of installing Mono: either through the 'mono' channel on Red Carpet, or with our YUM repository for Fedora users. Both mechanisms will resolve dependencies problems for you. Some questions: How do you install Mono right now? What do you do to upgrade? Is Mono too difficult to install for people new to Linux? For people with Linux experience? Do you think switching back to a two package setup is a good idea? A lot of Mono users are new to Linux, and it is evident that the installation procedure for Windows (Paco's excellent installer) and Mac OS X (the dmg image from Adam) is far simpler than the various mechanisms available on Linux. We like to make the installation experience on Linux as simple as the others as well. Thanks so much! Duncan. [1] e.g. mono-web-services requires mono-web-forms, but the dependency was not encoded in the RPM. [2] Frequently the mono-preview package gets installed in place of other packages, resulting in broken installations. This has been fixed in CVS and will be rolled out in the next release. ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list smime.p7s Description: S/MIME cryptographic signature
[Mono-list] Porting Cookbook
So I have a decent sized project (not large, not small) built in C# and Visual Studio for Win32 obviously. I’m embarking on refactoring and hoping to get Mono into the mix. Is there a cookbook for taking VS projects into a Mono world? If not, I’d like to start one, any pointers from those who have tried it that should be noted? We’re going with a solution based dev environment, but with Nant doing the “real” builds by referencing the proj files. We’ll be using NUnit and log4net for their respective purposes, and heavily separating all Win service, GUI, and command line type interfaces away from the core frameworks. So I’m sure there will be cases where certain projects simply don’t work on Mono, but hopefully Nant will help us out in making that easy to setup. Thanks. --Max Max Metral One Appleton Street, 3rd Floor Boston, MA 02116 617-848-9030 <> smime.p7s Description: S/MIME cryptographic signature
RE: [Mono-list] Mono Debugger on OS X
You've gotten further than I have, but I also couldn't get it to compile (but I took it from a web package, not from CVS) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shane Landrum Sent: Sunday, August 22, 2004 10:54 AM To: Mono List Subject: [Mono-list] Mono Debugger on OS X Has anyone been able to compile the Mono debugger on OS X recently? In building it from CVS, I get an error: -- rm -f .libs/trad-core.lo gcc -DHAVE_CONFIG_H -I. -I. -I../.. -D_GNU_SOURCE -I. -I. -I./include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wshadow -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -MT trad-core.lo -MD -MP -MF .deps/trad-core.Tpo -c trad-core.c -fno-common -DPIC -o .libs/trad-core.lo trad-core.c: In function `trad_unix_core_file_p': trad-core.c:100: error: structure has no member named `u_dsize' trad-core.c:105: error: structure has no member named `u_ssize' trad-core.c:122: error: structure has no member named `u_dsize' trad-core.c:126: error: structure has no member named `u_ssize' trad-core.c:133: error: structure has no member named `u_dsize' trad-core.c:133: error: structure has no member named `u_ssize' trad-core.c:178: error: structure has no member named `u_dsize' trad-core.c:183: error: structure has no member named `u_ssize' trad-core.c:191: error: `HOST_TEXT_START_ADDR' undeclared (first use in this function) trad-core.c:191: error: (Each undeclared identifier is reported only once trad-core.c:191: error: for each function it appears in.) trad-core.c:191: error: structure has no member named `u_tsize' trad-core.c:197: error: `HOST_STACK_END_ADDR' undeclared (first use in this function) trad-core.c:197: error: structure has no member named `u_ssize' trad-core.c:214: error: structure has no member named `u_ar0' trad-core.c:217: error: structure has no member named `u_dsize' trad-core.c: In function `trad_unix_core_file_failing_command': trad-core.c:243: error: structure has no member named `u_comm' trad-core.c: At top level: trad-core.c:285: warning: initialization discards qualifiers from pointer target type make[4]: *** [trad-core.lo] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 -- srl -- Shane Landrum --- [EMAIL PROTECTED] --- '90 CB-1, too many bicycles ___ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list smime.p7s Description: S/MIME cryptographic signature
[Mono-list] MacOS X, a debugger, and visual studio
Hi. I’m trying to port an app built with Visual Studio. It’s a Windows service app, but we can modify that or refactor it if necessary. My problem is that I’ve successfully built the app, but it doesn’t run and I can’t seem to get any sort of dev env or debugger running. I’ve tried to run through all the various attempts at getting mono.develop to work, and other than 3 days worth of builds, I have not much to show for it. And it also seems that even those who have gotten mono.develop to work have it crashing all the time. So I guess my questions are: 1) Is there a working debugger for mono on the Mac? How do I get it? Fink? Martin’s 0.9 release with some magic incantation? (it complains about a missing mach-o.c now) 2) If you were going to make small edits to a VS based project, what would you do? Emacs & nant? XCode? 3) Less important: I must have a whole mess of junk now from all my fink installs, builds, etc. I haven’t a clue where all this stuff is littered over the drive. Other than fink remove and deleting my build dirs, how could I “start over” with mono related stuff? Thanks, sorry if this is too newbie, but if I can’t find it on google I’ll venture that at least I’m not a total idiot. J