techi eth | 25 Nov 10:13 2014

Mono Posix helper exception


I have found one exception when running test to access serial port on Linux .Can anyone suggest what is missing.I have copied test O/P below.

Note : I am having under library path.
#mono --config config serial.exe
Enter port name
press 's' for start
process failed

Unhandled Exception:
  at (wrapper managed-to-native) System.IO.Ports.SerialPortStream:close_serial (int)
  at System.IO.Ports.SerialPortStream.Dispose (Boolean disposing) [0x00000] in <filename unknown>:0
  at System.IO.Ports.SerialPortStream.Finalize () [0x00000] in <filename unknown>:0
Mono-devel-list mailing list
Mono-devel-list <at>
Miguel de Icaza | 24 Nov 23:35 2014

Cycle4 - Reminders

Hello team,

As you guys have seen we started Cycle4, and we are now branching all the modules.

At this point, we are not adding new features, and we only should land fixes for blocker/critical/major bugs.  Some of the lesser bugs, features will at this point be delayed until the next release cycle.

If in doubt, consult with your manager.

Mono-devel-list mailing list
Mono-devel-list <at>
Martin Thwaites | 23 Nov 12:57 2014

.NET Reference source terminology

Hi All,

Has anyone got any idea what FEATURE_PAL is?

It's a define, and seems to have a lot of comments around IIS, and that if it's Enabled, then don't do IIS stuff.  Seems like something that we could just add in our stuff to exclude alot of windows specific stuff without having to add our own defines?

The best explanation I've seen says it's the "Platform Adaptation Layer", and is to do with compiling it for other architectures such as ARM.  Seems like something that we would want to enable?

I'm sure there will be others, so do we think it's worth putting up a glossary on the mono site?

Mono-devel-list mailing list
Mono-devel-list <at>
Heemanshu Bhalla | 22 Nov 18:02 2014

How to contribute to Mono or Monodevelop

I am a web developer how can i contribute to Mono or monodevelop . I am trying to communicate on IRC of mono but unable to get interacted with them 
Mono-devel-list mailing list
Mono-devel-list <at>
techi eth | 21 Nov 08:05 2014

Mono on Embedded Platform



I am very new to mono. I am looking forward to use this great platform over Linux on ARM target.


I have following point to check before start.

1)      1) How can I achieve small footprint from mono. I have followed the below link but it produces install directory which is more than 100 MB with mono 3.10.0.


I would like to know below listed things are manual way of doing or I can do this by using any of the configure option.

·         Removing unneeded features

·         Removing unneeded data

·         Compilation hints

·         Reducing code in assemblies


2)      2) I will going to write application which is multitasking/multithreading, accessing some device port, talking to Ethernet, running WEB service. Can anyone suggest with mono over Linux what is Flash & RAM size I should use.



Mono-devel-list mailing list
Mono-devel-list <at>
Alexander Köplinger | 20 Nov 15:04 2014

Long time Mono devs: share lessons learned for .NET Core

MS is looking for some insights into the early days of Mono for the .NET Core effort over at the .NET foundation forums (
"I'm working on banging into shape the engineering systems for the Linux ports of the .NET Core effort. I was wondering whether anyone knows about the early days of Mono. What was the engineering system (CI, etc.) like back then? Was there any aspect that was really good or really bad that we can learn from when working on .NET Core?"
I guess Miguel and the other folks at Xamarin are around the longest, but I thought I'd post it here in case someone else has interesting stories to share :)
-- Alex
Mono-devel-list mailing list
Mono-devel-list <at>
Martin Thwaites | 20 Nov 02:04 2014

Porting HttpApplication and associated classes

Hi All,

I'm planning on taking on the porting of part of System.Web, so I thought I would make people aware so that we're not all working on the same thing.

My process is to start with importing HttpApplication in it's entirety, then pull in the surrounding classes so it compiles.  I can then start running some tests to see how close we are.  Until the fork is in, I've copied them into my local instance, and changing them there, so the sooner we get the fork setup the better.

So far, I've noted that there are a few things that this work will be dependent on.

First, we need to the fork and sub-module up and running for the reference source, so I can doing pull requests on there.

Second, come up with a way to exclude code without deleting it (I'm assuming we won't to go down the #ifdef route rather than simply removing the code from the fork).  I'm thinking there's probably something we can use already, so just need to know what that is.  (something like #if !MONO ??)

Third, Miguel had an idea of how to do the String resources so we don't need to refactor large amounts of the referencesource.  The script needs work, and is probably a job in it's own right.

Finally, as I won't be replacing every file, some will just have large amounts of additions/fixes, it's probably worth getting the legacy #ifdef's before I send a pull.

I have around a week to get this done, if I don't manage to get it completed, I will be able to do some work, just not full-time.  I will however make my fork available for people to continue it.

Please let me know your thoughts, and if you think there may be a better way to do this.
Mono-devel-list mailing list
Mono-devel-list <at>
Stephen McConnel | 19 Nov 22:05 2014

pull request 980 [MWF bugfix]

I've updated to remove an unwanted merge as far as I can tell.
Steve McConnel

Mono-devel-list mailing list
Mono-devel-list <at>
Jb Evain | 19 Nov 21:33 2014

PR #1411: sdb patch to expose the AppDomain of a StackFrame

Hi folks,

The soft debugger protocol currently doesn't expose the AppDomain in
which a stack frame is being executed.

This is an issue when debugging programs running multiple AppDomains,
where one thread could be executing code in many domains. You want the
ability to use the proper domain when debugging a particular stack

This PR addresses this issue:

Thanks for your review,
Eberhard Beilharz | 19 Nov 21:28 2014

Review of PR #1407 - [MWF] Fix focus issue when removing last item in ListView

-------- Forwarded Message -------- Subject: Date:
Fwd: Review of PR #1407 - [MWF] Fix focus issue when removing last item in ListView
Wed, 19 Nov 2014 14:23:57 -0500

Can you send this message to the mono-devel-list?  Mine hasn't been moderated yet.  Maybe if you send it, then it will get reviewed.


-------- Forwarded Message -------- Subject: Date: From: To:
Review of PR #1407 - [MWF] Fix focus issue when removing last item in ListView
Tue, 18 Nov 2014 09:28:55 -0500
Chris Hubbard <chris_hubbard <at>>
mono-devel-list <at>


We found an issue while testing a form that uses System.Windows.Forms.ListView.

If the last item in a ListView has focus and it is removed by
an another action on the form (i.e. push a button to remove the
current item), then the focused_item_index is not updated when
the VirtualListSize changes, even though that item doesn't exist
anymore. When the ListView receives focus again, it tries to
invalidate the current focused item which causes an

When the VirtualListSize changes, the focus_item_index should
be reset (similar to how it currently resets the selected indices).


Chris Hubbard

Mono-devel-list mailing list
Mono-devel-list <at>
Eberhard Beilharz | 19 Nov 19:55 2014

PR #1415: [MWF] Fix bug that truncates button text

A recent change of mine introduced a bug that might truncate the text of
a button. The change in PR #1415 fixes this bug.