Re: [Mono-dev] Configuration.HasFile returning wrong value in Mono

If you check the Mono status page (http://go-mono.com/status/status.aspx?reference=4.5=4.5=System.Configuration) you'll see that the implementation for SectionInformation in Mono isn't complete. Eberhard Marlone wrote on 2016-06-10 at 16:58 +0200: I am

Re: [Mono-dev] Debugging Mono applications under GDB

You might be able to run monodevelop on your desktop machine and then remote debug on the headless server (see https://ebsteblog.wordpress.com/2013/12/04/remote-debugging-with-monodevelop/ for some instructions). Chris Swiedler wrote on 2015-11-15 at 17:03 +0100: > Do

Re: [Mono-dev] Newtonsoft.Json build in mono

Newtonsoft.Json is a separate repo that is included as a submodule in mono. You can find the version that Mono uses at https://github.com/mono/Newtonsoft.Json, or the original at https://github.com/JamesNK/Newtonsoft.Json. HTH, Eberhard On 10/08/2015 10:44 AM, techi eth wrote: > Hi, > > How

Re: [Mono-dev] [SIGNAL] Segfault in native function called by managed code

Making it configurable would seem like a good option to me. Currently if the app gets a SEGFAULT it simply disappears for the user without leaving a trace, so I as a developer can't easily see what happened on the user's machine nor can I implement code that would give the user a chance to report

[Mono-dev] PR-977 updated

Just wanted to bring pull request #977 to attention since it got recently updated. It basically already got improved almost a year ago, and the last outstanding thing was a squash of two commits and a rebase. This is done now. It would be great it that PR could be merged soon. Thanks,

Re: [Mono-dev] If you accept pull requests on Mono's github

Andres G. Aragoneses kno...@gmail.com wrote on 2015-01-03 at 21:51 +0100: On 03/01/15 21:42, Edward Ned Harvey (mono) wrote: I don't know if you want tests that are known to fail. If it fails, you can decorate it with the attribute [Category(NotWorking)], but AFAICT contributing a failing

[Mono-dev] Mono bug related to TLS certificate validation

I just reported a mono bug: https://bugzilla.xamarin.com/show_bug.cgi?id=25524 What it looks like is that mono chooses the wrong parent certificate in some circumstances, probably in X509Chain. SelectBestFromCollection() . ___ Mono-devel-list mailing

Re: [Mono-dev] Open source .Net, and TLS 1.1 1.2

Wouldn't #if __MonoCS__ do what you want? Mono edward.harvey.m...@clevertrove.com wrote on 2014-12-14 at 18:44 +0100: From: Alexander Köplinger [mailto:alex.koeplin...@outlook.com] You can find out if you run on Mono by checking if Type.GetType (Mono.Runtime) != null. That's helpful, but

[Mono-dev] PR #1448 - [MWF] Don't truncate text on ToolStripButton

The pull request fixes a problem where the text on toolstrip buttons gets truncated. https://github.com/mono/mono/pull/1448 Thanks, Eberhard ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com

[Mono-dev] PR #1449 - [MWF] Fix crash in multi-selection list view (bug #23591)

This change improves the fix for Xamarin bug #23591: updating a multi-selection can also change the selected item, so it also needs to check for the selected item being now null. https://github.com/mono/mono/pull/1449 Thanks, Eberhard ___

[Mono-dev] PR #1442 - [MWF] Fix problem when button text overlaps image

In some circumstances the text on a button gets drawn in the wrong position. When the button has ImageAboveText.ImageAboveText set and the text is too long to fit under the image it might get drawn at the top instead overlapping the image from the bottom. Note that I couldn't reproduce this

[Mono-dev] 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. https://github.com/mono/mono/pull/1415 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com

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

Forwarded Message Subject:Fwd: Review of PR #1407 - [MWF] Fix focus issue when removing last item in ListView Date: 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

[Mono-dev] Review of PR 964: Improvements to ApplicationsSettingsBase class

PR 964 contains various changes and fixes for ApplicationsSettingsBase class to behave more like .NET. This fixes Xamarin bugs #15818 and #2315. https://github.com/mono/mono/pull/964 Thanks, Eberhard ___ Mono-devel-list mailing list

Re: [Mono-dev] PR944 - Improve COM error handling

works with unix com implementations such as xpcom. On Wed, Oct 29, 2014 at 3:06 PM, Eberhard Beilharz e...@sil.org mailto:e...@sil.org wrote: Hi, To revive one of my old pull requests: #944 implements some missing pieces related to COM error handling. Namely it sets the error

[Mono-dev] PR #960: [MWF] Partially implement Help.ShowHelp

The change in PR #960 partially implements the ability to show a help file by calling chmsee or whatever the environment variable MONO_HELP_VIEWER is set to. This is still a partial implementation in that it probably only works on Linux, but at least IMO it's an improvement over the existing

[Mono-dev] PR944 - Improve COM error handling

Hi, To revive one of my old pull requests: #944 implements some missing pieces related to COM error handling. Namely it sets the error info in GetHRForException() and converts the HRESULT values to managed exceptions. https://github.com/mono/mono/pull/944 Thanks, Eberhard

[Mono-dev] Review needed for PR #1346 - [MWF] Display visual feedback on pressed button (#23869)

Hi, I submitted a pull request that fixes a problem in MWF, reported as https://bugzilla.xamarin.com/show_bug.cgi?id=23869: when TextImageRelation is set to anything other than Overlay the image moves correctly when the button is pressed but the text doesn't move. If there is no image at all then

[Mono-dev] Review of PR #1347 - [MWF] Improve ellipsis handling on button

Hi, I'm working on some improvements on the experimental Pango rendering support (see my pull request https://github.com/mono/libgdiplus/pull/27 in libgdiplus for details). In doing so I came across some deficiencies in the MWF code that aren't noticeable with the current Cairo rendering. The

[Mono-dev] Review of PR #1348 - [MWF] Improve button text layout

Hi, I'm working on some improvements on the experimental Pango rendering support (see my pull request https://github.com/mono/libgdiplus/pull/27 in libgdiplus for details). In doing so I came across some deficiencies in the MWF code that aren't noticeable with the current Cairo rendering. The

Re: [Mono-dev] bug 3860 - DirectoryInfo.GetFileSystemInfos returns a subdirectory that has unicode chars with the incorrect name

Your output looks the same to me. I'd think you need to normalize the strings before comparing them, something like: if (!infos[0].Name.Normalize().Equals(UnicodeDirName.Normalize(), StringComparison.OrdinalIgnoreCase)) { Eberhard Jared Watts wrote on 2012-03-12 at 20:11 +0100: I

Re: [Mono-dev] Build fails: name `AllowReversePInvokeCallsAttribute' does not exist

Did you have a look at the README file? In section c. Building the software from GIT it lists several options. The recommended way is to install the latest released packages for your distribution for building mono from git, but there are also instructions if you don't have a working Mono

Re: [Mono-dev] [PATCH] Fix for Type.GetMember returning private property of base class

Bump! On 01/28/2010 03:13 PM, Eberhard Beilharz wrote: The patch adds a fix and a unit test for bug #574696 https://bugzilla.novell.com/attachment.cgi?bugid=574696action=enter where Type.GetMember returned a private property of the base class instead of nothing. For a property

[Mono-dev] [PATCH] Fix for Type.GetMember returning private property of base class

/ChangeLog (working copy) @@ -1,3 +1,9 @@ +2010-01-28 Eberhard Beilharz e...@sil.org + + * TypeTest.cs : Added test for bug #574696 + * Type.cs : Fix for bug #574696: don't recurse into base types in GetMember when + getting properties. + 2009-12-03 Marek Habersack mhabers...@novell.com

[Mono-dev] [PATCH] Wrong warning CS0109 with protected field that hides field from base class

and submit. Thanks, Eberhard Beilharz Index: mcs/mcs/decl.cs === --- mcs/mcs/decl.cs (revision 134759) +++ mcs/mcs/decl.cs (working copy) @@ -1895,12 +1895,24 @@ foreach (MemberInfo member in members) { string name

Re: [Mono-dev] [Patch] gmcs considers blaT and bla{T} as illegal in a cref

Beilharz Atsushi Eno Eberhard Beilharz wrote: gmcs gives warning CS1584 if you have an XML comment referencing a generic type like cref=BlaT or cref=Bla{T}. Those two variants work with Microsoft's csc. The only variant that makes gmcs happy is cref=T:Bla`1 which gives a warning

Re: [Mono-dev] [Patch] gmcs considers blaT and bla{T} as illegal in a cref

Andreas Färber wrote: Am 16.05.2009 um 22:33 schrieb Eberhard Beilharz: gmcs gives warning CS1584 if you have an XML comment referencing a generic type like cref=BlaT or cref=Bla{T}. Those two variants work with Microsoft's csc. The only variant that makes gmcs happy is cref=T:Bla`1 which

[Mono-dev] [Patch] gmcs considers blaT and bla{T} as illegal in a cref

it with older versions of csc). Would someone please review and commit my patch attached to bug #480862 (https://bugzilla.novell.com/show_bug.cgi?id=480862) which treats BlaT and Bla{T} as being equal to T:Bla`1 in a cref. Thanks, Eberhard Beilharz ___ Mono

Re: [Mono-dev] Fwd: Ideas for Mono on Windows

Leszek Ciesielski wrote: So how's the progress with getting Mono easy to compile on Windows going? I'm getting stuck on exception that's been already mentioned on the list ( http://n2.nabble.com/Re:-Mono-devel-list-Digest,-Vol-44,-Issue-48-td1757065.html ) and can't find any solution for

Re: [Mono-dev] Fwd: Ideas for Mono on Windows

Kornél Pál wrote: The other things all could be fixed by a proper build environment. Is there any up-to-date info on how set up a proper build environment for building with Cygwin? I found several, but they were contradicting and didn't work completely... Thanks, Eberhard

[Mono-dev] [PATCH] Lookup of type names in config files

Hi, Attached is a regression test for bug #324153 and a fix for it. This makes reading of .config files more compatible with MS.NET: if a simple type name is specified in a config file, MS.NET looks in mscorlib and System for the type (I'm not so sure about System.Configuration mentioned in the