Re: [Mono-dev] WebRequest timeouts after ThreadPool exhaustion
we’ve also seen instances of webrequest timeouts that don’t recover (but curl worked) as well but haven’t got to the bottom of it yet. we ran your test app and see the same issue with mono 3.12 on OpenSUSE 13.2 (kernel 3.16.7, libc 2.19). we’ll add the diagnostics from your test app into ours and this will tell us whether we are seeing the same issue with the threadpool. regards Mike From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of Seif Attar Sent: Friday, February 12, 2016 10:43 AM To: mono-devel-list@lists.ximian.com Subject: [Mono-dev] WebRequest timeouts after ThreadPool exhaustion Hi, We are running mono 4.2.2 in prod and the VM that the process was running on had SAN failure and after storage recovered, all outgoing requests were timing out, even though doing a curl was working fine. Theory was that thread pool starved and somehow things didn't recover properly. Managed to reproduce with: https://gist.githubusercontent.com/seif/ae2defbfa5afa26fa8f6/raw/bef351eded56c882658a4bad60fa4818ad32d629/timeout.cs Even after ThreadPool finishes the tasks and has available threads, it never recovers and subsequent webrequests all timeout. Running on mono 4.2.2, linux kernel 4.2.0-27 and libc 2.21. Output from gdb is: (gdb) info threads Id Target Id Frame 13 Thread 0x7fca903ff700 (LWP 27944) "cli" pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 12 Thread 0x7fca90b34700 (LWP 27945) "Finalizer" 0x7fca911d70c9 in futex_abstimed_wait (cancel=true, private=, abstime=0x0, expected=0, futex=0x948ae0) at sem_waitcommon.c:42 11 Thread 0x7fca8dfff700 (LWP 27946) "Timer-Scheduler" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 10 Thread 0x7fca91ba1700 (LWP 27947) "cli" __clock_nanosleep (clock_id=1, flags=1, req=0x7fca91ba0dc0, rem=0x7fca90f134aa <__clock_nanosleep+138>) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:48 9Thread 0x7fca8ddfe700 (LWP 27948) "Threadpool work" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 8Thread 0x7fca8dbfd700 (LWP 27949) "Threadpool work" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 7Thread 0x7fca8d7fb700 (LWP 27951) "Threadpool work" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 6Thread 0x7fca8d3f9700 (LWP 27953) "Threadpool work" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 5Thread 0x7fca8d1f8700 (LWP 27954) "Threadpool work" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 4Thread 0x7fca8cff7700 (LWP 27955) "Threadpool work" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 3Thread 0x7fca8cdf6700 (LWP 27956) "Threadpool work" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 2Thread 0x7fca8cbf5700 (LWP 27957) "Threadpool work" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 * 1Thread 0x7fca91cf0780 (LWP 27942) "cli" 0x7fca911d7e0d in read () at ../sysdeps/unix/syscall-template.S:81 Could not reproduce on mono 3.12, but it happens on 4.0.3 and 4.2.2 Is this a known issue? any workarounds? Tried setting MONO_DNS=1 to use the clr dns, but that didn't help. Let me know if there is any more info I need to provide. Thanks, Seif ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] WebRequest timeouts after ThreadPool exhaustion
we’ve also seen instances of webrequest timeouts that don’t recover (but curl worked) as well but haven’t got to the bottom of it yet. we ran your test app and see the same issue with mono 3.12 on OpenSUSE 13.2 (kernel 3.16.7, libc 2.19). we’ll add the diagnostics from your test app into ours and this will tell us whether we are seeing the same issue with the threadpool. regards Mike From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of Seif Attar Sent: Friday, February 12, 2016 10:43 AM To: mono-devel-list@lists.ximian.com Subject: [Mono-dev] WebRequest timeouts after ThreadPool exhaustion Hi, We are running mono 4.2.2 in prod and the VM that the process was running on had SAN failure and after storage recovered, all outgoing requests were timing out, even though doing a curl was working fine. Theory was that thread pool starved and somehow things didn't recover properly. Managed to reproduce with: https://gist.githubusercontent.com/seif/ae2defbfa5afa26fa8f6/raw/bef351eded56c882658a4bad60fa4818ad32d629/timeout.cs Even after ThreadPool finishes the tasks and has available threads, it never recovers and subsequent webrequests all timeout. Running on mono 4.2.2, linux kernel 4.2.0-27 and libc 2.21. Output from gdb is: (gdb) info threads Id Target Id Frame 13 Thread 0x7fca903ff700 (LWP 27944) "cli" pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 12 Thread 0x7fca90b34700 (LWP 27945) "Finalizer" 0x7fca911d70c9 in futex_abstimed_wait (cancel=true, private=, abstime=0x0, expected=0, futex=0x948ae0) at sem_waitcommon.c:42 11 Thread 0x7fca8dfff700 (LWP 27946) "Timer-Scheduler" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 10 Thread 0x7fca91ba1700 (LWP 27947) "cli" __clock_nanosleep (clock_id=1, flags=1, req=0x7fca91ba0dc0, rem=0x7fca90f134aa <__clock_nanosleep+138>) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:48 9Thread 0x7fca8ddfe700 (LWP 27948) "Threadpool work" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 8Thread 0x7fca8dbfd700 (LWP 27949) "Threadpool work" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 7Thread 0x7fca8d7fb700 (LWP 27951) "Threadpool work" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 6Thread 0x7fca8d3f9700 (LWP 27953) "Threadpool work" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 5Thread 0x7fca8d1f8700 (LWP 27954) "Threadpool work" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 4Thread 0x7fca8cff7700 (LWP 27955) "Threadpool work" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 3Thread 0x7fca8cdf6700 (LWP 27956) "Threadpool work" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 2Thread 0x7fca8cbf5700 (LWP 27957) "Threadpool work" pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 * 1Thread 0x7fca91cf0780 (LWP 27942) "cli" 0x7fca911d7e0d in read () at ../sysdeps/unix/syscall-template.S:81 Could not reproduce on mono 3.12, but it happens on 4.0.3 and 4.2.2 Is this a known issue? any workarounds? Tried setting MONO_DNS=1 to use the clr dns, but that didn't help. Let me know if there is any more info I need to provide. Thanks, Seif ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] State of aspnetwebstack on mono
Martin, With vNext, they have moved from codeplex to github. You can find the new repo here: https://github.com/aspnet -Mike On Mon, Oct 20, 2014 at 4:01 AM, Martin Thwaites monofo...@my2cents.co.uk wrote: Hi Daniel, I'm referring to all the work coming out of the aspnetwebstack repository on codeplex. I don't think MVC 6 is being developed there yet. Currently that cover MVC and Webapi that I know of, but there could be others. It essentially the codebase used to create the nuget packages. I actually hit a little snag last night in that after stubbing everythingthat shouldn't be relevant, I've got to a point where all typeload exceptions are gone in WebAPI. However, all Webapi requests just result in an endless request to the server. So this may be a fruitless journey. On the plus side, MVC 5.2.2 works out of the box it seems. Thanks, Martin On 20 Oct 2014 02:43, Daniel Lo Nigro li...@dan.cx wrote: By aspnetwebstack do you mean the current ASP.NET stack or do you mean ASP.NET vNext? On Sun, Oct 19, 2014 at 1:37 AM, Martin Thwaites monofo...@my2cents.co.uk wrote: Hi all, Just wanted to give a quick update on where I'm at with getting things implemented for the aspnetwebstack to work on mono. As I've said before, my goal is to make it so that the aspnetwebstack solution will compile against mono, without tweaking anything (this is stage 1). It's proving to both a relatively small task, but also very taxing in terms of me having to learn quite a lot. *Note: I'm not looking at the tests in aspnetwebstack at the moment, that will be stage 2, a lot seem to require things we don't have yet.* In summary, it's not that far off, and once it's done, at least we'll be able to see which methods may need bugfixing as the webstack will load at least. The main issue is getting the PRs approved, but my hope is that if we can collate a list of the all, we can ask that they are reviewed together and considering they will make one of the most up and coming web technologies work on mono, I would say there is a good reason to try and prioritise it. Here are the current PR's, I've reviewed the ones that aren't mine and they now look ok, we just need a contributor to review/merge them. PR874 - from Chris Carroll with a few properties implemented around routes PR1163 - from AerisG222 which includes a few changes around Unvalidated parameters and some other bits PR1349 - From me regarding MachineKey.Protect methods PR1353 - From me regarding ReadEntityBodyMode (doesn't actually work, just the interface) PR1354 - From me regarding Request.Abort Outstanding items that I could do with help with: 1. ReadEntityBodyMode needs properly implementing 2. Request.GetBufferedInputStream needs implementing. Request.GetBufferlessInputStream needs implementing (looks like it's already partially implemented). 3. HttpResponseBase.SuppressFormsAuthenticationRedirect needs implementing 4. HttpTaskAsyncHandler needs implementing. 5. HttpResponse.ClientDisconnectedToken needs implementing (can just return CancellationToken.None and it should be fine but a proper implementation would be better). 6. Do something about System.Data.EntityState, it's supposed to live in System.Data.Entity.dll which we don't have but MVC checks against. 7. Do something about System.Web.UI.DataVisualization.Charting, I don't want to have to change the aspnetwebstack code to exclude it, so maybe just stub it all out? I'm planning on doing the HttpTaskAyncHandler next which will probably take me a couple of evenings this week. However, if someone thinks that they could do it without extensive learning (which is what I'm going to need to do), then by all means take that on and I'll do some of the others. I'll let you all know when I get further. Martin ___ 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 mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] State of aspnetwebstack on mono
Miguel,
I can not apologize enough for the issue you point out in regards to the
poisoned patch, I had no idea it was sourced from MS. I have been a big
mono fan since 2003, and certainly was not trying to jeopardize mono. As I
identified in my commit message, I found that from another repo on github
when I was trying to see if anyone had already implemented this (similar to
how I found PR874 which was a pre-requisite), though will never do that
again.
Are the files outside of the files listed in the other repo acceptable
(everything except MembershipPasswordAttribute.cs)?
Sorry,
Mike
On Mon, Oct 20, 2014 at 10:06 AM, Miguel de Icaza mig...@xamarin.com
wrote:
Hello,
PR874 - from Chris Carroll with a few properties implemented around routes
While the properties were added, they are not actually used for anything,
this looks bogus.
The tests basically show that setting a boolean property back and forth is
set, but likely what needs to be tested is the other methods it affects.
The point of these properties is to alter the behavior of the route
collection.
PR1163 - from AerisG222 which includes a few changes around Unvalidated
parameters and some other bits
This patch is poisoned.
There were a couple of elements that looked very suspicious, like this bit
(which also, does not follow the Mono coding guidelines):
int? _minRequiredPasswordLength;
int? _minRequiredNonAlphanumericCharacters;
string _passwordStrengthRegularExpression;
readonly string _minRequiredPasswordLengthError = {0} must
have at least {1} characters;
readonly string _minNonAlphanumericCharactersError = {0} must
have at least {1} special characters;
readonly string _passwordStrengthError = {0} is weak;
What are the chances of getting every internal method name to match the
one in .NET I asked myself? Close to zero. So this was clearly
decompiled and submitted.
Rejected. Someone *else* that has not worked on that code will have to
rewrite this, it is unacceptable to have people contribute decompiled code.
PR1349 - From me regarding MachineKey.Protect methods
Added a comment, looks like it could go in, but we need tests for the
Unprotect path.
And I would like those to be tested against Windows as well.
PR1353 - From me regarding ReadEntityBodyMode (doesn't actually work,
just the interface)
Simple, merged.
PR1354 - From me regarding Request.Abort
Simple, merged.
Miguel.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Revamped Syntax Highlighting System
Hi I went through the code related to syntax highlighting and semantic highlighting. Got to know how syntax highlighting happens using Begin, End and Word constructs written in XML file. But had little difficulty understanding the semantic highlighting. CSharpSyntaxMode.cs - but it basically uses the one in NRefactory which is a kind of code analysis. Syntax highlighting : As soon as the word is entered, it will be matched by suitable regular expression. Y It's possible to use regexes for that - but try to make some speed measuers for it. If you want you can alter/extend the XML grammar. Semantic highlighting : Another thread will be running asynchronously and parses the words together to give semantic meaning, [ a suitable efficient parser has to be written for this] That's how it's done - but an API would be nice for that. C# semantic highlighting is implemented, but an API for that would be better. That part isn't hard to implement but requires understanding of what I do there :) I've pretty good knowledge about parsers, regular expression and I had implemented LALR parser as mini-project last semester. [ Github linkhttps://github.com/akshayhebbarys/lalr-parser ] Please tell me whether I'm going in right path, and please guide me through this project. Y the direction is good - if you can base all on regular expressions not much can go wrong - but make speed tests. One thing that is important is that the highlighter is lazy. Atm there is a highlighter background thread I would like to get rid of that. Or at least make a task based approach. The spans are atm written in the line splitter - they should use a own tree - that saves some memory should be faster. Regards Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GSoC 2013 MonoDevelop Color Scheme Editor
Hi You don't need to get familiar with monodevelop that much - you only need to know how the color shemes work. The Unity3D version is not helpful outdated. Grab a new monodevelop from github. The current color sheme editor is in the source editor view and the color shemes are defined in Mono.TextEditor. Regards Mike Hi all, My name is Steffan and I'm a student at Ball State University in Indiana. I'm really excited to work on MonoDevelop's color scheme editor over the summer as part of GSoC. I've been using the Mono bundled with Unity3D for the last two semesters and I've always wished there was a nicer way to make a new color scheme. I've looked through the source code some and have to say I've never worked on a project this large before, but I can't wait to contribute to software that so many people use. I'd appreciate any advice for quickly getting familiar with the code and environment. Thanks, Steffan Byrne ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GSOC Proj: CSS Support, Make ASP.NET Awesome in Xamarin Studio, Color Scheme Editor, Awesome MonoDoc Editor
Hi * Color Scheme Editor Basically making a new editor that is awesome. Maybe you've ideas. I would provide different methods of creating schemes. + A list based approach like we've now (but can be improved - atm we don't really support color fallback on UI level or palettes). + A preview based approach like studio styles + And a method where colors are auto generated - the user chooses let's say a front color background color and the rest is generated using HSL giving good contrasts. (It should be possible in this mode to set more colors) Generally it's a small project - but it requires some creativity and even small projects can get big :) Regards Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Fail to run aspx web application on mod_mono-2.10 ( .Net 4 framework )
Hi Anas, Have you had any luck getting your application running, I believe I am running into the same issue. Thanks, Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] UITableView load more records functionality.
Thanks for the reply. I have got a new issue maybe you can help.
I am loading a table and want to limit the number of records show. I would like
to show only 10 records and then at the bottom of the UItableview in the footer
section add a button that says Load More results
Should I load the whole record set that may be large and then have the button
in the UITableView change the rowsinsection count.
Any help would be appreciated.
What is the link for monotouch list.
Thanks
Michael
From: Rodrigo Kumpera [mailto:kump...@gmail.com]
Sent: Thursday, May 03, 2012 7:51 AM
To: Mike Murdock
Cc: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] Trying to change font size in pickerview can anyone
translate this to c#
You should try the monotouch or mono-mac lists for MonoTouch of MonoMac
questions.
Anyway, what you want is probably something like this:
public UIView GetView (UIPickerView pickerView, int row, int component, UIView
view) {
UILabel tView = (UILabel)view;
if (tView == null)
tView = new UILabel ();
...
}
Remember to put this method in a class that extends UIPickerViewDelegate.
Hope it helped.
Cheers,
Rodrigo
On Wed, May 2, 2012 at 2:58 PM, Mike Murdock
mmurd...@allmeds.commailto:mmurd...@allmeds.com wrote:
- (UIView *)pickerView:(UIPickerView *)pickerView viewForRow:(NSInteger)row
forComponent:(NSInteger)component reusingView:(UIView *)view{
UILabel* tView = (UILabel*)view;
if (!tView){
tView = [[UILabel alloc] init];
// Setup label properties - frame, font, colors etc
...
}
// Fill the label text here
...
return tView;
Michael Murdock
Software Engineer
(865) 482-1999tel:%28865%29%20482-1999
(865) 481-0921tel:%28865%29%20481-0921 fax
www.allmeds.comhttp://www.allmeds.com
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.commailto:Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Trying to change font size in pickerview can anyone translate this to c#
- (UIView *)pickerView:(UIPickerView *)pickerView viewForRow:(NSInteger)row
forComponent:(NSInteger)component reusingView:(UIView *)view{
UILabel* tView = (UILabel*)view;
if (!tView){
tView = [[UILabel alloc] init];
// Setup label properties - frame, font, colors etc
...
}
// Fill the label text here
...
return tView;
Michael Murdock
Software Engineer
(865) 482-1999
(865) 481-0921 fax
www.allmeds.comhttp://www.allmeds.com
___
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 change the font on Picker View?
Does anyone know how to accomplish this Thanks From: Miguel de Icaza [mailto:mig...@xamarin.com] Sent: Monday, April 23, 2012 1:39 PM To: Mike Murdock Subject: Re: How to change the font on Picker View? No idea. On Mon, Apr 23, 2012 at 1:26 PM, Mike Murdock mmurd...@allmeds.commailto:mmurd...@allmeds.com wrote: Do you know how to this, Seems there is no property off the pickerview, I have already search stack flow and other sites with no results. Thanks for help. Michael Murdock Software Engineer (865) 482-1999tel:%28865%29%20482-1999 (865) 481-0921tel:%28865%29%20481-0921 fax www.allmeds.comhttp://www.allmeds.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GSOC [2012] Questions regarding C# Refactorings
Hi This year we already have 2 students working on refactoring actions, therefore I don't know how much place is left there. The current master version already contains some nice refactorings btw. Regards Mike I am young energetic student from RGPV University, doing specialization in Computer science. I would like to participate to GSoC 2012 for Mono Project. After looking on the idea page http://www.mono-project.com/StudentProjects I would be interested in this project: *C# Refactorings : Implement for refactorings for C#.* I am familiar with Visual studio2003/2005/2008/2010, very excited to provide More refactoring for C#, including UI and unit tests and looking for more details regarding C# Refactorings Project. I shall be thankful for any guidance from the team members about how to go about. Thanks... Regards, Sumit Verma ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GSoC - AST Verifier for C# compiler
Hi I would like to have whitespaces (and EOL as other special node) in the ast as well as non compileable stuff as maybe TextNode, but that kills performance even more. Doing pre processor directives and comments with the specials bag and inserting them afterwards slows done the parse process much. But they are semantically required (XmlDocs, #define etc.) - and they are included in the AST, therefore it's all done on this side. (Except there is some kind of comment/pre processor directive missing there) Would be easier if we had a lexer that was build for generating such AST (btw. I think it may be possible to do it and use mcs as parser, but that's another story). Doing that for whitespaces isn't worth it atm - to have all information about a file you need the CompilationUnit AND the text. It's possible to get the whitespace information (that's the space between two nodes. GetTextBetween (curNode.EndLocation, curNode.NextNode.StartLocation) gives you that. (And lastNode.EndLocation - document.EndLocation is the unparseable text). That is the major difference between us and rolyn, but not a major drawback IMO the original text is always available. The NRefactory version of mcs has some patches to make such thing as NRefactory possible. We try to keep the change set low, but #1 prio is that it works for monodevelop features. Regards Mike Hi, some more questions: I see that NRefactory doesn't deal with whitespace at all and processes comments and preprocessor directives using SpecialsBag that's not present in Mono.CSharp. Can I ignore whitespace too? And does that mean I have to add (or copy from NRefactory) support for comments and preprocessor directives to the AST? Thanks, Petr Onderka ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GSoC - AST Verifier for C# compiler
Hi Try to look at NRefactory git://github.com/icsharpcode/NRefactory.git The structural visitor was built for that. NRefactory does: Text - Mcs AST - NRefactory AST That AST can generate C# code as text - using the output visitor, or just node.GetText(). Therefore it's half way done, however I'm sure that there are still things not fully correct, any help improving that would be appreciated. The NRefactory AST holds lexical informations about the tokens as well, they could be checked against the input text. There are 2 projects inside the NRefactory solution that may be helful: ConsistencyCheck and AstVerifier (it's very, very basic). Regards Mike Hi, as a backup if my first proposed project doesn't get selected, I'm looking into implementing the project “AST Verifier for C# compiler”. The project statement says to implement an AST visitor and I have looked around and found the class StructuralVisitor. It seems to be exactly what I need, except it doesn't do anything by itself. I would expect it to visit the whole tree (just like ExpressionVisitor does for Expressions), so that I can implement only the parts that are relevant to me (in this case, generating the C# code). Is there some code that already does that? Or at least some code that implements StructuralVisitor that I could look at? If not, that's fine, and I can do it myself. I just don't want to duplicate work already done by others. Petr Onderka ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] UIApplication State
I need to be able to get the UIApplicaitonState in a subview within my applications Does anyone know how to do so? Michael Murdock Software Engineer (865) 482-1999 (865) 481-0921 fax www.allmeds.comhttp://www.allmeds.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Is there a Speech to Text type control for Monotouch
Is there a speech to text type control similar to the I-Do Note pad application? Michael Murdock Software Engineer (865) 482-1999 (865) 481-0921 fax www.allmeds.comhttp://www.allmeds.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Network file path URI
I am trying to point to a network file share and don't know how to format the URI I have tried \\server\share\path\test.jpgfile:///\\server\share\path\test.jpg and it gives me a Unreconized escape sequence' I tried switching the / put it does not load the file. Any Ideas? Michael Murdock Software Engineer (865) 482-1999 (865) 481-0921 fax www.allmeds.comhttp://www.allmeds.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] UNC pathing in C# for MonoTouch IOS getting network path
I am trying to point to a network file share and don't know how to format the URI I have tried @\\server\share\path\test.jpgfile:///\\server\share\path\test.jpg and it never gets to the image. I am using monotouch/monodevelop for IOS. Any Ideas? Michael Murdock Software Engineer (865) 482-1999 (865) 481-0921 fax www.allmeds.comhttp://www.allmeds.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] UNC pathing in C# for MonoTouch IOS getting network path
So do most folks copy images/files up to the web server and get to them via Http url? Michael -Original Message- From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of Robert Jordan Sent: Thursday, December 15, 2011 12:17 PM To: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] UNC pathing in C# for MonoTouch IOS getting network path On 15.12.2011 17:49, Mike Murdock wrote: I am trying to point to a network file share and don't know how to format the URI I have tried @\\server\share\path\test.jpgfile:///\\server\share\path\test.jpg and it never gets to the image. I am using monotouch/monodevelop for IOS. Any Ideas? UNCs are only supported under Windows. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] How to set UITableViewScrollPostion.Top
How to set UITableViewScrollPostion.Top How do I use this in monotouch, every example I see is in Objective C please help Michael Murdock Software Engineer (865) 482-1999 (865) 481-0921 fax www.allmeds.comhttp://www.allmeds.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] changing the color of the group bar in a table view
Has anyone be able to change the color of the group bar in a table view in plain mode. Thanks Michael Murdock Software Engineer (865) 482-1999 (865) 481-0921 fax www.allmeds.comhttp://www.allmeds.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Background Thread Logout
Has anybody create a background thread to force a logout based upon a time span? Like sessions in a web page. Thanks Michael Michael Murdock Software Engineer (865) 482-1999 (865) 481-0921 fax www.allmeds.comhttp://www.allmeds.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] File not found error when using Activator.CreateInstanceFrom()
Hey Jonathan P, I noticed that u wrote the 'Interop with Native Libraries' article on the mono web site. Very good stuff. I have a question, can mono link or inter op to a Linux static library instead of a shared object? (i.e mylib.a) -- View this message in context: http://mono.1490590.n4.nabble.com/File-not-found-error-when-using-Activator-CreateInstanceFrom-tp3064104p3224082.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] File not found error when using Activator.CreateInstanceFrom()
Hey John, thanks for the reply. I was compiling the c# test app and test dlls above from within Visual Studio 2005, taking default options. Options listed below, although seems this is OBE for you now The PATH variable was one of the first things that I checked when I first ran into this issue. Setting this does indeed work for my small sample application yet does *not* work for my 'real' application, which is more complex. It performs the PInvokefrom a plug-in assembly which was loaded via @Assembly.LoadFrom(). Maybe this is confusing win mono. Unfortunately, I cannot post detailed code of the real application. I'll have to gin up another 'test' example. I'll try to post a zip with new sample (see below). I ran into issues posting attachments to this board. I had also hoped that the path specified by the DllImport() call would suffice for the dependent dll to be found. Seems to work this way running under .NET so why is this not working under mono 2.8? Wonder what exactly the difference is between the two?? --- The MSVS 2005 command line compile options for the C++ dlls are: Environ.dll: /O2 /D _WINDLL /GF /FD /EHsc /MD /Gy /Fo.\Release/ /Fd.\Release/ /nologo /c /TP /errorReport:prompt Test_Native.dll: /O2 /Ob1 /I ..\Environ /D WIN32 /D NDEBUG /D _WINDOWS /D _USRDLL /D ENVIRONMENT_EXPORTS /D _CRT_SECURE_NO_DEPRECATE /D _WINDLL /D _MBCS /GF /FD /MD /Gy /FoDebug\\ /FdDebug\vc80.pdb /W3 /nologo /c /TP /errorReport:prompt The MSVS linker command line options are: Test_Native.dll: /OUT:..\Release/Test_Native.dll /INCREMENTAL:NO /NOLOGO /LIBPATH:.. \release /DLL /MANIFEST /MANIFESTFILE:Debug \Test_Native.dll.intermediate.manifest /ERRORREPORT:PROMPT Environ.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib environ.dll: /OUT:..\Release/Environ.dll /NOLOGO /DLL /MANIFEST /MANIFESTFILE:.\Release\Environ.dll.intermediate.manifest /ERRORREPORT:PROMPT kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib -- View this message in context: http://mono.1490590.n4.nabble.com/File-not-found-error-when-using-Activator-CreateInstanceFrom-tp3064104p3221233.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] File not found error when using Activator.CreateInstanceFrom()
Update: In putting together the sample code for the above, I was able to finally get past this error by setting the PATH variable for *every* sub directory path required in the search path. For some reason, this was not required while running under .NET. example: set PATH=%PATH%;c:\!test\plug;c:\!test\plug\native -- View this message in context: http://mono.1490590.n4.nabble.com/File-not-found-error-when-using-Activator-CreateInstanceFrom-tp3064104p3221251.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] File not found error when using Activator.CreateInstanceFrom()
Thanks for the reply. Not sure what you mean as I'm not doing a LoadLibrary(). Compile the sample code(s) above in this post for an example of how to produce the error. Note that the sample runs fine under the .NET 2.0 CLR on Windows and fails under mono 2.9 under Windows. I tried setting the LD_LIBRARY_PATH as you suggested anyway and that did not work. -- View this message in context: http://mono.1490590.n4.nabble.com/File-not-found-error-when-using-Activator-CreateInstanceFrom-tp3064104p3178277.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] File not found error when using Activator.CreateInstanceFrom()
Anybody else see this while using P/Invoke under mono? -- View this message in context: http://mono.1490590.n4.nabble.com/File-not-found-error-when-using-Activator-CreateInstanceFrom-tp3064104p3175616.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] File not found error when using Activator.CreateInstanceFrom()
Not sure what you mean. Actually, I was just refreshing the thread. ;-) See previous post and example code, If I p/Invoke to a single native dll, all is fine. However if that dll depends on a secondary native dll, I get an unhandled exception: System.DLLNotFoundException. Again, this scenario works fine under .NET, fails under 2.8 (under win mono) The issue seems to be related to p/Invoking a dynamic link library which depends on a second native dll. -- View this message in context: http://mono.1490590.n4.nabble.com/File-not-found-error-when-using-Activator-CreateInstanceFrom-tp3064104p3176193.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] File not found error when using Activator.CreateInstanceFrom()
Ok, rewrote to use p/Invoke with a true native DLL (extern C, no name
mangling here, Jon) and it appears that I am back to *square one* with the
'File not found exception'.
If I p/Invoke to a single native dll, all is fine. However if that dll
depends on a secondary native dll, I get an unhandled exception:
System.DLLNotFoundException. Again, this scenario works fine under .NET,
fails under 2.8
The issue seems to be related to p/Invoking a dynamic link library which
depends on a second native dll.
Here is a tiny example of all codes involved which may help highlight the
issue. Note the native dlls are in a sub-folder 'native' to the driver's
executing app path.
--
First DLL (Test_Native.dll) source :
//
// MyLib.h
//
#pragma once
extern C {
_declspec(dllexport) void Test();
}
//--
//MyLib.cpp
//--
#include iostream
#include stdio.h
#include exception
#include MyLib.h
#include MyEnviron.h
using namespace std;
void Test()
{
foo();
printf(ok.);
}
Second DLL (Environ.dll) Source:
//---
//MyEnviron.h
//---
extern C { __declspec(dllexport) void foo(); }
//---
//MyEnviron.cpp
//---
#include iostream
#include stdio.h
#include exception
#include MyEnviron.h
using namespace std;
void foo()
{
printf(dyn ok.);
}
// Test C# driver
//
//--
using System;
using System.Runtime.InteropServices;
using System.IO;
namespace PInvoke_Test
{
class MainClass
{
public static void Main (string[] args)
{
_Test();
}
// Test Method
[DllImport(Native\\Test_Native.dll,
EntryPoint = Test,
ExactSpelling = false,
CallingConvention = CallingConvention.StdCall)]
static extern void _Test();
}
}
--
View this message in context:
http://mono.1490590.n4.nabble.com/File-not-found-error-when-using-Activator-CreateInstanceFrom-tp3064104p3162360.html
Sent from the Mono - Dev mailing list archive at Nabble.com.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] File not found error when using Activator.CreateInstanceFrom()
Very interesting Jon, I will look into this. Thanks again for your assistance. -- View this message in context: http://mono.1490590.n4.nabble.com/File-not-found-error-when-using-Activator-CreateInstanceFrom-tp3064104p3153343.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] File not found error when using Activator.CreateInstanceFrom()
For readers of this thread, a good link on mixed (native and managed code) assemblies can be found here) http://msdn.microsoft.com/en-us/library/x0w2664k%28v=vs.80%29.aspx -- View this message in context: http://mono.1490590.n4.nabble.com/File-not-found-error-when-using-Activator-CreateInstanceFrom-tp3064104p3155361.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] File not found error when using Activator.CreateInstanceFrom()
Right Jon, it is a mixed mode C++/CLI assembly and I am trying to create an instance of a managed C++ object within, which in turn, accesses the legacy 'native' C++ code (which is also within this assembly). Original problem on this thread was the 'file not found error'. Since another dll was referenced to this one, I simply thought the 'file not found error' was due to a path problem, so I statically linked it into the main assembly. Thats when I got this 'type not implemented..' error. Thanks for the help, good suggestion on the clr pure option, I will review the code 2morrow to see if I can try that...hope this works...if not, guess I'll be redesigning a few thingies to use P/Invoke. For some reason, I thought we chose this CreateInstance() approach over the P/Invoke for performance reasons. The P/Invoke does work fine as I currently use it in another part of the application to interface to some FORTRAN dlls. -- View this message in context: http://mono.1490590.n4.nabble.com/File-not-found-error-when-using-Activator-CreateInstanceFrom-tp3064104p3094875.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] File not found error when using Activator.CreateInstanceFrom()
Thanks for the reply. Here is an example attached driver (test.cs) which calls the Activator.CreateInstanceFrom(). Runs fine under NET 2.0 but bombs under mono 2.8 with the 'implement type compare for 1b!' error message. You will need to construct asmall native C++ dll with a matching class name and constructor to call. http://mono.1490590.n4.nabble.com/file/n3091579/test.cs test.cs -- View this message in context: http://mono.1490590.n4.nabble.com/File-not-found-error-when-using-Activator-CreateInstanceFrom-tp3064104p3091579.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] File not found error when using Activator.CreateInstanceFrom()
Update: Code runs fine under .NET 2.0. Also tried statically linking the second .dll to the first which alleviated the 'file not found' exception, however I am now getting a implement type compare for 1b! message and mono crashes! Has anyone seen this!?? -- View this message in context: http://mono.1490590.n4.nabble.com/File-not-found-error-when-using-Activator-CreateInstanceFrom-tp3064104p3078315.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] File not found error when using Activator.CreateInstanceFrom()
I am using Activator.CreateInstanceFrom() and am getting a FileNotFoundException. The dll path is good and the file exists. Running mono 2.8 under windows 7 -64 bit. Anyone else seen this? -- View this message in context: http://mono.1490590.n4.nabble.com/File-not-found-error-when-using-Activator-CreateInstanceFrom-tp3064104p3064104.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ 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.8 gnome-sharp not compiling...
On Sat, 2010-10-09 at 10:59 -0400, Miguel de Icaza wrote: Hello, We no longer ship Mono.GetOptions.dll, since this is a sample, you can just remove it from the Makefile. In the meantime, we should get the sample rewritten to use the new Mono.Options. It's been worked around in master since May to not build the sample if Mono.GetOptions isn't available. So it's just a matter of rolling a new release. -- Mike Kestner mkest...@gmail.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Altering our build system.
On 5/20/2010 2:37 PM, Jonathan Chambers wrote: I've been looking at a MSBuild based build for the class libs (based upon Jonathan Pobst's MonkeyBuilder). To actually make the projects usable in visual studio, they need to be one of a list of well known project types. While MSBuild can handle an arbitrary .proj file with arbitrary MSBuild tasks, to build inside VS you would need to use a .csproj. Currently, I have a build basically working using a .proj file with custom MSBuild tasks that mirror what MonkeyBuilder does (which mirrors the auto* based build). csproj files could be used, but it raises a few questions: You can insert arbitrary Xml into a .csproj and VS will maintain it there intact. (This works, at least, for top-level children of the Project node.) MSBuild will process the Xml as build commands when it loads your project file. So, for example, you can add additional Import nodes into the projects to pull in custom Mono targets files to do some of the following things. 1. Can we build using either .Net compilers or mono compilers? The basic definitions for the build are in the file Microsoft.CSharp.targets in the Framework directory; from a quick glance over the CoreCompile target, you can set the CscToolExe and CscToolPath variables to whatever you want. 2. Is there the concept of make and make install (building class libs versus installing them in some location)? There is a concept of post-build execution; it's not exactly the same as 'make install' but that's typically what I've used it for. You do this by creating a post-build event hook as shown here: http://msdn.microsoft.com/en-us/library/dd293582.aspx 3. Running unit tests This one is a bit trickier; I've never done it outside of using TFSBuild, which has a custom task for it. But I would assume you could just launch mstest.exe from a post-build event, or create a custom Mono target that wraps the logic up. --Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] where is gtk-sharp-2 ?
On Thu, 2009-12-10 at 14:32 -0500, ptr wrote: hey all I am trying to setup a mono parallel enviroment according to http://www.mono-project.com/Parallel_Mono_Environments Where is gtk-sharp-2 located ? I cannot find it under the anonymous trunk You most likely want branches/gtk-sharp-2-12-branch. trunk/gtk-sharp is unstable, will target the gtk 3.0 api, and has no current release plans. -- Mike Kestner mkest...@gmail.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] where is gtk-sharp-2 ?
On Thu, 2009-12-10 at 14:48 -0800, ptr2009 wrote: Hey Mike Are you saying I only need gtk-sharp-2-12-branch. The parallel mono environment documentation seems to refer to both gtk-sharp gtk-sharp2. I am trying to build a parallel mono 2.6 environment. Oh dear, sounds like that page needs some love. The instructions are based on mono-1.1, which had parallel gtk-sharp 1.x and 2.x installs. I'm not aware of any software that still requires gtk-sharp 1.x. A gtk-sharp-2.12 install should satisfy all your needs. Also is monodoc merged with main trunk now ? Yes, I believe all the docs and tools were merged into mcs trunk. -- Mike Kestner mkest...@gmail.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Some questions in regards to the GTK# API
On Sun, 2009-11-29 at 19:27 +0100, Claus Jørgensen wrote: I made a example of what I think could be nice to have here: http://windcapes.pastebin.com/m7f2f591b , but I'm wondering if there is there a reason for them not being there, seeing that a number of other properties are available, but not these. There is already a DefaultSize property. If you want to add the others, feel free to open a bug and attach a patch. The file you want to modify is gtk/Window.custom. We can only add convenience API like this in unstable versions, though, which means it will only be available in 3.0 and beyond when development begins on that. Plus, I find it very strange that there is no parameter-less constructor for Gtk.Window class. After all, it's rather ugly having to call the base constructor when making a derived Window, which is rather typical for GUI development. I don't know how ugly it is. It would be extremely unusual to create a toplevel window without setting the title of the window, which is one available overloads. I'm not opposed to adding default constructors for everything. It would make things simpler MD's designer if all the widgets had default constructors for example. I'm not sure how feasible that is given the use of construct-only properties in gtk+. -- Mike Kestner mkest...@gmail.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gtk depends on Winforms ¿?
On Sat, 2009-09-05 at 09:15 +0200, Christian Hoff wrote: In Windows I use 'mkbundle' [1] We should probably put that code in a try-block. What do you think, Mike? My question would be, what do you do in the catch block? The winforms reflection thing is a huge hack, we know that, and the poster is tripping over it because of using mkbundle instead of depending on mono or .Net. We could also take the stance that if somebody wants to do this sort of minimal packaging, they are required to add an artificial ref to swf to ensure it gets bundled. But they won't have any clue that's required if we just silently fallback to unthemed windows when we can't find swf. According to Robert Jordan on this thread, it's a PeekMessage/GetMessage loop that's required to happen before the first handle is created. We should try a pinvoke solution like that and see if it works so we can remove the hack altogether instead of figuring out ways to make the hack more palatable. Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] unifying eglib implementations in bluez mono
a recent google for a stripped down/embedded version of glib lead me
to two projects which seem to have been developed independently but
for the same exact purpose. the bluez code has:
http://git.kernel.org/?p=bluetooth/eglib.git;a=summary
while the mono code has:
http://anonsvn.mono-project.com/viewvc/trunk/mono/eglib/
going by some of the info on the web, the bluez project doesnt really
have interest / manpower to keep the eglib code running (even though
there are users interested in keeping the functionality). on the mono
side though, it appears the code is actively maintained and kept up to
date. perhaps the functionality of the bluez version should be
reviewed and pushed to the mono one and then ultimately shutdown ?
after all, checking out and using just the eglibc code from mono seems
to be trivial.
on the mono side, is there interest in adding things that mono itself
may not use ? for example, creating a small shim from the gthread api
to the pthread api looks fairly trivial ...
typedef pthread_t GThread;
static inline GThread *g_thread_create(GThreadFunc func, gpointer
data, gboolean joinable, GError **error)
{
GThread *ret = g_malloc(sizeof(*ret));
g_assert(joinable == TRUE);
pthread_create(ret, NULL, func, data);
return ret;
}
#define g_thread_exit(ret) pthread_exit(ret)
#define g_thread_self() pthread_self()
static inline gpointer g_thread_join(GThread *tid)
{
void *ret;
pthread_join(*tid, ret);
return ret;
}
same for the gmutex code:
typedef pthread_mutex_t GMutex;
#define g_mutex_new() g_malloc(sizeof(GMutex))
#define g_mutex_free(mutex) g_free(mutex)
#define g_mutex_lock(mutex) pthread_mutex_lock(mutex)
#define g_mutex_unlock(mutex) pthread_mutex_unlock(mutex)
-mike
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] unifying eglib implementations in bluez mono
On Wed, Aug 12, 2009 at 22:10, Michael Jerris wrote: On Aug 12, 2009, at 9:59 PM, Mike Frysinger vapier@gmail.com wrote: a recent google for a stripped down/embedded version of glib lead me to two projects which seem to have been developed independently but for the same exact purpose. the bluez code has: http://git.kernel.org/?p=bluetooth/eglib.git;a=summary while the mono code has: http://anonsvn.mono-project.com/viewvc/trunk/mono/eglib/ going by some of the info on the web, the bluez project doesnt really have interest / manpower to keep the eglib code running (even though there are users interested in keeping the functionality). on the mono side though, it appears the code is actively maintained and kept up to date. perhaps the functionality of the bluez version should be reviewed and pushed to the mono one and then ultimately shutdown ? after all, checking out and using just the eglibc code from mono seems to be trivial. The eglib in the bluz project is not compatible with the licensing. Eglib is intentionally MIT/x11 licence for no restrictions. assuming the copyright holders of the bluez' version do not wish to let the code be relicensed, or they cannot be contacted, that would prevent direct merging. it wouldnt of course prevent a functionality review and implementing any missing functionality in the mono version. although when i did a glance through the code, it seems like mono for the most part implements more than the bluez version, so perhaps it wouldnt take all that much effort. -mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Mono Visual Profiler
We're seeking the input of profiler users and other interested parties to help create a visual profiling tool for mono applications. Development is under way in the mono-tools module alongside the current command line decoder. The tool is a UI to interact with the built-in mono logging profiler and graphically display captured profile logs. The visualization capabilities of the tool are still fairly primitive, but it is already capable of creating and displaying log data for instrumented, allocation, and statistical profiles. I have created a Wiki page to track the feature capabilities and plans: http://mono-project.com/MonoVisualProfiler There is also now a Visual Profiler category for bug reporting and enhancement requests in the Mono:Tools bugzilla product. Discussion should occur on mono-devel-list. -- Mike Kestner mkest...@gmail.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GTK# 2.12.9 installer breaks on upgrades
On Sun, 2009-05-31 at 22:54 +0200, Mirco Bauer wrote: Under software it lists GTK# 2.12.9 (no .8, thus I assume it upgraded). When removing GTK# 2.12.9 and installing it again, the assemblies are back in the GAC and the GTK# application runs again. I file a bugreport for this issue already here: https://bugzilla.novell.com/show_bug.cgi?id=508580 Thanks for the report. We've released a 2.12.9-2 installer at the usual place. Thanks for testing it as well. -- Mike Kestner mkest...@novell.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Installers
I am currently working to provide some additional installation capabilities to support the porting of MD to windows. This includes shipping libraries like Mono.Posix, Mono.GetOptions, SharpZipLib, and Mono.Addins. We've previously received requests to include Mono.Posix in the Gtk# for .net installer, as projects designed with the stetic designer in MD generally contain a Catalog dependency for string translation. The Gtk# installer already ships Mono.Cairo. The above examples indicate that many gtk-sharp applications will likely contain dependencies drilling down into the mono stack. Tomboy uses mono-addins. MD uses several mono libs. My inclination is to just merge these additional libraries needed by MD into the current installer, as opposed to maintaining a separate installer which applications will need to add to their deployment instructions. The current Gtk# for .Net installer weighs in at around 8MB. These additional libraries currently take up just under 1MB in a standalone installer, so the addition of them to the current installer is roughly a 12% increase in download size. I think the user convenience of being able to download all the mono stack goodness in one installer outweighs any advantage to be obtained by carving out subsets of the stack into independent installers. It's conceivable we could add additional libraries from the stack in the future if the demand is high. Thus, my proposal is that we move to a single Mono Libraries for .Net installer which contains these mono stack libraries, including Gtk#. I believe I would probably name the installer mono-libraries.msi and version it with the major/minor version number of the mono release, and an installer version to support updating gtk-sharp and mono-addins and other libraries we might add which don't conform to the mono release schedule. We can probably head off any potential issues related to the disappearance of the Gtk# for .net installer by providing some more detailed information about the contents of the installer on the Downloads page, but there may be some inertia out there around the existing installer name on some application download sites, ie Download the latest version of the Gtk# for .Net installer from the mono project downloads page. Feedback appreciated. In particular I'd like to hear from those of you using the current Gtk# for .net installer or those considering win32 ports in the future. Which would you prefer, one installer or two? If one, should it remain the Gtk# for .net installer for historical purposes, even containing the infusion of mono tastiness, or do we rename it to Mono Libraries for .Net? -- Mike Kestner mkest...@novell.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Usage of construct properties in a wrapped GObject library
On Mon, 2009-04-27 at 11:42 -0700, MardyTardi wrote:
=
public Map () : base (IntPtr.Zero)
{
if (GetType () != typeof (Map)) {
CreateNativeObject (new string [0], new GLib.Value[0]);
return;
}
Raw = osm_gps_map_new();
}
=
osm_gps_map_new() is the C constructor of my GObject, but what I'd like to
have is a constructor which accepts a list of properties + values, and pass
it to g_object_newv(). But I cannot find an equivalent for g_object_newv()
in C#, that's why I'm stuck.
Any hints?
You may have figured this out already, but the CreateNativeObject call
in that generated call is the equivalent of g_object_newv. The string[]
is a list of property names. The GLib.Value[] is their corresponding
values.
--
Mike Kestner mkest...@gmail.com
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] {kinda OT} Linux equivalent of Win32 ReadProcessMemory...
On 4/15/2009 12:33 PM, Martin Baulig wrote: What do you want to read from the process ? If you're just interested in the executable, you can also read /proc/PID/exe. If you just need a timestamp, you may check /proc/PID/exe, which is a symbolic link to the ELF file, and check its creation time. Most of what I'm interested in is actual runtime data from the heap -- large arrays of objects tracking the state of all of the units in the game. The timestamp is used just to distinguish versions of the binary from each other, in case the memory layout changes. So far, for all of the native Linux versions I have access to, the ELF Header e_entry has been slightly different, so I'm going with that. Currently I can read the ELF data from /proc/PID/mem (through a FileStream) with no problem, but when I try to .Seek() to live data I get an Invalid handle error, even though I'm using the same instance of FileStream I just successfully read from. My suspicion is that the address being passed around are somehow invalid and I'll need to figure out how to fix them up. But thanks to this list I'm making far more progress than I expected in just a few days :) --Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] {kinda OT} Linux equivalent of Win32 ReadProcessMemory...
On 4/14/2009 11:47 AM, Martin Baulig wrote: On Mon, 2009-04-13 at 10:45 -0400, Miguel de Icaza wrote: * Has anyone actually done something like this and run into non- obvious problems? I'm most concerned that there are some gotchas in how Linux manages memory, though if its just a matter of trial and error to find the right spots in memory I'm already assuming that's coming. You might want to first look in /proc/PID/maps which describes which memory addresses are actually valid for that process. Then you can start seeking and reading at will. b) you're the tracing parent of the target process - and the restriction applies on thread-level. I eventually figure that out, it was the source of my seemingly random ESRCH errors trying to read from /proc/pid/mem. Once I realized that I need to PTRACE_ATTACH first, I was all set. I am successfully reading memory from my target process. So far, I've only managed to pull the ELF header out of memory, but it's a start. I just need to find a way to tell the difference between each possible version of the binary I might run into; the original utility relied on the fact that Windows linkers stick a time stamp into the PE header at creation time, but I don't see anything similar in ELF. --Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] {kinda OT} Linux equivalent of Win32 ReadProcessMemory...
On 4/13/2009 9:18 AM, Gladish, Jacob wrote: Is there a particular piece of memory you're looking for? Environmental variables, etc., or are you simply trying to read arbitrary bytes from another processes? From glibc's perspective it would be arbitrary memory, but there's a specific piece of information I want to get at. I'm trying to port this: http://dwarfmanager.sourceforge.net/. It's a utility that interacts with my current major addiction (Dwarf Fortress) by reading chunks of memory from the running process, and applying what it knows about the layout of the data structures to let you bulk-update data elements. It's written n C#, and GPL'd, and it starts up fine under Mono, but the memory access using ReadProcessMemory, so I'm trying to write the equivalent Linux code to use instead. I've already gotten far enough since my original email to know that you can't open /proc/pid/map in a file stream (I get an err: unknown process of all things). Apparently I'm gonna have to mmap() the file into my own memory space instead. --Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] get mac address using system.management
On 4/13/2009 1:50 PM, tooty wrote: so, can anyone tell me what is the wright method of managementclass that will let me get the network adapter properties? I don't believe any of the System.Management namespace is currently implemented, for exactly the reason you specified: WMI is way too closely tied to Windows. or any other way i should use for linux system? thnx in advance. The typical ways on a Unix system to get the hardware address: * Run ifconfig and parse the output (e.g. via Process()) * On Linux, at least, you can read from sysfs (assuming a new enough kernel): /sys/class/net/ifname/address * Open a socket, and send it an ioctl(SIOCGIFHWADDR), passing in a struct ifreq with the ifr_name field set to the interface name. On return, the ifr_hwaddr.sa_data field contains the hardware address. You should be able to use the Socket::IOControl method to help here. * Read the kernel source for how SIOCGIFHWADDR is implemented, then do that :) Probably involving way more work with DllImport, Marshalling, and syscalls than you want to think about. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] {kinda OT} Linux equivalent of Win32 ReadProcessMemory...
I'm trying to port a utility from Windows that needs to read memory from
a running application. It's using P/Invoke to call ReadProcessMemory,
which obviously isn't going to work on Linux.
Conceptually, I think this should be easy: use
Process.GetProcessByName().Id to get the pid of my target process,
open /proc/{pid}/mem as a filestream, and start reading. The fact that
it seems so easy is what concerns me. In particular:
* Has anyone actually done something like this and run into non-obvious
problems? I'm most concerned that there are some gotchas in how Linux
manages memory, though if its just a matter of trial and error to find
the right spots in memory I'm already assuming that's coming.
* Is there an easier way to do this that I'm missing? I briefly looked
for a glibc function that was similar to ReadProcessMemory and came up
empty.
--Mike
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Documentation Tools
Hi, I'm interested in helping out with the documentation admin tools. I've coded a fair bit in Tcl/Tk, I'm not sure if the admin side of things uses GTK# too or what. Does anyone know exactly what changes are wanted, where I can get the existing sources, how I go about building the existing stuff, and submitting my changes? Thanks. _ Experience all of the new features, and Reconnect with your life. http://go.microsoft.com/?linkid=9650730___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Gtk# 2.12.8 and Gtk# for .Net installer released
Announcing the release of Gtk# version 2.12.8. This is a bugfix release of bindings for the 2.12 API of Gtk+. Tarball is available for download from: http://ftp.gnome.org/pub/gnome/sources/gtk-sharp/2.12/gtk-sharp-2.12.8.tar.gz We are also announcing the simultaneous release of a new Gtk# for .Net installer: http://ftp.novell.com/pub/mono/gtk-sharp/gtk-sharp-2.12.8-1.win32.msi This installer fixes several issues with the previous release, including Mono.Cairo.dll reference key mismatches, missing 2.10 policy assemblies, missing key to detect installed runtime version, and failure to run pixbuf-loader setup script on vista. We appreciate everyone's patience as we've transition the maintenance of this installer upstream. Thanks also to all those who filed bug reports and acted as guinea-pigs as we worked through the issues. Beginning with this installer, we have integrated the VS.net development support key registrations into the previous runtime installer and are discontinuing the practice of releasing side-by-side Runtime and SDK installers. The SDK installer contained mainly C development files and at 31MB was a very large download just to get a few keys added to your Registry if you weren't interested in C development. The current installer gives you all you need for both runtime and managed development in a lightweight 8MB package. Any issues found with this release can be reported to the usual places, either in bugzilla.novell.com module gtk#, or gtk-sharp-l...@lists.ximian.com for discussion. -- Mike Kestner mkest...@gmail.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Help on deploying library to gac using autotools
On Fri, 2009-01-23 at 17:38 -0800, amrhassan wrote: Hi, I'm not an autotools expert. I just want to create a package to distribute my lib into GAC. I signed my library and everything, I created the Makefiles using the addin from MonoDevelop but I don't know how to get it to install the lib into GAC instead of PREFIX/lib. Can someone please help me with that? The way this is usually done is by building the assembly as a noinst_DATA target and adding something like: install-data-local: $(GACUTIL) /i $(ASSEMBLY) /f || exit 1; uninstall-local: $(GACUTIL) /u $(ASSEMBLY_NAME) /f || exit 1; ASSEMBLY_NAME is the name of your assembly without the .dll extension. ASSEMBLY includes the .dll. GACUTIL is setup in configure.in as: AC_PATH_PROG(GACUTIL, gacutil, no) if test x$GACUTIL = xno ; then AC_MSG_ERROR([No gacutil tool found. You need to install either the mono or .Net SDK.]) fi AC_SUBST(GACUTIL) -- Mike Kestner mkest...@gmail.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono-find-(provides|requires)
On Sat, 2008-12-13 at 15:23 +, Jonathan Pryor wrote: On Fri, 2008-12-12 at 22:35 -0600, Mike Kestner wrote: On Fri, 2008-12-12 at 08:56 -0700, Andrew Jorgensen wrote: I don't know how best to solve this issue but it needs to be solved. As more mono-based packages are added to linux distributions the problem will grow. Please share your well-reasoned ideas and / or proposed patches. We seem to have 3 classes of DLLs now: gac, addin, and private. I'm not entirely sure that we want to distinguish between addins and private. Somewhat because it's additional code to write/test, but mostly because I can't see this covering the log4net case, in which a plugin/addin/etc. wants to make use of the application's copy of e.g. log4net.dll (as presumably log4net won't be an addin any time soon). The advantage to doing so is not cluttering up the provides output with an entry for every non-gac assembly in an rpm when the majority of them are not realistically consumable at runtime. AFAICT, it solves the log4net problem as described because only the log4net rpm would advertise a provides for mono(log4net). It appears to be a gac installed assembly by that rpm. The mojoportal rpm would not advertise a provides, because it apparently installs the assembly to a private dir. mojoportal would not have a requires for it since it installs a copy itself. smuxi on the other hand would have a requires since it does not install log4net.dll, but instead uses the gac'd copy from log4net.rpm -- Mike Kestner mkest...@gmail.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono-find-(provides|requires)
On Fri, 2008-12-12 at 08:56 -0700, Andrew Jorgensen wrote: I don't know how best to solve this issue but it needs to be solved. As more mono-based packages are added to linux distributions the problem will grow. Please share your well-reasoned ideas and / or proposed patches. We seem to have 3 classes of DLLs now: gac, addin, and private. gac is obvious: Anything that installs one provides it, anything that references one requires it. private is any installed non-gac assembly which is not associated with addins. This includes local libraries installed by apps for their own use, and unstable libraries using the guidelines per the wiki. There is no reason for these libraries to be advertised as provides. The tricky one is addin-related libraries, like MonoDevelop.Core.dll which is consumed by Boo. These are loaded via the addin manifest dependency mechanism so they don't have to be installed in the GAC to be public. From a package dependency standpoint, any assembly reference not installed by the rpm itself needs to be listed by mono-find-requires. For mono-find-provides, gac and addin assemblies need to be listed. Gac libraries are easy enough to identify. Lluis and I were discussing it and he said it should be possible to extend the addin tools to provide an addin detection capability. -- Mike Kestner mkest...@gmail.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] 2.12.6 installers for .Net
We are now announcing the availability of win32 runtime and sdk installers for Gtk# 2.12.6 via the mono project download page: http://mono-project.com/Downloads These installers are built on the upstreamed sources (now in svn trunk module win32-installers) which were used by Medsphere to provide 2.10 installers via the OpenVista project. We would like to thank Medsphere for providing this service to the community, and in particular Cody Russell and Brad Taylor for their efforts in the past and hopefully future to keep improving on these installers. The installers also build on the gtk+ binary distribution provided by gtk.org. The Novell release team is currently working feverishly to update the mono combined installer to Gtk# 2.12.6 as well, and we will be announcing that availability in the coming days. Since I know the question will be coming, now that win64 binaries are available from gtk.org for the gtk+ stack, we will be working to provide win64 installers for at least the .Net runtime. There are some challenges to work through, not the least of which being time and availability with all the various priorities coming at us. If you'd like to help with this effort, please let us know. The coming months will be very busy. We will be branching for 2.13.x unstable development once mono 2.2 is released. We have several nice enhancements in the works or planned for 2.14, like class virtual method support (thanks to Christian), glue reduction/elimination, more friendly win32 build process, and the new gio APIs (thanks to Stephane) plus all the new gtk+ goodies. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Bug in configure script of gtksourceview-sharp
On Thu, 2008-11-20 at 18:23 +0300, Alexander M. Batishchev wrote: http://anonsvn.mono-project.com/viewvc/branches/gtksourceview-sharp-0.x/ and ran ./configure. It said: checking for gapi2-fixup... /usr/local/bin/gapi2-fixup checking for gapi2-codegen... /usr/local/bin/gapi2-codegen But it's wrong, this applications are contained into /usr/bin/, because i have installed gtk-sharp into /usr, not /usr/local. If configure is reporting those paths it is because you have a copy of gtk-sharp installed in /usr/local. /usr/local/bin is typically on the PATH before /usr/bin, so configure will always find tools there before it looks in /usr/bin. If you don't want to use the version you have installed in /usr/local, you will either have to uninstall it, or adjust your PATH (and probably PKG_CONFIG_PATH and LD_LIBRARY_PATH) to not include /usr/local. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [Ximian-mono-list] Build / Release team meeting with Miguel notes...
On Mon, 2008-11-10 at 17:17 -0700, Thomas Wiest wrote: * Make the Mono windows installer a smaller download - Split gtk# out into it's own component - Strip out the static libraries (the .a's) - Change the gtk# installer to install to both the MS and Mono GACs This is an awesome idea. Gtk# trunk, and therefore 2.12.6 already has an msm/wix build set up which can be invoked with: make win32-installer There is also a win32-installers module which builds msms for gtk+ and glade and the dependencies using wix. It also produces a runtime and sdk .msi for gtk-sharp + gtk + deps via automake. You just have to copy the msms produced by the gtk-sharp build into the root directory and do a make. This installer currently specifies a dependency for .Net 1.1 or greater, but maybe that wix dependency could be revised to test for a mono msi as well. The assembly installation is already done using gacutil, so maybe it will 'just work' with a mono provided gacutil. Brad and Cody are the gurus on this stuff. I've tinkered around enough with it to know how to do minor version updates and so on. I'd be happy to work with you guys to see if we can move this idea forward. I have a 2.12.6 installer sitting on my win32 machine right now which I was going to see about uploading to mono-project.com, but maybe we can use this release as an opportunity to get you guys started by rebuilding it on your build machine(s). * Change the Mono windows installer over to Wix so that it is an MSI There are a bunch of wix files in svn now to borrow from. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] help needed please for ASP.NET migration to mono 2.0
Hi We use mono already for our server based software and its working well. With 2.0, we're starting migrating our ASP.NET application over as well. I'm using the VMWARE image for 2.0 Initially, I read the welcome to mono page on the VM and followed the copy you asp.net code to a folder under '/srv/www/htdocs' instructions and went to the local host URL and got a variety of errors (including one which was the giveway that firefox didn't know what to do with an aspx file) I then dug around and found the mojoportal site; backtracked into the /etc/apache2/conf.d folder, found the conf file and the 'webapp' config file under /etc/xsp/2.0/applications_available and copied them and modified to suite my application. If I access my default.aspx page now, I no longer get the errors and see the status bar at the bottom which says transferring data from local host which then changes to waiting for local host. Nothing furher happens. I've managed to set up the mono-control tool and that works but doesn't give me much additional information. The ASP.NET application is straight off VS 2005; it works fine under MS. It contains AJAX.NET. I've renamed Bin to bin. Given that nothing really happens, could it be something basic like its not compiling under mono on the first reference to the site? Help would be greatly appreciated. Regards Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] problems compiling using System.Configuration using
Bill Using gmcs was the answer. Many thanks Mike Mike Horsley VQ Communications Ltd [EMAIL PROTECTED] T: 01249-460002 M:07920-151804 W:www.vqlive.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] problems compiling using System.Configuration using Mono 2.0
I can use the following on MS: System.Configuration.ConfigurationManager.AppSettings() This requires a reference to System.Configuration. I'm trying to do the same on mono 2.0 (using the VMWARE image) but cant figure out what reference I need to give mcs to get it to compile. I've tried -r:System.Configuration.dll and get the mcs error cannot find metadata file 'System.Configuration.dll whereas if I use -r:System.Configuration.Install.dll (having found the dlls in /user/lib/mono/2.0/) I get the mcs error Error CS0234 the type or namespace 'ConfigurationManager' does not exist in the namespace 'System.Configuration' are you missing an assembly reference? I can use the legacy mode ConfigurationSettings.AppSettings but this then means I have 2 variants of code (one for Windows, one for Linux) Any help appreciated! Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] why does gtk# installer requires .net 1.1 ?
On Thu, 2008-10-09 at 10:07 +0300, Onur Gumus wrote: It seems gtk# requires .net 1.1 explicitly for windows. Though this seems to be an unrealistic requirement if people want GTK# usage increase on windows as well. As you would guess, vast majority of windows boxes has .net 2.0+. Any improvements possible ? Right now, gtk-sharp requires the 1.1 SDK to build. Starting with the 2.10 installers though, I'm told that the installer doesn't require 1.1. There is no technical reason I am aware of that the gtk-sharp assemblies should require 1.1 at runtime. Can you confirm which installer you are referring to? -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Gtk# Status and Roadmap
In anticipation of the upcoming GNOME 2.24 release we have completed the gnomeprint and gnomepanel restructuring discussed and announced this spring. Beginning with release 2.24.0, the Gnome.Print and Gnome.PanelApplet APIs have been moved from gnome-sharp.dll into their own assemblies distributed in the gnome-desktop-sharp package. This move was necessary to allow the GNOME project to remove the gnomeprint libraries from their desktop release. If you are using either of these APIs, you will need to add configuration checks or -pkg: entries for the new pkgconfig files: gnome-print-sharp-2.18.pc and gnome-panel-sharp-2.24.pc. No other changes should be necessary, as the APIs themselves did not change, just their location. Note, however, that their location in gnome-desktop-sharp more accurately reflects the instability of the underlying APIs. Since gnomeprint is deprecated, it is unlikely to change. We will attempt to keep gnome-panel-sharp stable as much as possible, but the underlying C API has no stability guarantee. Gnome 2.24 will ship with gtk-sharp-2.12.3, gnome-sharp-2.24.0, and gnome-desktop-sharp-2.24.0. These tarballs have been uploaded to the gnome FTP servers. We currently plan to release gtk-sharp 2.14 in the GNOME 2.26 release next spring. The 2.14 release will integrate the existing gio-sharp bindings from trunk svn into the gtk-sharp package, as well as updating the existing assemblies to add the new 2.14 API. There are no plans for new GAPI features in this release. Looking farther down the road, Gtk+ appears to be solidly on a course to break API stability with a 3.0 release. The branch toward that goal is currently slated for around this time next year, releasing a 2.90 release alongside 2.16. The 3.0 stable release is not planned until significant new features have been added. The 2.90 release will remove all deprecated APIs and hide all structure fields. Our current long-term strategy for gtk-sharp is to continue to release gtk-sharp 2.x in the GNOME release following its corresponding gtk+ release. With the 3.0 picture still fuzzy, we are reserving judgment on when we will move to it and how much of an API break we will do in gtk-sharp alongside the C break. Whenever it occurs, gtk-sharp-3.0 will be parallel-installable with gtk-sharp-2.0 to allow for migration to the new version at the user's pace. If you want to get a jump on the transition, you will want to begin moving your use of any Obsolete/deprecated API to its replacement. Transition guides for most major C deprecations are available in the gtk + documentation on gtk.org. As always, we appreciate any feedback from the community. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] utf8 related patches. Please review.
Miguel, Attached are patches for both change logs, licensing my changes under MIT X11. Mike On Wed, Aug 20, 2008 at 4:22 PM, Miguel de Icaza [EMAIL PROTECTED] wrote: Hello Mike, Thanks for your patches; I commited everything into glib. For the Mono piece, would you be willing to also license those changes under the MIT X11 license? Miguel. eglib_changelog.patch Description: Binary data mono_util_changelog.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] utf8 related patches. Please review.
Attached are multiple patches for utf8 functionality. Please review.
-
utf8_additions.patch
-
Adds Implementations Tests to eglib for :
-g_utf8_strlen
-g_utf8_get_char
-g_utf8_next_char
Adds tests for g_utf8_validate, which fail on eglib but pass on glib, more
on this below.
--
utf8_validate.patch
--
Adds a new implementation of g_utf8_validate to eglib. This will fix the
eglib test failures above.
--
mono_utils.patch
--
Adds a function requested by Kumpera to combine the functionality of
g_utf8_validate and g_utf8_strlen.
-
utf8_fulltest.c
-
A stand alone test program to test all of my functions included in these
patches. It compares my function results to glib's across all valid and
invalid utf8 values. i.e. 0x to 0x. My results match
glib's across the whole range. The program also tests the current
g_utf8_validate function in eglib to show that it has a significant number
of differences with glib.
Kumpera and I are not sure on the best approach for including these tests
into the eglib tests. The test is very time consuming, and I personally
don't think putting it into the existing eglib test suite is the best idea.
Not to mention it doesn't exactly fit the existing eglib test suite model
since it compares eglib to glib. Any suggestions would be much appreciated.
To compile gcc utf8_fulltest.c -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -L/usr/lib -lglib-2.0
Mike Voorhees
#include stdio.h
#include stdlib.h
#include unistd.h
#include errno.h
#include glib/gunicode.h
#include glib.h
/*
I've included this in my utf8_additions.patch file,
its used in a couple of my methods.
*/
static const char trailingBytesForUTF8[256] = {
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,
1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1, 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,
2,2,2,2,2,2,2,2,2,2,2,2,2,2,2,2, 3,3,3,3,3,3,3,3,4,4,4,4,5,5,0,0
};
/*
I've included this in my utf8_additions.patch file,
it's used by my_g_utf8_get_char
*/
static const gulong offsetsFromUTF8[6] = { 0xUL, 0x3080UL,
0x000E2080UL,
0x03C82080UL, 0xFA082080UL, 0x82082080UL };
/* This function will go under mono utilities,
it was requested by Kumpera to speed up (Object.c) mono_string_new
This is in my mono_utils.patch */
gboolean my_utf8_validate_and_len (const gchar *source, glong* olength, const
gchar** oend);
/* I've included this in my utf8_additions.patch file, adding to eglib */
#define my_g_utf8_next_char(p) p + (trailingBytesForUTF8[(guchar)(*p)] + 1)
/* I've included this in my utf8_additions.patch file, adding to eglib */
gunichar my_g_utf8_get_char (const gchar* src);
/* I've included this in my utf8_additions.patch file, adding to eglib */
glong my_g_utf8_strlen (const gchar *p, gssize max);
/* I've included this in my utf8_validate.patch file, it would replace the
g_utf8_validate method
that is currently in eglib */
gboolean my_g_utf8_validate (const gchar *str, gssize max_len, const gchar
**end);
/* This method was copied from mono svn eglib imlementation. It's here to
compare to glib */
gboolean eglib_g_utf8_validate (const gchar *str, gssize max_len, const gchar
**end);
/* Used in this test file only */
int TestNextAndGet (const char* src, const char* end);
int
main ()
{
TestAll();
return 0;
}
int
TestAll()
{
gchar buff[5] = {0, 0, 0, 0, 0};
guint stopPoint = 0xUL;
gboolean nextAndGet;
guint* count = (guint*)buff[0];
const gchar* glibEnd;
glong glibLen;
gboolean glibRet;
glong glibMaxLen;
glong myUtilLen;
glong myLen;
glong myMaxLen;
gboolean myRet;
gboolean myUtilRet;
gboolean eglibRet;
const gchar* myEnd;
const gchar* myUtilEnd;
const gchar* eglibEnd;
guint totalNextAndGetDiffs = 0;
guint totalEglibValDiffs = 0;
guint totalEglibEndDiffs = 0;
guint totalMyUtilValDiffs = 0;
guint totalMyUtilEndDiffs = 0;
guint totalMyUtilLenDiffs = 0;
guint totalMyUtilLenDiffsOnInvalids = 0;
guint totalMyValDiffs = 0;
guint totalMyEndDiffs = 0;
guint totalMyLenDiffs = 0;
guint totalMyLenDiffsOnInvalids = 0;
guint totalMyLenDiffsOnMaxParam = 0;
for (; *count stopPoint; *count+=0x01) {
glibRet
Re: [Mono-dev] gstreamer-sharp Question
On Thu, 2008-05-29 at 16:54 -0700, C.J. Adams-Collier wrote: Aaron, Did you build this binding manually, or did you use gapi2? Mike, Is there any reason why gapi2 wouldn't work on gstreamer? My understanding is that the problem with a straight gapi binding was that there are proprietary gstreamer plugins which can't be GAPI-fied to identify all the APIs they expose, so there is need for more dynamic access to signals/events and properties of Gst.Elements. The gstreamer bindings effort undertaken during SoC a few years back was at least partially focused on this dynamic signal invocation and connection mechanism. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Strange GdkSharp.PixbufDestroyNotifyWrapper error..
On Sat, 2008-05-31 at 21:50 -0400, [EMAIL PROTECTED] wrote: On Fri, 2008-05-30 at 17:00 -0400, [EMAIL PROTECTED] wrote: ExcObject: System.InvalidProgramException: Invalid IL code in (wrapper native-to-managed) GdkSharp.PixbufDestroyNotifyWrapper:NativeCallback (intptr,intptr): IL_0030: call 0x0006 Actually, I guess this IL problem required a fix in mono, according to Zoltan on: https://bugzilla.novell.com/show_bug.cgi?id=362951 The patch I committed yesterday fixes an exception that would have come out if you had his fix. any alternatives?? (build the object in other way, use a temporary object to do..something..), I really need to fix this and checkout+patch and recompile all mono or gtk-sharp sources don't seems to be a easy solution :-S, also wait to next rpm released is kind of long time ;-) , sugestions?, may be is posible to use a compiled version from you? I would really apreciate if that is posible and fix the problem.. PibxbufLoader may have some alternatives. Wade is building snapshot builds for gtk-sharp trunk if you are running openSUSE: http://mono.ximian.com/monobuild/snapshot/download-trunk/ Based on the rpm version for gtk-sharp2, it looks like the latest snapshot is for r100145 though. Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Strange GdkSharp.PixbufDestroyNotifyWrapper error..
On Fri, 2008-05-30 at 17:00 -0400, [EMAIL PROTECTED] wrote: ExcObject: System.InvalidProgramException: Invalid IL code in (wrapper native-to-managed) GdkSharp.PixbufDestroyNotifyWrapper:NativeCallback (intptr,intptr): IL_0030: call 0x0006 I think this is a known issue with PixbufDestroyNotifyNative using a byte[] for the pixbuf parameter without the appropriate [MarshalAs] magic. I just committed a patch to gtk-sharp trunk (revision 104582) which should resolve the issue. Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Building gtk-sharp 1.0.10 problem
On Fri, 2008-05-09 at 11:00 +0100, Paul wrote: Hi, I'm rebuilding gtk-sharp for inclusion in Fedora and have hit a problem when building rsvg. What non-C# library do I need to have installed to ensure that rsvg gets built? librsvg, but most likely, the problem is that you don't have an old enough librsvg installed to get the appropriate .pc file. Modern librsvg installs a librsvg-2.0.pc. Do you have an app that has a 1.0.x dependency? You are probably better off just packaging the gtk-sharp-2.x version corresponding to the installed gtk+. gtk-sharp-1.0.x hasn't received any love in over 3 years now. We have stopped packaging it on mono-project.com/Downloads. Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] CS0019 for value type != null
Casey Marshall wrote:
meaning `valuetype' would never be initialized. It's a little nit-picky,
since I don't think this results in any real bugs, since the value types
here are usually simple (e.g., Rectangle, DateTime), but it easily
could. It almost seems like the buggy gmcs was doing a good service -- I
don't understand why == and != can be used with null vs. a value type,
if they always evaluate to false and true.
The behavior you're describing doesn't happen for built-in value types
that C# knows implicitly, only structure types. In particular:
If you try to compile this:
public void foo ( int i )
{
if ( i == null )
{
doSomething();
}
}
you get a warning that the comparison is always true. If you switch to
!=, you get two warnings: one that the comparison is always false, and a
second that doSomething() is unreachable.
However, if you compile this:
public void foo ( DateTime dt )
{
if ( dt == null )
{
doSomething();
}
}
you get no warning. I'm not 100% sure what's going on, but I read over
the C# spec on comparison operators, I can take a guess. It seems that,
because DateTime doesn't have an explicit operator== defined for Object,
the compiler resolved the operation to Object.operator==(Object, Object)
and upcasts DateTime to the base Object. With the built-in C# value
types, the language spec is explicit about which comparisons are valid
and which are not, but DateTime (and Rectangle and others) are custom
types, so they do not behave the same.
I'm not arguing that this is the best behavior, but it does seem to
logically fall out of the way the spec defines the operator resolution
process.
--Mike
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Interop with Native Libraries Question
Sebi Onofrei wrote: Now, what I tried looks like this: *[DllImport (libraryName, EntryPoint = method_name, CharSet = CharSet.Auto, CallingConvention = CallingConvention.StdCall)] private static unsafe extern integer EXT_method_name(void* handle, out string name, out int length);* If I remember my interop correctly, you need to tack on a [MarshalAs.UnmanagedType(UnmanagedType.LPChar)], or something close to that, in front of the string parameter. CLR strings are quite different from old-style null terminated C strings, and there are many different ways the Interop library can interpret string, so you need to tell it. I think there's also a parameter you can pass into the MarshalAs attribute that tells the compiler that the length parameter is expected to hold the length of the string on the return from the call, so it can get the allocation right. --Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono 1.9.0 Preview 3 is out - mono 1.9 pre3 / gtk# 2.10.3 not working on Win32
On Mon, 2008-02-25 at 18:41 -0800, Daniel Morgan wrote: I'm not sure if there is a bug for this or not. There is not. Please file one with specifics. The gtk# 2.10.3 that comes with the mono 1.9.0 preview 3 windows installer is broken. In particular, setting or getting a value from a tree model. I do not have this issue in mono 1.2.6 / gtk# 2.10.2 for windows. If you plan on releasing mono 1.9 soon, then please revert to an earlier gtk# 2.10.2 please. I doubt this would help, since there have been no reported problems with the 2.10.3 installer for the MS runtime and it passed testing at Medsphere. I suspect either there is an issue on mono 1.9 or one with the installer build. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Announcing Gtk# release 2.10.3 and Gnome# release 2.16.1
We are pleased to announce version 2.10.3 of Gtk# and version 2.16.1 of Gnome# . Packages are available for supported platforms at: http://mono-project.com/Downloads Source tarballs have been uploaded to ftp.gnome.org. I'm also happy to announce a coordinated release of Gtk# for the MS runtime produced by the folks at Medsphere. It is available for download at: http://sourceforge.net/project/showfiles.php?group_id=74626package_id=223067 This is a bugfix release with limited new API additions. Users of the impending mono 1.9 release should upgrade their 2.10/2.16 installs to this release to avoid a potential problem in glade-sharp resulting from recent System.Reflection changes. What is Gtk#: Gtk# and Gnome# are a set of .Net/mono language bindings to assorted Gtk + and GNOME libraries. Supported libraries include pango, atk, gtk+, libglade, libgnome, libgnomeui, libgnomecanvas, libgnomeprint, libgnomeprintui, libpanelapplet, librsvg, libvte, libgtkhtml, and gconf. What's new in version 2.10.3: - Performance, memory management, and object finalization improvements. - GLib.ExceptionManager to support exception handling in signal callbacks. - GLib.IOChannel and GLib.Spawn classes for process spawning. - Numerous bugfixes Thanks to the contributors to this release: Wade Berrier, Eskil Bylund, Sebastian Dröge, Michael Hutchinson, Peter Johanson, Lluis Sanchez Gaul, and myself. Discussion of Gtk# occurs on [EMAIL PROTECTED] and defects can be reported to bugzilla.novell.com, module gtk#. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Announcing Gtk# release 2.8.5
We are pleased to announce release 2.8.5 of Gtk#. Packages are available for supported platforms at: http://mono-project.com/Downloads Source tarball has been uploaded to ftp.gnome.org. This is a bugfix release with limited new API additions. Users of the impending mono 1.9 release should upgrade their 2.8 installs to this release to avoid a potential problem in glade-sharp resulting from recent System.Reflection changes. What is Gtk#: Gtk# is a set of .Net/mono language bindings to assorted Gtk+ and GNOME libraries. Supported libraries include pango, atk, gtk+, libglade, libgnome, libgnomeui, libgnomecanvas, libgnomeprint, libgnomeprintui, libpanelapplet, librsvg, libvte, libgtkhtml, and gconf. What's new in version 2.8.5: - Performance, memory management, and object finalization improvements. - GLib.ExceptionManager to support exception handling in signal callbacks. - Numerous bugfixes Thanks to the contributors to this release: Wade Berrier, Eskil Bylund, Sebastian Dröge, Michael Hutchinson, Lluis Sanchez Gaul, and myself. Discussion of Gtk# occurs on [EMAIL PROTECTED] and defects can be reported to bugzilla.novell.com, module gtk#. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Announcing Gtk# release 2.10.3 and Gnome# release 2.16.1
On Wed, 2008-02-13 at 22:17 +0200, Vladimir Dimitrov wrote: Hello, Sorry about the stupid question but why would I use Gtk# 2.8.5 when there is Gtk# 2.10.3??? Is there any other reason than that I cannot reference and build apps against older versions of Gtk# if I don't have them installed (policies didn't work for me with VS 2005) It was released for support of older platforms which are built on gtk+ version 2.8 and therefore cannot provide Gtk# 2.10.x. If all the platforms you want to support ship gtk+-2.10.0 or later versions, Gtk# 2.10.3 is probably what you want. Our windows installers both provide 2.10.x currently. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Announcing Preview Release for Gtk 2.12 and Gnome 2.20 bindings
We are announcing the first public preview release of bindings for the Gtk 2.12 and Gnome 2.20 APIs. These releases are not API-stable yet, but are sufficiently mature to begin testing against. Anticipated API adjustments are expected to be minimal at this point but might occur until we reach the stable 2.12.0 and 2.20.0 versions. The gtk-sharp package contains bindings for glib, pango, atk, gdk, gtk, and glade. The API versions bound correspond to the versions shipped in the GNOME 2.20 platform release set. The gnome-sharp package binding set has changed with this release. Remaining in gnome-sharp are art, gnomevfs, libgnome, libgnomeui, libgnomeprint, libgnomeprintui, libpanelapplet, libgnomecanvas, and gconf bindings. The gnome-desktop-sharp package contains updated versions of the gtkhtml, rsvg and vte bindings previously shipped in gnome-sharp, as well as new bindings for libgnome-desktop, libnautilus-burn, and libwnck. We expect to add gtksourceview2 bindings as well prior to the final release. Bindings shipped in this package are not guaranteed to be API stable since the underlying libraries are not guaranteed API stable. Attempts will be made to maintain compatibility where possible, using policy assemblies. When API compatibility is broken in underlying libraries, the associated bindings will be parallel-installable with prior versions. Testing packages for openSUSE 10.3 and Fedora 8 can be found at: http://download.opensuse.org/repositories/home:/mkestner/ Source tarballs are available from ftp.gnome.org. We expect to move rapidly toward the 2.12 and 2.20 final release, with possibly one more preview depending on the number of issues identified. Issues can be reported to bugzilla.novell.com module gtk#. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Announcing the 2nd Preview Release for Gtk 2.12 and Gnome 2.20 bindings
We are announcing the second public preview release of bindings for the Gnome 2.20 APIs. This release includes gnome-sharp-2.19.91 and gnome-desktop-sharp-2.19.1 to fix configuration and API stability issues identified in the initial release. The gtk-sharp package remains at version 2.11.91 released last week. Tarballs are available from ftp.gnome.org, and packages for Fedora8 and OpenSUSE 10.3 are available at: http://download.opensuse.org/repositories/home:/mkestner/ These releases are not API-stable yet, but are sufficiently mature to begin testing against. Anticipated API adjustments are expected to be minimal at this point but might occur until we reach the stable 2.12.0 and 2.20.0 versions. The gtk-sharp package contains bindings for glib, pango, atk, gdk, gtk, and glade. The API versions bound correspond to the versions shipped in the GNOME 2.20 platform release set. The gnome-sharp package binding set has changed with this release. Remaining in gnome-sharp are art, gnomevfs, libgnome, libgnomeui, libgnomeprint, libgnomeprintui, libpanelapplet, libgnomecanvas, and gconf bindings. The gnome-desktop-sharp package contains updated versions of the gtkhtml, rsvg and vte bindings previously shipped in gnome-sharp, as well as new bindings for libgnome-desktop, libnautilus-burn, and libwnck. We expect to add gtksourceview2 bindings as well prior to the final release. Bindings shipped in this package are not guaranteed to be API stable since the underlying libraries are not guaranteed API stable. Attempts will be made to maintain compatibility where possible, using policy assemblies. When API compatibility is broken in underlying libraries, the associated bindings will be parallel-installable with prior versions. Testing packages for openSUSE 10.3 and Fedora 8 can be found at: http://download.opensuse.org/repositories/home:/mkestner/ Source tarballs are available from ftp.gnome.org. We expect to move rapidly toward the 2.12 and 2.20 final release, with possibly one more preview depending on the number of issues identified. Issues can be reported to bugzilla.novell.com module gtk#. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Adding signal support to gapi genrated binding
On Sat, 2008-01-05 at 20:03 +0100, Fabian Sturm wrote: One unsolved thing is that I now get a warning for every signal I added. Can this be ignored or is this the norm? mcs -pkg:gtk-sharp-2.0 -target:library -out:generated/abiword-sharp.dll generated/*.cs generated/AbiWidget.cs(222,37): warning CS0169: The private method `Abiword.AbiWidget.OverrideTableState(GLib.GType)' is never used generated/AbiWidget.cs(291,37): warning CS0169: The private method `Abiword.AbiWidget.OverrideJustifyAlign(GLib.GType)' is never used It's normal. We use -nowarn:0169,0612,0618 in gtk-sharp on the csc/mcs command line for generated source compilations to avoid the spew. The errors you see are related to methods the GLib.Object type registration code invokes via reflection to hook overridden virtual methods into the type's class struct. The compiler has no way to know they will be used in that manner. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [Mono-docs-list] Can not checkout trunk on windows
On Wed, 2007-12-26 at 10:32 -0500, Miguel de Icaza wrote: Suggestions? All I can suggest is that namespace XML files should contain some character/string that namespaces are highly unlikely to contain, e.g. instead of en/System.xml for the XML documentation on the System namespace, use en/Namespace-System.xml. Any such character/string *must* be usable on Windows, so no ':' or similar characters can be used. We should add support for a different name like: ns-System.xml And then we can rename the files for the docs that we maintain. An alternative might be to use a namespaces.xml file in the root node which contains all the namespace summary docs for the directory. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono.Addins in Monodoc
On Thu, 2007-12-20 at 14:56 +0100, Lluis Sanchez wrote: The idea is that Mike wants to switch to use GtkTextView to render the documentation, and at the same time, this would allow us to implement editing very easily. Even if GtkHtml is very limited, it is much better than GtkTextView in rendering text. At least it can render tables, borders, change background colors, etc. GtkTextView can't do that. It won't be a TextView, though it may embed one in editing mode if that makes things easier. When Miguel and I talked on the phone, I said Custom Gtk# Widget though I can understand how he could have assumed it would be a TextView subclass. Maybe implementing editing would be easier with GtkTextView, but most of people will use MonoDoc for reading rather than writing documentation. So I don't think reducing the text rendering capabilities to make it easier to edit documentation is a good deal. I don't recall anyone mentioning Reduce Text Rendering Capabilities as a feature for the revisions. I'll try to spend some time developing a plan in the next couple weeks and publish it so everyone can poke holes in it. A couple things are fairly clear to me: 1. Using an HTML widget for monodoc rendering is overkill for the layout we require, and providing Gecko and GtkHTML on all the platforms we want to target with monodoc is a PITA. 2. Adding WYSIWYG editing to any tool which is based on an HTML widget rendering information already passed through an xslt transformation is going to be problematic. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] EntitySpaces - $1000 Contest for a Mono Application
Pardon the intrusion but we are hoping perhaps somebody on this list will be interested. EntitySpaces, LLC is offering $1,000 U.S. dollars to the first person or company to successfully create an EntitySpaces application that runs under Mono version 1.2.5.1 or higher ... For the Contest Rules see this blog post http://www.entityspaces.net/blog/2007/12/06/EntitySpaces1000ContestForAMonoApplication.aspx ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono summit session planning
Apache - how to configure Apache to run mono? Ah, this is a new idea. Do you have some specific questions that are not addressed by our mod_mono page on the web site? The issue we face is being time-challenged. I haven't tried the notes on Apache because I've read up on Apache and have become a little daunted by the prospect. What I want to avoid is loosing many hours struggling over this. If it was part of a session, we could run through it and probably have it covered in 10 minutes. As I see it, the one of the key values of attending the summit is to accelerate our transition to Linux/mono and reduce the risk of transition. If I could walk away on Friday evening with all the knowledge to enable that, it would be an excellent return on the 3 days. Another related Apache issue is security/reliability. What should we be considering when moving our app from IIS to Apache? Mike -Original Message- From: Miguel de Icaza [mailto:[EMAIL PROTECTED] Sent: 05 November 2007 16:03 To: Mike Horsley Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] mono summit session planning Debugging - how to debug on Linux with breakpoints using c#? We will have a session on this. Apache - how to configure Apache to run mono? Ah, this is a new idea. Do you have some specific questions that are not addressed by our mod_mono page on the web site? Mono and Ajax.net? Will a .net 2.0 Ajax.net application port execute under mono? Yes, it will. Starting with Mono 1.2.6 (or SVN if you are willing to do that) we support ASP.NET AJAX out of the box. Miguel. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] TreeModelAdapter vs CellRendererCombo
Miguel de Icaza wrote: There are a handful of Gtk# questions. I just forwarded one. Subject: [Mono-dev] TreeModelAdapter vs CellRendererCombo From: Magnus Henoch [EMAIL PROTECTED] Date: Mon, 15 Oct 2007 12:11:29 +0200 To: mono-devel-list@lists.ximian.com To: mono-devel-list@lists.ximian.com Please send questions about Gtk# to gtk-sharp-list in the future, so we can keep the discussion archives in one place where others will hopefully find them. However, when I try to use it with a CellRendererCombo: combo = CellRendererCombo() combo.Model = TreeModelAdapter(chainsModel) combo.TextColumn = 0 combo.Editable = true I get this warning: (editor:8956): GLib-GObject-WARNING **: unable to set property `model' of type `GtkTreeModel' from value of type `GtkSharpValue' and the combo box does nothing when clicked. Is this a bug or user error? Bug. I need to add a GLib.Value ctor for the interface adapters. I'll commit a fix to trunk. Thanks for the report. Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Question on the C-C# translation of WinApi MSG struct.
StApostol wrote:
I am writing OpenTK, a game development toolkit which makes extensive
use of P/Invoke calls. On the Windows platform, I encountered some
strange behavior regarding the MSG struct.
In winuser.h, MSG is defined like this:
typedef struct tagMSG {
HWND hwnd;
UINT message;
WPARAM wParam;
LPARAM lParam;
DWORD time;
POINT pt;
#ifdef _MAC
DWORD lPrivate;
#endif
} MSG;
The C# equivalent, as suggested at the .Net dev forums, would look like
this:
[StructLayout(LayoutKind.Sequential), CLSCompliant(false)]
public struct MSG
{
public IntPtr HWnd;
public WindowMessage Message;
public IntPtr WParam;
public IntPtr LParam;
public uint Time;
public POINT Point;
public override string ToString()
{
return String.Format(msg=0x{0:x} ({1}) hwnd=0x{2:x}
wparam=0x{3:x} lparam=0x{4:x} pt=0x{5:x}, (int)Message,
Message.ToString(), HWnd.ToInt32(), WParam.ToInt32(), LParam.ToInt32(),
Point);
}
}
However, Mono's implementation in xplatui adds one more field to the struct:
[StructLayout(LayoutKind.Sequential), CLSCompliant(false)]
public struct MSG
{
public IntPtr HWnd;
public WindowMessage Message;
public IntPtr WParam;
public IntPtr LParam;
public uint Time;
public POINT Point;
public object RefObject;
public override string ToString()
{
return String.Format(msg=0x{0:x} ({1}) hwnd=0x{2:x}
wparam=0x{3:x} lparam=0x{4:x} pt=0x{5:x}, (int)Message,
Message.ToString(), HWnd.ToInt32(), WParam.ToInt32(), LParam.ToInt32 (),
Point);
}
}
My guess is that it is used for some kind of synchronization, but will
this not corrupt the stack? Both seem to work correctly for extended
periods of time on both 32- and 64-bit platforms, which I find a little
strange. Which is the correct one? What is RefObject doing there?
The Windows API almost always passes structures like this as
pointers. PeekMessage() and all of the GetMessage() calls
pass an LPMSG parameter, for example. The only thing the
unmanaged code inside Windows knows about are the field
defined in the header, which are accessed as x number of
bytes past the pointer value. As long as any additional
information is at the end of the structure, Windows will
ignore it.
In fact, Windows uses this fact itself when new features
come out, by adding fields to the end of key structures and
internally using sizeof(blah) to figure out what fields are
available.
The only thing you would need to watch out for is anything
that tries to take the size of a struct MSG, but I don't
know of any Windows API call that does so.
-- Mike
Still using IE? Get Firefox!
http://www.spreadfirefox.com/?q=affiliatesid=6492t=1
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] compile error
hi all, i want install the mcs from source and become the following error: ** ERROR **: Invalid opcode 'amd64_loadi8_memindex' at line 183 in ./cpu-amd64.md has anybody a idea? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] compile error
hi all, i want install the mcs from source and become the following error: ** ERROR **: Invalid opcode 'amd64_loadi8_memindex' at line 183 in ./cpu-amd64.md has anybody a idea? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] System.Web.Extensions patch
The attached patch fixes a small issue I was running into when trying to play with the AJAX stuff on xsp2. Before the patch, I was receiving a file not found exception, and after the patch, the js proxy was generated. Thanks, Mike Index: System.Web.Script.Services/ScriptHandlerFactory.cs === --- System.Web.Script.Services/ScriptHandlerFactory.cs (revision 82928) +++ System.Web.Script.Services/ScriptHandlerFactory.cs (working copy) @@ -47,9 +47,9 @@ HttpRequest request = context.Request; string contentType = request.ContentType; if (!String.IsNullOrEmpty (contentType) contentType.StartsWith (application/json, StringComparison.OrdinalIgnoreCase)) -return RestHandler.GetHandler (context, WebServiceParser.GetCompiledType (url, context), url); +return RestHandler.GetHandler (context, WebServiceParser.GetCompiledType (context.Server.MapPath(url), context), url); if (request.PathInfo.StartsWith (/js, StringComparison.OrdinalIgnoreCase)) -return new ClientProxyHandler (WebServiceParser.GetCompiledType (url, context), url); +return new ClientProxyHandler (WebServiceParser.GetCompiledType (context.Server.MapPath(url), context), url); return _wsFactory.GetHandler (context, requestType, url, pathTranslated); } ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Fix to trunk/mono/utils/mono-ehash.c
I noticed when trying to build on OS X with eglib turned on it was throwing an error in mono-ehash.c:180 about ABS not taking two arguments. It appears that the person who wrote this code intended to write ABS(hash-last_rehash - hash-in_use) but instead wrote ABS(hash-last_rehash, hash-in_use) Here is my patch against r74711. Hope this helps! -- Mike http://rav.realitybytes.tk ehash-fix.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] C# to x86 assembly code?
Hi all, I want to know if there is a tool to compile a C# program into a x86 assembly code? Thanx in advance, ___ 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 x86 assembly code?
Hi Marcos,
Yes this can help! But what I am looking for is something like the following
code. Is there any possibility to achive that while debugging mono
application ??
Thanx in advance :)
int Add(int x, int y)
{
pushedi
0001 pushesi
0002 pushebx
0003 pushebp
0004 mov ebx,ecx
0006 mov esi,edx
0008 cmp dword ptr ds:[001AA30Ch],0
000f je 0016
0011 call769AF339
0016 xor edi,edi
0018 xor ebp,ebp
int z = x+y;
IL_: ldarg.0
IL_0001: ldarg.1
IL_0002: add
001a lea eax,[ebx+esi]
IL_0003: stloc.1
001d mov ebp,eax
return z;
IL_0004: ldloc.1
IL_0005: stloc.0
001f mov edi,ebp
}
IL_0006: ldloc.0
IL_0007: ret
0021 mov eax,edi
0023 pop ebp
0024 pop ebx
0025 pop esi
0026 pop edi
0027 ret
From: Marcos Cobeña [EMAIL PROTECTED]
To: Auge Mike [EMAIL PROTECTED]
CC: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] C# to x86 assembly code?
Date: Mon, 18 Sep 2006 20:44:50 +0200
Hi Auge,
You can currently use Mono AOT compilation (Ahead-Of-Time; mono
--aot I think) in order to get a precompiled binary, It'll cause your
application to run faster, between some other things.
Hope this helps.
Regards,
2006/9/18, Auge Mike [EMAIL PROTECTED]:
Hi all,
I want to know if there is a tool to compile a C# program into a x86
assembly code?
Thanx in advance,
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
--
Marcos - http://www.youcannoteatbits.org
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Portal.CLI: Various managed bindings for common UNIX/Linux libraries
On Thu, 2006-08-10 at 22:44 -0400, William Lahti wrote: - libpangocairo (to access pango# with cairo, may be unnecessary if pango# has expanded since I've checked) As of yesterday, pango-sharp binds the majority of pangocairo.h. If there is a useful method missing that isn't clearly backend code, I'd like to hear about it. -- Mike Kestner [EMAIL PROTECTED] SUSE® Linux Enterprise 10 Your Linux is ready™ www.novell.com/linux ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] PanelApplet issue
On Thu, 2006-07-27 at 21:20 +0200, Tobias Schlitt wrote: Hi all! Since the Gtk list seems pretty orphan to me, I take the liberty to post this issue here. Please be patient with me! You might want to wait more than 10 hours before you start cross-posting next time. I've responded to your question on gtk-sharp-list, where the discussion belongs. -- Mike Kestner [EMAIL PROTECTED] ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] newbie installing 1.1.16 onto SUSE 10.1
Hi We have just hired a summer placement to start the process of transitioning our application to Mono. Were using SUSE 10.1. We have successfully compiled a basic hello world app and run it but when we add a reference to System.Data into the application, we get the compilation error that the type or namespace Data (or if we try Xml) does not exist in the name System. Weve looked at the environment variables (PATH, MONO_PATH) and suspect this to be the problem because none are set. We installed using the Linux Package installer for x86 (latest 1.1.16) from the mono-project downloads site. So, several questions: What is the full set of environment variables we should set and to what values? Where is this documented (so we can start looking in the right place)? If that is not the issue, any ideas on what is? Thanks Mike Mike Horsley VQ Communications Ltd ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] newbie installing 1.1.16 onto SUSE 10.1
We plan on documenting our experience with how we get on (for example, where we got caught out) - our intention being to return this to the mono project so others can come up to speed more quickly. This might be the basis for a new/improved getting started. Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rafael Teixeira Sent: 12 July 2006 02:57 To: Dick Porter Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] newbie installing 1.1.16 onto SUSE 10.1 We should document for those coming from windows and porting to mono that mcs doesn't automatically add the 20 or so references csc does and also that MD now starts with a blank (or really minimal) list of references when creating projects with the default templates. VS.NET templates typically add System.Xml and System.Data to every project created. :| On 7/11/06, Dick Porter [EMAIL PROTECTED] wrote: On Tue, 2006-07-11 at 19:16 +0100, mike horsley wrote: We have successfully compiled a basic hello world app and run it but when we add a reference to System.Data into the application, we get the compilation error that the type or namespace Data (or if we try Xml) does not exist in the name System. We've looked at the environment variables (PATH, MONO_PATH) and suspect this to be the problem because none are set. Have you added -reference:System.Data.dll to the mcs command line? - Dick -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iD8DBQBEs/AY5y3El+U5Mz8RAv7wAJ9Rs/IezBM/PrN7j6Hu9U2yVrKhlACgkS4e LQHmhcgRBMShGJLbZLCLBSw= =S6DP -END PGP SIGNATURE- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Rafael Monoman Teixeira --- The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. George Bernard Shaw ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] newbie installing 1.1.16 onto SUSE 10.1
Hi We have just hired a summer placement to start the process of transitioning our application to Mono. Were using SUSE 10.1. We have successfully compiled a basic hello world app and run it but when we add a reference to System.Data into the application, we get the compilation error that the type or namespace Data (or if we try Xml) does not exist in the name System. Weve looked at the environment variables (PATH, MONO_PATH) and suspect this to be the problem because none are set. We installed using the Linux Package installer for x86 (latest 1.1.16) from the mono-project downloads site. So, several questions: What is the full set of environment variables we should set and to what values? Where is this documented (so we can start looking in the right place)? If that is not the issue, any ideas on what is? Thanks Mike Mike Horsley VQ Communications Ltd ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Serialization strategies for compatibility.
In general I agree, but ISerializable is a bit of a special case due
to remoting. It is unlkiely but conceivable that somewhere in remoting
plumbing (in Mono or another tool) somebody might if(x is
ISerializable)
There is no such code in remoting, and even if it was I don't see how it
could be a problem. Objects serialized with field serialization or with
the ISerializable interface have the same binary format.
A quick grep shows SoapWriter.cs in
System.Runtime.Serialization.Formatters.Soap is doing this:
private void SerializeObject(object currentObject, long currentObjectId)
{
...
if(currentObject is ISerializable || surrogate != null)
needsSerializationInfo = true;
...
}
Also, field serialization will only have the same binary format as an
ISerializable implementation if GetObjectData is careful to make it
the same.
As you say though, this is not an issue if we're careful to ensure
that types where (against API) we add ISerializable we ensure the
serializad binary format matches Microsoft's.
Best Regards
Mike
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Serialization strategies for compatibility.
Now in .NET 1.1 SP-N I noticed that they introduced some changes. Some classes now implemented some new interfaces that were not present in .NET 1.1. My question is: what is the justification to add new implemented interfaces to classes, No idea. Big fixes is one possible reason. (IIRC System.Threading.WaitHandle neglected to implement IDisposable initially. It does in 2.0 and now maybe in 1.1 SP-N.) and could we get away by just sprinkling ISerializable on our classes, or would that be considered a massive breach of API compatibility? It's only a breach of API compatibility if people find out about it. :-) That is, if people know the class implements a given interface, they may rely on that fact, which would hinder portability to .NET. ... So just sprinkling ISerializable everywhere may be acceptable, as long as it's not documented. In general I agree, but ISerializable is a bit of a special case due to remoting. It is unlkiely but conceivable that somewhere in remoting plumbing (in Mono or another tool) somebody might if(x is ISerializable) It might be worth considering an IMonoSerializable interface? Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Serialization strategies for compatibility.
Now in .NET 1.1 SP-N I noticed that they introduced some changes. Some classes now implemented some new interfaces that were not present in .NET 1.1. My question is: what is the justification to add new implemented interfaces to classes, No idea. Big fixes is one possible reason. (IIRC System.Threading.WaitHandle neglected to implement IDisposable initially. It does in 2.0 and now maybe in 1.1 SP-N.) System.Threading.WaitHandle implements IDisposable at least since MS.NET 1.0 RTM. Sorry, remembered incorrectly. .NET Compact Framework 1.0 was where IDisposable was left off WaitHandle. Mike ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
