[Mono-dev] Patch to fix bug 874, Console.BufferHeight and BufferWidth returning incorrect values after terminal window resize
Hi there, Hope I have the right place for this... The attached patch fixes bug 874 which I submitted earlier today (http://bugzilla.xamarin.com/show_bug.cgi?id=874). -- Kevin From 70f49b48e9b9ed39b9461312d11bd9063b0322ec Mon Sep 17 00:00:00 2001 From: Kevin Houlihan kjhouli...@gmail.com Date: Sat, 17 Sep 2011 15:46:28 +0100 Subject: [PATCH] Change to ensure that correct BufferHeight and BufferWidth are returned after terminal resize. Console.BufferHeight and Console.BufferWidth were returning incorrect values after a terminal window resize on Linux (bug 874). I added CheckWindowDimensions calls to the getters of these properties to ensure that the values are up to date. --- mcs/class/corlib/System/TermInfoDriver.cs |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/mcs/class/corlib/System/TermInfoDriver.cs b/mcs/class/corlib/System/TermInfoDriver.cs index 17b464f..89279ca 100644 --- a/mcs/class/corlib/System/TermInfoDriver.cs +++ b/mcs/class/corlib/System/TermInfoDriver.cs @@ -548,6 +548,7 @@ namespace System { Init (); } +CheckWindowDimensions (); return bufferHeight; } set { @@ -565,6 +566,7 @@ namespace System { Init (); } +CheckWindowDimensions (); return bufferWidth; } set { -- 1.7.1 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 2.0 download
2008/10/6 Andrew Jorgensen [EMAIL PROTECTED] As we announced before we are only producing binaries for openSUSE 11.0 SUSE Linux Enterprise 10 Windows Mac OS X We have left up the old repositories for now. We may remove them around the 2.2 release cycle. Jezz way to alienate the user base. Ive been using Mono for a number of years, and one of my main reasons for using SuSe/openSuse was due to the fact that Novell always made sure that the mono releases were availble for the last couple of suse releases. Now Im faced with either upgrading to 11.0 or setting a day aside to build mono from source, and loose the system maintained updates. Thanks for that. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 2.0 download
2008/10/7 Andrew Jorgensen [EMAIL PROTECTED] The original announcement about that is here: http://lists.ximian.com/pipermail/mono-devel-list/2008-September/029144.html It would not be terribly difficult to make 2.0 available for 10.3 but we must be clear on the point that it is not tested and therefore not supported. We don't want to alienate you but we also won't be held resposible if a 10.3 build of Mono 2.0 causes minor skin irritation. :-) Because you asked so politely I'm enabling the openSUSE_10.3 builds in the Mono OBS project. It will be a while before they are built and published. UNSUPPORTED: http://download.opensuse.org/repositories/Mono/openSUSE_10.3/ Please do consider upgrading to 11.0. It's a solid release with vastly improved package management among other things. Best Regards, Andrew Jorgensen PS: Any 10.3 builds are unofficial and unsupported, got it? Good. PPS: There's a good chance they'll work just fine. PPPS: Don't tell anyone I said so though. Wow, I didn't actually believe you would just put 10.3 back in there, but thats excellent news, it's very much appreciated, and I'm sure others will feel so too. Sorry about the abruptness, it had been a very long day, and its easy to just bash out what you're thinking. I would upgrade to 11.0, but I generally wait for the ##.1 releases after the whole problems that where experienced with the 10.0 release; and also I have to make sure all apps still work the same way in the new OS release, otherwise I alienate the wife from Linux adoption. I take your point with the lack of testing for 10.3, and I will test with mono 2.0 on that basis. But thanks again for enabling this! Kevin ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] How to install mono monodevelop on Debian Etch 4.0
Hi Edson, I wrote a simple guide a while back and updated it again last winter. It should still be fairly up-to-date. If anyone has any suggestions on how to improve the guide, I'd be happy to update it. http://kevinfitzgerald.net/sto/monodevelop-debian-etch.html Thanks, -Kevin Fitzgerald --- Date: Sat, 09 Feb 2008 16:35:43 -0200 From: Edson - PMSS [EMAIL PROTECTED] Subject: [Mono-dev] How to install mono monodevelop on Debian Etch 4.0 To: mono-devel-list@lists.ximian.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed I would like to know how to install mono and monodevelop on Debian Etch 4.0. I have mono installed, but I don't know how to install monodevelop. I can edit and compile my files by command line and I don't have any idea on how to install monodevelop. I thank in advance by any solution. Thanks! ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Linq sample?
As I understand it, we support the query language rewrite, and the core classes for querying objects in the manner specified in your last mail. The problem is our compiler doesn't default to all that new jazz yet, just add -langversion:linq to your compiler options and it should work. On 9/23/07, pablosantosluac [EMAIL PROTECTED] wrote: Hi! I was wondering which is the current Linq status in mono. I've downloaded and compiled the olive project, and now I have the System.Data.Linq assembly but I was wondering how should I write a Linq sample in mono. I didn't find a sample or test in the code to start up with. I tried this one from msdn, but I guess I'm doing something wrong because I wasn't able to compile it. using System; using System.Linq; using System.Collections.Generic; class app { static void Main() { string[] names = { Burke, Connor, Frank, Everett, Albert, George, Harris, David }; IEnumerablestring query = from s in names where s.Length == 5 orderby s select s.ToUpper(); foreach (string item in query) Console.WriteLine(item); } } I'm just interested in in-memory queries. Any suggestions? Thanks, pablo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Cheers, Kevin Kubasik http://kubasik.net/blog ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Linq sample?
Oops, appears we crossed streams... err... yeah -Kevin Kubasik On 9/24/07, Robert Jordan [EMAIL PROTECTED] wrote: pablosantosluac wrote: Hi! I was wondering which is the current Linq status in mono. I've downloaded and compiled the olive project, and now I have the System.Data.Linq assembly but I was wondering how should I write a Linq sample in mono. I didn't find a sample or test in the code to start up with. I tried this one from msdn, but I guess I'm doing something wrong because I wasn't able to compile it. Compile it with gmcs -langversion:linq Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Cheers, Kevin Kubasik http://kubasik.net/blog ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] DataQuery.cs Bug #327048
I completely forgot, I'll attach a file with the nunit TestFixture when I get home and can access it. The tests are not complete, and this class actually depends on classes that I have not implemented yet, or have not tested (at all) yet. I will try to get a more complete patch with its dependencies and current tests sometime tomorrow. I might need some help fleshing out the tests to be more complete, as they are only testing pretty generic usages of each method. It is also worth noting that the tests only work on the MS implementation as I do not have a working DataContext. Thanks for the review! I'll also clean up the code styling! On 9/24/07, Marek Safar [EMAIL PROTECTED] wrote: Hello Kevin, Another small patch, this one for a class called DataQuery. Its basically a bare-bones implementation of IQueryable, IQueryProvider, and IEnumerable. This is not only great for debugging, but can make code far more readable and concise. Please check http://www.mono-project.com/Coding_Guidelines for coding guidelines. I cannot see any tests for your new functionality. Thanks Marek -- Cheers, Kevin Kubasik http://kubasik.net/blog ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] DataQuery.cs Bug #327048
Another small patch, this one for a class called DataQuery. Its basically a bare-bones implementation of IQueryable, IQueryProvider, and IEnumerable. This is not only great for debugging, but can make code far more readable and concise. -- Cheers, Kevin Kubasik http://kubasik.net/blog dataquery_olive.diff Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] DataContext Implementation Advice
Ok, so I've been able to create a pretty generic (if highly adaptable) IQueryProvider which implements very basic Linq - Sql support(More on that later). This project was to better understand the roll played by different components in the linq-sql pipeline. While the more complicated and optimized we try to make the Linq-SQL conversion, the harder it becomes, the core of implementing a Provider is pretty easy. We could write custom _query_ providers all day long and have linq to the world. The problem is that we want updates, deletes, sprocs etc. That is where the DataContext comes in, and my headaches start. The principal of the DataContext is easy enough, its like the ADO.NET 2.0 DataSets in that it can be generated as a strongly-typed extension of the core DataContex, or as a generic and adaptable class. The DataContext sits in System.Data.Linq, and is the gatekeeper between the query language and a provider. In addition to just being in the way, the DataContext provides metadata about a database, has an understanding of tables and relationships, as well as stored procedures. It is also responsible for object caches. This is all fun and good, with some decent mapping code we can do all that without breaking a sweat. The problem is DataContext.SubmitChanges(). As tables are manipulated etc. these changes are tracked in-memory (or some other awesometastic way) and eventually either reverted or submitted. More importantly, to anyone using the DataContext's tables gets the modified information. Again, things don't sound too bad, and there are already implementations (DataTable, DataSet etc.). The difference is they have all the data, and execute a modification upon call, then store the old value and the current state of the data. Linq is all deferred execution, we don't have an in memory representation of the data on the database, we just have a list of instructions, each of which will return a result. So, basically I've determined that out DataContext will have to track everything happening in each of its tables. This got me thinking, an event driven model would be perfect, we would only act when actual action was being taken. Now, I basically have both ends of the spectrum, we get every object associated with an expression utilizing a DataContext, and flag it in our cool DiffTracker, using a Dictionary or Hashtable for fast lookups based upon the entity itself, then we process each event as it happens (which is pretty much the last thing an expression will do). I think we can get away with only the current state of each noteworthy object and the most recent past.I figure if the state is Insert, who cares what the object was before, if the state is Update, we just update all values to their current value, selecting on the old object, and if its delete yeah. There is a States.cs Enum in the System.Data.Linq directory with all the states a DataContext is aware of. The problem is the massive middleman, I've gotten absolutely worlds better with some of C#'s more advanced language structures in the few days I've been working on this, but I am not 100% sure of hows the best way to go about this. As a result, I would really love some help. I can get the DataContext to respond intelligently to Linq queries, and continue to process the subtree into a table. Once we are at that point, its all on the individual Sql implementation (which isn't important yet, and isn't really on the immeidate radar.). If someone could help me out a bit with the actual construction of the DiffTracker and DiffWrapper classes, it would be greatly appreciated. You aren't obligated to use my design, or even help at all. But I would _greatly_ appreciate some feedback or any ideas anyone has about this. Specifically with regard too keeping this light and simple, as I feel like it could quickly become a massive buggy mess. -- Cheers, Kevin Kubasik http://kubasik.net/blog ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] DataContext Implementation Advice
Yeah, thats right along the line I was hoping to go before, my only concern really stems from my lack of experience with the whole functional programming workflow. I would think that adding a listener to every entity in a DataContex's Tables. But my concern was more over managing state accurately, and are the 'same' entities always going to appear that way to a hash, or would it need to be a searched list? Just because of the mammoth amount of work that has to go into getting the very start of a system like that working, I want to be somewhat confident. Anyways, the upside is that I can probably use linq over the object store ;) On 9/21/07, Paul Stovell [EMAIL PROTECTED] wrote: Hi Kevin, I'm enjoying reading these posts of yours - very fascinating. With regards to change tracking, the last time I looked, DLINQ objects raise a PropertyChanging (INotifyPropertyChanging, part of System.ComponentModel ) event when properties are changed. Since it is your QueryProvider (the DataContext) which is returning the objects, it can subscribe to these events and use them to builds its hashtable when updateable items are modified. So a DictionaryRow, Change (where a Change represents the original and new value), as you suggested, would seem like the way to go to me. Cheers, Paul www.paulstovell.net On 9/21/07, Kevin Kubasik [EMAIL PROTECTED] wrote: Ok, so I've been able to create a pretty generic (if highly adaptable) IQueryProvider which implements very basic Linq - Sql support(More on that later). This project was to better understand the roll played by different components in the linq-sql pipeline. While the more complicated and optimized we try to make the Linq-SQL conversion, the harder it becomes, the core of implementing a Provider is pretty easy. We could write custom _query_ providers all day long and have linq to the world. The problem is that we want updates, deletes, sprocs etc. That is where the DataContext comes in, and my headaches start. The principal of the DataContext is easy enough, its like the ADO.NET 2.0 DataSets in that it can be generated as a strongly-typed extension of the core DataContex, or as a generic and adaptable class. The DataContext sits in System.Data.Linq, and is the gatekeeper between the query language and a provider. In addition to just being in the way, the DataContext provides metadata about a database, has an understanding of tables and relationships, as well as stored procedures. It is also responsible for object caches. This is all fun and good, with some decent mapping code we can do all that without breaking a sweat. The problem is DataContext.SubmitChanges(). As tables are manipulated etc. these changes are tracked in-memory (or some other awesometastic way) and eventually either reverted or submitted. More importantly, to anyone using the DataContext's tables gets the modified information. Again, things don't sound too bad, and there are already implementations (DataTable, DataSet etc.). The difference is they have all the data, and execute a modification upon call, then store the old value and the current state of the data. Linq is all deferred execution, we don't have an in memory representation of the data on the database, we just have a list of instructions, each of which will return a result. So, basically I've determined that out DataContext will have to track everything happening in each of its tables. This got me thinking, an event driven model would be perfect, we would only act when actual action was being taken. Now, I basically have both ends of the spectrum, we get every object associated with an expression utilizing a DataContext, and flag it in our cool DiffTracker, using a Dictionary or Hashtable for fast lookups based upon the entity itself, then we process each event as it happens (which is pretty much the last thing an expression will do). I think we can get away with only the current state of each noteworthy object and the most recent past.I figure if the state is Insert, who cares what the object was before, if the state is Update, we just update all values to their current value, selecting on the old object, and if its delete yeah. There is a States.cs Enum in the System.Data.Linq directory with all the states a DataContext is aware of. The problem is the massive middleman, I've gotten absolutely worlds better with some of C#'s more advanced language structures in the few days I've been working on this, but I am not 100% sure of hows the best way to go about this. As a result, I would really love some help. I can get the DataContext to respond intelligently to Linq queries, and continue to process the subtree into a table. Once we are at that point, its all on the individual Sql implementation (which isn't important yet, and isn't really on the immeidate radar.). If someone could help me out a bit
Re: [Mono-dev] Linq to Sql Start
Hey, my last e-mail got bounced for size, so if you really want the zip, or the patch, everything is at http://kubasik.net/files/olive_patches/ sorry! On 9/20/07, Kevin Kubasik [EMAIL PROTECTED] wrote: Ok, well in addition to the git way: git clone http://kubasik.net/git/olive-kkubasik.git git branch --track localbranch origin/linq_kubasik git checkout localbranch or the web interface[1], I have included a plethora of patches. The first one (kkubasik-olive) is a simple diff of my working directory against subversion head (or almost, theres the anon delay and my lazness, but it should be pretty close). The zip is a patchset (the way git wants to do them) with a separate patch for every commit I've made to my local repo, probably a pain to actually apply, but good if your confused over an odd diff. And lastly the RevLog (or as its better known git log --pretty --numstat --summary) I'm working on a complete(ish) changelog entry, but its pretty big. (I've been nabbing some low-hanging fruit as I go, null checking, API updates etc.) Anyways, the patches will probably be (somewhat) obsolete later this evening, as I've just been making headway. That doesn't mean ignore them, I need some review of whats going on (things like the DummyDataProvider.cs DiffWrapper.cs and DiffTracker.cs specifically) also any other codeing habits or the like. I've never worked on Classlibs before, and I'm completely open to criticizm, please don't be afraid of hurting my feeling, most of this code is experimental, to see if I've got everything figured out. On a separate note, if anyone is checking the web interface, or the patches, they might notice the TestSuite is currently lots of VisualStudio specific autogenerated code, and a Sql Server 2005 Express Edition database. Being as that toolchain is the only known working implementation (there have been several attempts at MySql backends, I have head mixed things, some were just decompilations of the Sql Provider components with a few syntax changes, and some where from scratch and still buggy.) If there's a frontrunner I'll gladly port the tests, however, until then, (especially seeing as we don't build or run this library by default atm) I would prefer to shelf the overhead associated with making those test's crossplatform. Once we have some form of implementation (even something like 20-30% functional API compatibility, I can get it integrated with makefiles, and using dummy objects for our db backend. All that said, what is the policy for moving this type of code into the repo? Would we just keep the test module separate (maybe as an svn:external ?) or something, or is it ok? Anyways, I hope I'm on the right track here, and actually poised to help, and not just be a constant question sinkhole. I know that a lot of the full-time mono developers telecommute, is there a good time to catch people on the IRC or a Jabber conference room? Anyways, if anyone gets a chance, let me know what possible potential solutions might be with regards to the test suite. Please feel free to examine/peruse/molest the other code as well, however most of that is placeholders etc. until I can flesh out more helper classes/methods. Here is the ChangeLog entry I wrote for this lump of patches, even though its not really a release or anything. 2007-09-20 Kevin Kubasik [EMAIL PROTECTED] * A series of small API Compatability fixes for Beta 2 * A Test Project LinqDataTest (Windows Specifict ATM) * The beginnings of a Linq to Sql Test Suite * DataShape.cs - DataLoadOptions.cs (API Change) * DataContext.cs - Added missing interfaces and method stubs * Write and test GetTable() * Started work on Translate() * Added missing public Properties * DummyDataService.cs * Primarily to extend IDataService.cs for testing * Could potentially become a 'core' implementation * IDataService.cs * Uncommened interface * Organized methods by instance-public and everything else * State.cs * Added a 'ChangeState' enum, as seen in several places on MSDN * Table_T.cs * Added several missing interfaces * Method stubs for corresponding methods * Started work on Add * Implemented Expression handling * DiffTracker.cs DiffWrapper.cs * The backend of Table, will provide access as an IEnumerable * Allows the sane implementation of SubmitChanges() * ChangeSet.cs * Working implementation matching docs on MSDN * EntityRef.cs * BuildFixes when working with Windows * Link_T.cs * Ported existing elements of implementation to updated API * IExecuteResults.cs IFunctionResults
Re: [Mono-dev] Linq to Sql Start
/me eyes get big Wow, my complete apologies, I didn't realize the patch was so inflated, its probably mostly line endings, I'll try and slim it down, although if anyone has had some prior experience with a good tool/practice, I'm all ears. As far as changing what is necessary, there was a lot of shifting around with in the System.Data.Linq department, this blog post[1] makes a haphazard effort to summarize them. I wasn't super conservative when the class was empty or all notimplemented exceptions. And I could always be corrected, I'm getting my public API's from the Visual Studio Class Browser, and then random scouring of the net for solid examples of use etc. as MSDN isn't as fleshed out for the 3.5 classes. However, I don't this I was ever excessive, a lot of the time it I'm sorry, I should have been more clean when I said VS wrappers, I didn't mean Visual Studio Test Cases or anything, its all written in Nunit, I just have a DataSet and DataContext that were generated using the VisualStudio tools. As for the Database, its just for the big sloppy overarching tests that I started with, they aren't necessary now, I can remove them, once I clean up the EOL issues so I'm not just compounding the problem. [1] -http://oakleafblog.blogspot.com/2007/07/linq-changes-from-orcas-beta-1-to-vs.html On 9/20/07, Marek Safar [EMAIL PROTECTED] wrote: Hello, Hey, my last e-mail got bounced for size, so if you really want the zip, or the patch, everything is at http://kubasik.net/files/olive_patches/ I am sorry but I am not going to review 2.2 MB patch file. My recommendations are: - Don't change what is not necessary - I see there is some problem with line ending, I can have a look at this if you find it difficult. - Please don't use VS unit test wrappers, or convince me why it's necessary - Your unit tests should not rely on DB. Thanks Marek -- Cheers, Kevin Kubasik http://kubasik.net/blog ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Linq to Sql Start
Hey, I totally get that, I really hadn't meant for there to be sooo much lumped into that patch. I'm going through and breaking the task down into smaller utility classes (some public, some private) and once the framework for them is in place, I can seriously examin the grander scheme. Anyways, this e-mail is 3-fold 1) I have attached a neat and clean and pretty patch that does the following: * Implements QueryCompiler near 100% * Adds ChangeSet to the build, and adds a nearly complete implementation * ChangeLog and Build infrastructure for both of these classes * I filed a bug so the patch wouldn't get lost, its here at: https://bugzilla.novell.com/show_bug.cgi?id=327018 (Yeah, its kinda a dumb bug, but its a random subset of work I guess...) 2) You might notice that I did not include any mention of Unit Tests (implying untested code, a big no-no!) I do have tests, but most of them still revolve around query expressions using the generated NorthWindDataContext, and I am unsure of how exactly to proceed. Miguel had mentioned writing a tool to generate the mappings code (which is on the TODO at some point, but that task is almost impossible to reasonably test before we have working Expression parsing and accurate execution (in terms of time, order, and source). For my own experimentation, discovery and testing, this setup (augmented by the VS debugger) works quite well for determining the behavior of API's. However, there is far too much overhead at the moment to make that part of the official test suite. I know this is probably just my inexperience with not only Nunit, but the Test driven development model in general. Since the whole System.Data.Linq namespace is currently test-less, I don't know if we would hold off on new code until that issue has been taken care of, or we can put it off until theres a more cohesive framework to test, or what. I'll be busy enough collating things and completing full classes instead of just 1 or 2 methods. 3) What exactly is the practice as far as code commenting/documentation. The current patch is bare (my local copy has a smattering of TODO's FIXME's and general blurbs anywhere things get messy, new, or complex. Most of the other libs don't seem to have the inline documentation, just some general comments. There are some smatterings about it in the wiki, but most of the code in SVN isn't like that, so I just thought I would ask. Cheers, Kevin Kubasik On 9/20/07, Miguel de Icaza [EMAIL PROTECTED] wrote: Hello, Wow, my complete apologies, I didn't realize the patch was so inflated, its probably mostly line endings, I'll try and slim it down, although if anyone has had some prior experience with a good tool/practice, I'm all ears. It is best to submit small patches as you go that trying to land a huge contribution all at once. Also, it seems that the 2.2 meg file contained a lot of auto-generated code.It might make sense to write our own tool that generates those files instead of checking-in 2.2 megs of generated stuff. Miguel -- Cheers, Kevin Kubasik http://kubasik.net/blog compiledquery_changeset.patch Description: Binary data ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Linq to Sql Start
Hey! I've started to get going on some of the System.Data.Linq work, at the moment, there's not much in terms of real code to show, but some initial unit tests (my first ever, sorry they're so incomplete) and API updates (Get the public API more in sync with the current 3.5 Beta 2) and realistic implementation for some of the extension methods, static methods, and helper style classes. I hope to delve into Table and DataContext later this week (the real toughies) but once I 'got' the whole deferred execution thing, this whole system started to make a lot more sense. (Hence my writing the CompiledQuery class ;) ). Anyways, there's too much file movement to do a sane patch, and since some of the new files aren't properly integrated into the build system, I don't want to submit a patch, however, as I clean up the code and make more progress, I'll release a branch later today, once I finish cloning SVN for a local repo. Anyways, I figured I should drop in some sort of status update, at the moment, the biggest hurdle for me is getting build systems to play nice, conceptually, it seems easy enough, just add a makefile event which outputs the VS projects and solutions. The other thing is I'm currently using Resharper to run the Nunit tests, and that needs to be added to the makefiles. Before I get in too deep, whats the policy with ChangeLogs? I'm assuming some sort of comment/description of changes is required, however, everyone has their specifics, and I didn't see anything in the wiki. Moreover, should I be submitting individual patches for each increment I complete? (for example when I finish integrating my tests into the build, should I submit that patch or wait until my work is 'done'. Seeing as the namespace I'm working on isn't really at risk of 'breaking' I would guess that reasonable benchmarks are ok, I'm open to whatever. Once I have a public branch of my work up, I'll just reference that. Sorry for all the dumb questions! I'm just starting to figure this whole system out! Thanks so much for all the help! -- Cheers, Kevin Kubasik http://kubasik.net/blog ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Linq to Sql Start
As mentioned below, here is a git branch http://kubasik.net/git/olive-kkubasik.git and you can see it in all it's gitweb glory at http://kubasik.net/git/gitweb.cgi?p=olive-kkubasik.git;a=summary at this moment everything is taking place in linq_kubasik, and once it builds reliably, I'll merge the changes into master. Cheers, Kevin Kubasik On 9/19/07, Kevin Kubasik [EMAIL PROTECTED] wrote: Hey! I've started to get going on some of the System.Data.Linq work, at the moment, there's not much in terms of real code to show, but some initial unit tests (my first ever, sorry they're so incomplete) and API updates (Get the public API more in sync with the current 3.5 Beta 2) and realistic implementation for some of the extension methods, static methods, and helper style classes. I hope to delve into Table and DataContext later this week (the real toughies) but once I 'got' the whole deferred execution thing, this whole system started to make a lot more sense. (Hence my writing the CompiledQuery class ;) ). Anyways, there's too much file movement to do a sane patch, and since some of the new files aren't properly integrated into the build system, I don't want to submit a patch, however, as I clean up the code and make more progress, I'll release a branch later today, once I finish cloning SVN for a local repo. Anyways, I figured I should drop in some sort of status update, at the moment, the biggest hurdle for me is getting build systems to play nice, conceptually, it seems easy enough, just add a makefile event which outputs the VS projects and solutions. The other thing is I'm currently using Resharper to run the Nunit tests, and that needs to be added to the makefiles. Before I get in too deep, whats the policy with ChangeLogs? I'm assuming some sort of comment/description of changes is required, however, everyone has their specifics, and I didn't see anything in the wiki. Moreover, should I be submitting individual patches for each increment I complete? (for example when I finish integrating my tests into the build, should I submit that patch or wait until my work is 'done'. Seeing as the namespace I'm working on isn't really at risk of 'breaking' I would guess that reasonable benchmarks are ok, I'm open to whatever. Once I have a public branch of my work up, I'll just reference that. Sorry for all the dumb questions! I'm just starting to figure this whole system out! Thanks so much for all the help! -- Cheers, Kevin Kubasik http://kubasik.net/blog -- Cheers, Kevin Kubasik http://kubasik.net/blog ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Various Master Page Related Problems
Mono Developers, I've tried posting a few messages to the Mono users list about the problems and have received absolutely no replies. So, I thought maybe I should try here. I'm working on converting a PHP based web site to Mono/ASP.NET. I've come across several quirks which all appear to related to Master Page related problems. The first problem I came across was trying to set the focus to the username field on my login form. Since I'm using master pages, I added: Page.Form.DefaultFocus = UserName.UniqueID to the page's Page_Load function. I'm not using a login control, just a plain form. Anyway, it worked on IE but not on Firefox. Viewing the page source the UserName field is being rendered as: input id=ctl00_MainContent_UserName type=text name=ctl00$MainContent$UserName / And, the function to set the field focus as: WebForm_AutoFocus('ctl00$MainContent$UserName'); It's passing the input field's name to the AutoFocus function. If I adjust the technique I used to set the default focus to: Page.Form.DefaultFocus = UserName.UniqueID.Replace($, _); so that it passes the input field's id instead of it's name to the AutoFocus function it works on both IE and Firefox. I'm using that workaround for now. I had the same problem with a CreateUser control. Using just: Page.Form.DefaultFocus = CreateUserWizard1.ActiveStep.Controls[0].FindControl(UserName).UniqueID; worked on IE, but not on Firefox. Adding a .Replace($, _) to it got it working on both IE and Firefox. The next problem I ran into was with a menu control. It worked as expected on IE. I have the menu control set up so that the background should be white. When I view it on Firefox the menu's background is being rendered as black instead of white. Looking at the css the menu control is adding to the page it looks like this might be another name/id problem. Next, I'm having a problem with some DropDownList controls. I have the AutoPostBack and OnSelectedIndexChanged parameters set appropriately. When I tested it yesterday on IE it worked. On Firefox, I had to hit enter after making a selection to get it to process the selection. Today, I tried it again on IE and when I select an item from the dropdown list an error icon shows up in the status bar. If I check the error's details it shows: Error: 'this._form__EVENTTARGET' is null or not an object Once again, viewing the page source and comparing the select field's onchange parm it looks like this might be another name/id related problem. Any assistance in rectifying these problems would be appreciated Kevin http://www.RawFedDogs.net http://www.WacoAgilityGroup.org Bruceville, TX Si hoc legere scis nimium eruditionis habes. Longum iter est per praecepta, breve et efficax per exempla!!! ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Various Master Page Related Problems
Pablo, On Fri, 14 Sep 2007, Pablo wrote: You don't use UniqueID to refer to the client ID of the control, you use ClientID. It looks like at some point I got the techniques for setting the DefaultFocus and DefaultButtons mixed up. I think I've tried both ClientID and UniqueID. I've switched back to ClientID. I'm at work right now and only have access to IE for testing. I've tried to convince the powers that be to let me install Firefox, but they won't hear of it. It looks like that might have solved that problem. I'll test on Firefox when I get home. For the other problem you should show us some code. Will do. I'll put together some small test pages that illustrate the problems and post them after I've retested on both IE and Firefox. Kevin http://www.RawFedDogs.net http://www.WacoAgilityGroup.org Bruceville, TX Si hoc legere scis nimium eruditionis habes. Longum iter est per praecepta, breve et efficax per exempla!!! ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Working on Olive in VS
Hey, I'm looking at starting some work on the serious implementation of the System.Data.Linq namespace. After some reading and general talk around the mono community, I've got a rough idea of how we do this, and I'm on step one: Writing Unit Tests. I've started to do some more research into the Linq to Sql system in general and how its exposed API is meant to be used and how it should work. While I'm still a little sketchy on the details of how I'm going to implement it (Specifically the separation of what gets done in the mapping of a datacontext and what gets done at build/run and what gets done at actual execution (although a video[1] on linq and deferred execution has helped make a lot more sense out of the functional programming move that C# is making (Sorry for the WMV!) ). Anyways, given that the only current working implementation is in windows using VS 2008, .Net 3.5, and MS Sql server, I really would like to be able to write the unit tests in that environment, then take them over to linux and start the class implementation. The only problem is how to actually work in the VS environment without making it a horrible and impossible pain to merge my work, and still making a sane/usable build. My concern is that VS is going to use csc for all compiles, and I don't want there to be some licsense violation with writing unit tests in VS. (using nunit, although I'm not really sure how to integrate the nunit tests into the makefiles, and really would rather spend my time writing the tests then spending hours getting a nuanced build system to work on windows, however, if thats the only real way to make this work, I'll do it.) Anyways, I wanted to know if anyone else had a setup like this working, if not, if anyone had some recommendations on a development setup (I have equal access to Linux and Windows desktops, and vmware on pretty much everything, so I'm open to any ideas) My main concern right now is just getting some smooth environment where I can use the MS edition of everything while I write the unit tests. Thanks for any help anyone can offer! Kevin Kubasik 1 -http://wm.microsoft.com/ms/msdn/visualcsharp/wes_dyer_2007_01/WesDyer_0002.wmv -- Cheers, Kevin Kubasik http://kubasik.net/blog ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Various Master Page Related Problems
On Fri, 14 Sep 2007, Pablo wrote: For the other problem you should show us some code. While setting up some sample code to illustrate the problems I've encountered I discovered that a couple of my problems were being caused by having two forms on the same page. I'm using master pages for the web site I'm working on. Within the master page I have a menu control, which insisted on being wrapped in a form. On some pages that are wrapped by the master page I also had some forms. What is the correct way to handle this situation? For most cases I can just use the master page to to wrap the entire page in a form and remove the form tags from the container pages. But, some controls, such as a CreateUserWizard control, adds forms to a page, even if a form already exists on the page. I am still having problems with my menu control's background on Firefox and with setting the default button for a form on Internet Explorer. I've set up a test site with examples of these problems. It can be viewed at: http://24.243.189.26:3880 There's a link on the default page of the above site which can be used to download the source code being used. Any suggestions for resolving the problems would be greatly appreciated. Kevin http://www.RawFedDogs.net http://www.WacoAgilityGroup.org Bruceville, TX Si hoc legere scis nimium eruditionis habes. Longum iter est per praecepta, breve et efficax per exempla!!! ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Linq In Mono
Hey! I saw that work has gotten started on the implementation of Linq (at least the backend classes at the moment) in mono. I wanted to get involved a bit and offer my help. While I've been using Mono for some time now, I haven't worked on the Microsoft class libraries before, and I had a few quick questions, and would appreciate any advice/guidance on how to really get started. 1) With regards to working on the Linq stuff(or the Olive module in general), is there a separate mailing list or anything that I should subscribe to/direct discussion towards? 2) Where's a good place in the implementation to start? I see plenty of todo tags etc. I just don't want to step on someones feet. Furthermore, with the abundance of new code when implementing new classes like this, what elements of deign are coordinated, and what are just the first dev to get to it? 3) What/How much research is fair game when checking the reference implementation? I would assume that ildasm and reflector are major no-no's, along with any other means of decompilation. But can the MS dll's be run in Linux without concern? I've been reading a lot over at msdn, specifically http://msdn2.microsoft.com/en-us/netframework/aa904594.aspx is that a problem? (I would assume it isn't but I don't want any trouble ;) ) If this is the wrong place or time or tone or mood to be asking this or getting involved with this extension of the class library just let me know! -- Cheers, Kevin Kubasik http://kubasik.net/blog ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Monodoc patches
Has anyone had a chance to look at these? No rush, of course. Thanks, Kevin On 3/18/07, Kevin Reay [EMAIL PROTECTED] wrote: Hi all, I've attached two patches relating to monodoc; one affecting the docbrowser, and the other affecting the monodoc engine. The first one (for the docbrowser) fixes a bug where ctrl-clicking a link would cause a crash (due to AddTab() affecting the current CurrentTab.html.Url variable). Also included are a bunch of changes, tweaks and minor bugfixes to make the browser more HIG compliant and comfortable to use (addition of cut functionality, correct icons in the menus, spelling standardization, ...). The second one fixes some spelling and grammar mistakes on the main documentation HTML page. It also corrects a reference to the new upload contributions menu. Thanks, Kevin http://www.explodingrobot.com/mono/docbrowser.patch2.txt http://www.explodingrobot.com/mono/monodoc.patch1.txt ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Monodoc patch
Hi, I'm wondering if I could get someone to look at the following patch I've crafted to fix some bugs and add some features to the monodoc tool. The patch is against subversion revision 74230 (current trunk). I'm not sure if these should be grouped together in one patch; if the expectation is different, please let me know. The patch changes the following things: - Fixes bug 80575 (http://bugzilla.ximian.com/show_bug.cgi?id=80575) (missing compare for null class reference) - Groups contribution-specific functionality to new dedicated menu (to allow for more contribution specific functionality in the future) - Adds contributor statistics feature - A few minor code tweaks/nitpicks Also, I uploaded to updates to the class doc. I'm just wondering if anyone has had a chance to read them over. I'd like to know if I should continue documenting things in that style. Finally, I'm hoping to add some new contributor features (thus the creation of the Contributing menu) and would like anyones opinion on whether the creation of a small list window to display the contributions pending for upload would be something people would want. It is something I would use. Thanks, Kevin Reay Ps, I've attached the patch, as well as uploaded it (http://www.explodingrobot.com/mono/monodoc.patch0.txt) in case the mailing list strips attachments. Code released with whatever license is necessary, of course (MIT X11 is fine). Index: browser.cs === --- browser.cs (revision 74230) +++ browser.cs (working copy) @@ -826,14 +826,14 @@ // postcomment.Sensitive = comments1.Active; // refresh, so we can see the comments - if (CurrentTab.history != null) // catch the case when we are currently loading + if (CurrentTab != null CurrentTab.history != null) // catch the case when we are currently loading CurrentTab.history.ActivateCurrent (); } void OnInheritedMembersActivate (object o, EventArgs args) { SettingsHandler.Settings.ShowInheritedMembers = showinheritedmembers.Active; - if (CurrentTab.history != null) // catch the case when we are currently loading + if (CurrentTab != null CurrentTab.history != null) // catch the case when we are currently loading CurrentTab.history.ActivateCurrent (); } @@ -842,7 +842,7 @@ SettingsHandler.Settings.EnableEditing = editing1.Active; // refresh, so we can see the [edit] things - if (CurrentTab != null) // catch the case when we are currently loading + if (CurrentTab != null CurrentTab.history != null) // catch the case when we are currently loading CurrentTab.history.ActivateCurrent (); } @@ -873,7 +873,6 @@ // // Invoked when the user presses a key on the index_entry // - public void OnIndexEntryKeyPress (object o, KeyPressEventArgs args) { args.RetVal = true; @@ -1368,7 +1367,113 @@ } } + void OnContributionStatistics (object sender, EventArgs a) + { + string email = SettingsHandler.Settings.Email; + string key = SettingsHandler.Settings.Key; + + if (key == null || key == ) { + MessageDialog md = new MessageDialog (null, + DialogFlags.DestroyWithParent, + MessageType.Info, + ButtonsType.Close, + You have not obtained or used a contribution key yet.); + md.Title = No contribution key; + + md.Run(); + md.Destroy(); + } + else + ContributionStatus.GetStatus (email, key); + } + + class ContributionStatus { + enum State { + GetStatusError, + NetworkError, + Done + } + State state; + Status status; + string contributoremail; + + ThreadNotify tn; + WebClientAsyncResult war; + ContributionsSoap d; + + public static void GetStatus (string email, string key) + { + new ContributionStatus(email, key); + } + + ContributionStatus (string email, string key) + { + tn = new ThreadNotify (new ReadyEvent (Update
[Mono-dev] Documentation Editing Problem
Hi all, I sent this a few days ago to the mono-docs list, but there doesn't seem to be any activity there, so I'll repost here: I'm just wondering if it is still possible to edit documentation. The [edit] button at http://www.go-mono.com/docs/ doesn't seem to have any effect, or shows a page containing No documentation available on this topic. Also, the monodoc tool just displays an error bar when the edit button is clicked. Any ideas? Is the mono project still looking for class documentation contributors? Thanks, Kevin ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Unix Registry Api Patch
Hi, This is a patch I've assembled that fixes the bug [80141] I've detailed here: http://bugzilla.ximian.com/show_bug.cgi?id=80141 Basically, the Unix registry API does not escape strings before writing the key's values.xml file. I've tracked down the problem and included a patch. Thanks, -Kevin Fitzgerald (mcs/class/corlib/Microsoft.Win32/UnixRegistryApi.cs) Index: UnixRegistryApi.cs === --- UnixRegistryApi.cs (revision 69154) +++ UnixRegistryApi.cs (working copy) @@ -483,14 +483,16 @@ SecurityElement se = new SecurityElement (values); + // With SecurityElement.Text = value, and SecurityElement.AddAttribute(key, value) + // the values must be escaped prior to being assigned. foreach (DictionaryEntry de in values){ object val = de.Value; SecurityElement value = new SecurityElement (value); -value.AddAttribute (name, (string) de.Key); +value.AddAttribute (name, SecurityElement.Escape ((string) de.Key)); if (val is string){ value.AddAttribute (type, string); - value.Text = (string) val; + value.Text = SecurityElement.Escape ((string) val); } else if (val is int){ value.AddAttribute (type, int); value.Text = val.ToString (); @@ -502,13 +504,13 @@ value.Text = Convert.ToBase64String ((byte[]) val); } else if (val is ExpandString){ value.AddAttribute (type, expand); - value.Text = val.ToString (); + value.Text = SecurityElement.Escape (val.ToString ()); } else if (val is string []){ value.AddAttribute (type, string-array); foreach (string ss in (string[]) val){ SecurityElement str = new SecurityElement (string); - str.Text = ss; + str.Text = SecurityElement.Escape (ss); value.AddChild (str); } } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: SPAM-LOW: [Mono-dev] Mono with NAnt
I think I got it working. thanks for the suggestion.On 11/1/05, Charlie Poole [EMAIL PROTECTED] wrote: Editnant.exe.config to match your mono version. You may want to get the latest NAnt. Just for kicks. Charlie -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kevin ThompsonSent: Tuesday, November 01, 2005 9:45 PMTo: mono-devel-list@lists.ximian.comSubject: SPAM-LOW: [Mono-dev] Mono with NAntHi i have a compilation of mono from SVN and I am trying to get it to work with nant.When i specify mono-1.0 as the framework it produces an error:=Invalid framework 'mono-1.0' specified.Possible values include:net-1.1 (Microsoft .NET Framework 1.1)Does any know how i can get nant to work successfully with mono from svn?-- Kevin ___Mono-devel-list mailing listMono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Kevin ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] windows build broken? SIGSEGV
I got the same error.On 10/31/05, Atsushi Eno [EMAIL PROTECTED] wrote: Hi,I wonder if it happens to all, but Windows build got broken on my boxafter r52396 (r52395 worked fine), saying thatCreating ../../build/deps/basic_System.dll.response ...MONO_PATH=../../class/lib/basic;$MONO_PATH /home/atsushi/svn/mono/runtime/mono-wrapper../../class/lib/basic/mcs.exe /codepage:28591/nologo/optimize -d:NET_1_1 -d:ONLY_1_1 -d:BOOTSTRAP_WITH_OLDLIB /debug+ /debug:full /noconfig/d:INSIDE_SYSTEM /define:XML_DEP /r: System.Xml.dll -target:library-out:System.dll@../../build/deps/basic_System.dll.response=Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native librariesused by your application.=Stacktrace:This application has requested the Runtime to terminate it in an unusual way.Please contact the application's support team for more information.make[8]: *** [../../class/lib/basic/System.dll] Error 3make[8]: Leaving directory `/home/atsushi/svn/mcs/class/System'make[7]: *** [do-all] Error 2 make[7]: Leaving directory `/home/atsushi/svn/mcs/class/System'make[6]: *** [all-recursive] Error 1make[6]: Leaving directory `/home/atsushi/svn/mcs/class'make[5]: *** [all-recursive] Error 1make[5]: Leaving directory `/home/atsushi/svn/mcs' make[4]: *** [profile-do--basic--all] Error 2make[4]: Leaving directory `/home/atsushi/svn/mcs'make[3]: *** [profiles-do--all] Error 2make[3]: Leaving directory `/home/atsushi/svn/mcs'make[2]: *** [all-local] Error 2 make[2]: Leaving directory `/home/atsushi/svn/mono/runtime'make[1]: *** [all-recursive] Error 1make[1]: Leaving directory `/home/atsushi/svn/mono'make: *** [all] Error 2Zoltan, any ideas to recover from it? Atsushi Eno___Mono-devel-list mailing listMono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list-- Kevin ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] windows build broken? SIGSEGV
I am at r52500 with that error.On 11/2/05, Kevin Thompson [EMAIL PROTECTED] wrote: I got the same error.On 10/31/05, Atsushi Eno [EMAIL PROTECTED] wrote: Hi,I wonder if it happens to all, but Windows build got broken on my boxafter r52396 (r52395 worked fine), saying thatCreating ../../build/deps/basic_System.dll.response ...MONO_PATH=../../class/lib/basic;$MONO_PATH /home/atsushi/svn/mono/runtime/mono-wrapper../../class/lib/basic/mcs.exe /codepage:28591/nologo/optimize -d:NET_1_1 -d:ONLY_1_1 -d:BOOTSTRAP_WITH_OLDLIB /debug+ /debug:full /noconfig/d:INSIDE_SYSTEM /define:XML_DEP /r: System.Xml.dll -target:library-out:System.dll@../../build/deps/basic_System.dll.response=Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native librariesused by your application.=Stacktrace:This application has requested the Runtime to terminate it in an unusual way.Please contact the application's support team for more information.make[8]: *** [../../class/lib/basic/System.dll] Error 3make[8]: Leaving directory `/home/atsushi/svn/mcs/class/System'make[7]: *** [do-all] Error 2 make[7]: Leaving directory `/home/atsushi/svn/mcs/class/System'make[6]: *** [all-recursive] Error 1make[6]: Leaving directory `/home/atsushi/svn/mcs/class'make[5]: *** [all-recursive] Error 1make[5]: Leaving directory `/home/atsushi/svn/mcs' make[4]: *** [profile-do--basic--all] Error 2make[4]: Leaving directory `/home/atsushi/svn/mcs'make[3]: *** [profiles-do--all] Error 2make[3]: Leaving directory `/home/atsushi/svn/mcs'make[2]: *** [all-local] Error 2 make[2]: Leaving directory `/home/atsushi/svn/mono/runtime'make[1]: *** [all-recursive] Error 1make[1]: Leaving directory `/home/atsushi/svn/mono'make: *** [all] Error 2Zoltan, any ideas to recover from it? Atsushi Eno___Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list-- Kevin -- Kevin ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compiling Mono on Cygwin
Looks like it is compiling now. Thank you for the help. On 10/27/05, Raja R Harinath [EMAIL PROTECTED] wrote:Hi,Kevin Thompson [EMAIL PROTECTED] writes: ok i got past that but now i am having another problem. it says that I need to have a version of mcs installed... so I installed the latest release and added it to my path but I get some basic-profile-check error. Any ideas? I also tried to download yesterday's daily monolite package but that failed with an error from mcs.exeI'm assuming you're building an SVN snapshot.Try doing make get-monolite-latestmake- Hari-- Kevin ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Compiling Mono on Cygwin
Hi I am attempting to compile Mono on windows using cygwin. I am following this tutorial(http://www.mono-project.com/Compiling_Mono) but i am getting an error when running: ./configure --prefix=/tmp/install checking for pkg-config... /tmp/build_deps/bin/pkg-config ./configure: line 23837: syntax error near unexpected token 'BASE_DEPENDENCIES,' ./configure: line 23837: 'PKG_CHECK_MODULES(BASE _DEPENDENCIES, glib-2.0 = $GLIB_REQUIRED_VERSION)' Any help would be greatly appreciated Thanks -- Kevin ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compiling Mono on Cygwin
ok i got past that but now i am having another problem. it says that I need to have a version of mcs installed... so I installed the latest release and added it to my path but I get some basic-profile-check error. Any ideas? I also tried to download yesterday's daily monolite package but that failed with an error from mcs.exeOn 10/27/05, Thomas Johansen [EMAIL PROTECTED] wrote:Kevin, Hi I am attempting to compile Mono on windows using cygwin. I am following this tutorial( http://www.mono-project.com/Compiling_Mono) but i am getting an error when running: ./configure --prefix=/tmp/install checking for pkg-config... /tmp/build_deps/bin/pkg-config ./configure: line 23837: syntax error near unexpected token 'BASE_DEPENDENCIES,' ./configure: line 23837: 'PKG_CHECK_MODULES(BASE _DEPENDENCIES, glib-2.0 = $GLIB_REQUIRED_VERSION)' Any help would be greatly appreciated Thanks -- KevinI recently encountered the same error; the solution is to simply comment out the line above from the 'configure' file. - Thomas -- Kevin ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] ** ERROR **: file exceptions-ia64.c:
Jonathan, thanks for the tip on monolite. I should have read more of the README myself. I am now facing an assertion problem and was wondering whether anyone came across the following? ** ERROR **: file exceptions-ia64.c: line 581 (mono_arch_handle_exception): assertion failed: (res = 0) aborting... make[7]: *** [../class/lib/net_1_1_bootstrap/mcs.exe] Aborted make[7]: Leaving directory `/home/veragoo/mono/mcs/mcs' make[6]: *** [do-all] Error 2 make[6]: Leaving directory `/home/veragoo/mono/mcs/mcs' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/home/veragoo/mono/mcs' make[4]: *** [profile-do--net_1_1_bootstrap--all] Error 2 make[4]: Leaving directory `/home/veragoo/mono/mcs' make[3]: *** [profiles-do--all] Error 2 make[3]: Leaving directory `/home/veragoo/mono/mcs' make[2]: *** [all-local] Error 1 make[2]: Leaving directory `/home/veragoo/mono/mono/runtime' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/veragoo/mono/mono' make: *** [all] Error 2 --- Thanks Kevin On 8/26/05, Jonathan S. Chambers [EMAIL PROTECTED] wrote: Did you get monolite; i.e. 'make get-monolite-latest'?- Jonathan-Original Message-From: [EMAIL PROTECTED] on behalf of KevinSent: Thu 8/25/2005 8:57 PMTo: mono-devel-list@lists.ximian.com Cc:Subject:[Mono-dev] mono on IA64 - help compiling Hello all,I have tried to compile mono on one of the Itanium2 machines at work, but atsome point it asks for an existing mcs compiler. I am not sure how to solvethis, as i am guessing that installing the binaries won't work there, or will they?Could anyone please advise.PS: I have pasted the error below.Thanks in advanceKevin-- STARTERROR--- make[3]: Entering directory `/home/veragoo/mono/mcs'make profile-do--default--all profile-do--net_2_0--allmake[4]: Entering directory `/home/veragoo/mono/mcs'make PROFILE="" allmake[5]: Entering directory `/home/veragoo/mono/mcs' *** The compiler 'mcs' doesn't appear to be usable.*** You need a C# compiler installed to build MCS (make sure mcs works fromthe command line)*** Read INSTALL.txt for information on how to bootstrap a Mono installation.make[5]: *** [do-profile-check] Error 1make[5]: Leaving directory `/home/veragoo/mono/mcs'make[4]: *** [profile-do--basic--all] Error 2make[4]: Leaving directory `/home/veragoo/mono/mcs' make[3]: *** [profiles-do--all] Error 2make[3]: Leaving directory `/home/veragoo/mono/mcs'make[2]: *** [all-local] Error 1make[2]: Leaving directory `/home/veragoo/mono/mono/runtime'make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/veragoo/mono/mono'make: *** [all] Error 2ENDERROR----Cheers,Kevin ( http://www. )Copyright 2005 Kevin Parama Veragoo. Verbatim copying and distribution ofthis entire article are permitted worldwide without royalty in any medium provided this notice is preserved. ___Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list-- Cheers,Kevin( http://www.)Copyright 2005 Kevin Parama Veragoo. Verbatim copying and distribution of this entire article are permitted worldwide without royalty in any medium provided this notice is preserved. -- Cheers,Kevin( http://www.)Copyright 2005 Kevin Parama Veragoo. Verbatim copying and distribution of this entire article are permitted worldwide without royalty in any medium provided this notice is preserved. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] C++ to C# to C++ interop, how can I do this in a mono-compliant way?
Hi Jason, I have a similar situation, except that Im planning to address it on Windows using COM interop rather than mixed-mode C++. I posted to this list last week asking for advice on how to best do something similar with Mono. Jonathan Pryor pointed me to the Mono embedding API (http://www.mono-project.com/Embedding_Mono), which can probably be used to do exactly what you want. The page describes a way to call managed methods from C and also to call back into C from the managed world. It is quite a bit clunkier than either mixed-mode C++ or COM interop, though. He also pointed me to a Mono utility called cilc which can be used to generate C wrappers for the classes and methods in an assembly, which helps with some of the clunkyness. Eventually Id like to extend cilc to generate full C++ wrappers, complete with marshalling between CLR and C++ types, to create something a lot like COM interop for Mono. Even better, Id like to arrange for my company to pay an interested person to create something like this, as it is pretty far outside of our core area of expertise. Some other folks had some interesting suggestions as well. Check the August archives of this list for a thread called COM Interop, or something like it. Hope this helps! Kevin Ring From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of J Sent: Monday, August 29, 2005 7:02 PM To: mono-devel-list@lists.ximian.com Subject: [Mono-dev] C++ to C# to C++ interop,how can I do this in a mono-compliant way? Hello, I am looking for a way of having a C++ exe integrate with a .NET dll. I have a solution working under Windows (Microsoft.NET 1.1) however I would like to make this function under Mono. Here are the details: I currently am writing a C# wrapper of a C++ game engine. (T2D by garagegames) I wrote this on Windows (CLR v1.1) and the main way this works is by adding Managed code to the C++ engine (so now it is mixed Managed/Unmanaged C++) so it can directly call into my C# DLL, and using PInvoke to have the C# DLLtalk balkto the C++ engine. The C++ engine itself is OS agnostic (it works on windows, linux and mac), and I would love to make this C# wrapper work under mono, so that it is OS agnostic as well. However, http://www.go-mono.com/faq.html#63 informs me that Mixed mode assemblies do not work under mono. Is there any way to have this work under Mono? Please realize that the basic need is to have 1 instance of a C++ exe call into a .NET dll, and have that DLL be able to then execute functions in the C++ exe that called it. So this requires a mono-equivlant of PInvoke, plus a way to have the C++ app call the C# app. Help on this would be appreciated, otherwise it'll be Windows only! -Jason __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] COM Interop, or something like it
Hello, In Microsofts implementation of .NET, it is possible to expose a class written in C# via a COM interface. This makes it possible (perhaps even easy!) to instantiate C# objects and call methods on them from, say, a native C++ application. Does Mono have a capability like this? In looking around, Ive found vague references to Corba and Bonobo interop, but no specifics. It doesnt matter much to me what specific technology is used, Id just like an easy way to instantiate managed objects and interact with them from a native C++ application. I know I can embed Mono, and call methods that way, but it seems very cumbersome compared to COM interop. Is there a better way? Thanks! Kevin Ring ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] running mcs compiled apps with MS CLR
Hi all. Could someone explain to me why code compiled with mcs does not run with the MS CLR. (without mono runtime) Based on my understanding, the CIL is standard and thus runtime engines would not differentiate between one created with mcs and one created with csc. Cheers, Kevin -- Cheers,Kevin( http://www.)Copyright 2005 Kevin Parama Veragoo. Verbatim copying and distribution of this entire article are permitted worldwide without royalty in any medium provided this notice is preserved. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-devel-list] Read failure with XSP on Windows
That sounds good! Excuse my ignorance, but does that mean that it wouldn't be in a numbered-release-with-installer for a while? And just to be clear, you're not referring to the IE-extra-linefeed issue mentioned by Curtis Wensley, which sounds to be a different problem ('Bad request'), but specifically something addressing 'Read failure'? Thanks. Kevin. -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Gonzalo Paniagua Javier Enviado el: 17 April 2005 20:27 Para: mono-devel-list@lists.ximian.com Asunto: Re: [Mono-devel-list] Read failure with XSP on Windows On Wed, 2005-04-13 at 09:24 +0100, Kevin Flanagan wrote: Hello - I've installed Mono 1.1.4 on XP Pro - am writing an ASP.NET app to run under .NET and Mono, so it's very helpful to be able to test both on the same OS. The app (quite simple at present) basically runs fine under Mono, after a couple of tweaks ... in fact, I'm likely to be joining the ranks of those with nothing but praise for Mono. The only problem I can't solve is getting 'Read failure' on *almost* every page postback (running XSP and using IE6 on the same XP machine). I've seen this referred to elsewhere This has been fixes is SVN HEAD. -Gonzalo ___ 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-devel-list] Read failure with XSP on Windows
Hello - I've installed Mono 1.1.4 on XP Pro - am writing an ASP.NET app to run under .NET and Mono, so it's very helpful to be able to test both on the same OS. The app (quite simple at present) basically runs fine under Mono, after a couple of tweaks ... in fact, I'm likely to be joining the ranks of those with nothing but praise for Mono. The only problem I can't solve is getting 'Read failure' on *almost* every page postback (running XSP and using IE6 on the same XP machine). I've seen this referred to elsewhere (e.g. http://www.webtropy.com/articles/art16-mono.asp?MONO%20for%20Linux) but not on this list, nor with any suggested solution. The results in the browser look like this: Server error in '/' application Description: Error processing request. Error Message: HTTP 500. Stack Trace: System.IO.IOException: Read failure Server stack trace: in 0x000b8 System.Net.Sockets.NetworkStream:Read (byte[],int,int)in 0x00017 Mono.ASPNET.XSPWorker:Read (byte[],int,int)in 0x0012e Mono.ASPNET.BaseRequestBroker:Read (int,int,byte[])in 0x00131 (wrapper xdomain-dispatch) Mono.ASPNET.BaseRequestBroker:Read (object,byte[],byte[],int,int,byte[])Exception rethrown at [0]: --- System.Net.Sockets.SocketException: Operation on non-blocking socket would blockin 0x0006b System.Net.Sockets.Socket:Receive_nochecks (byte[],int,int,System.Net.Sockets.SocketFlags)in 0x0005b System.Net.Sockets.Socket:Receive (byte[],int,int,System.Net.Sockets.SocketFlags)in 0x0007b System.Net.Sockets.NetworkStream:Read (byte[],int,int)--- End of inner exception stack trace --- in 0x00211 (wrapper xdomain-invoke) Mono.ASPNET.BaseRequestBroker:Read (int,int,byte[])in 0x0004b (wrapper remoting-invoke-with-check) Mono.ASPNET.BaseRequestBroker:Read (int,int,byte[])in 0x000a5 Mono.ASPNET.XSPWorkerRequest:ReadInput (byte[],int,int)in 0x0001f Mono.ASPNET.XSPWorkerRequest:ReadEntityBody (byte[],int)in 0x00252 System.Web.HttpRequest:GetRawContent ()in 0x0005c System.Web.HttpRequest:ParseFormData ()in 0x00012 System.Web.HttpRequest:get_Form ()in 0x00062 System.Web.UI.Page:DeterminePostBackMode ()in 0x0001a System.Web.UI.Page:InternalProcessRequest ()in 0x00095 System.Web.UI.Page:ProcessRequest (System.Web.HttpContext)in 0x00225 ExecuteHandlerState:Execute ()in 0x00071 StateMachine:ExecuteState (System.Web.HttpApplication/IStateHandler,bool) Can anyone suggest a solution? Thanks in advance for any help. Kevin Flanagan.