Re: [Mono-dev] Race condition in named mutex

Hello Mikhail, Please file a bug report so we can properly track this issue. http://bugzilla.xamarin.com Miguel On Thu, Jun 16, 2016 at 5:04 AM, Mikhail Filippov wrote: > I found problem in Mono in named mutex I have repro program: > using System; > using

Re: [Mono-dev] Mono crashes on copying of running profiler

You should not do that. You are replacing the code behind the scenes. You might as well poke random values in memory. On Unix, if you really cannot resist the urge of replacing a binary that is in active use, you must first delete the file, then copy over. On Sun, May 29, 2016 at 9:18 AM,

Re: [Mono-dev] Unexpected Delays in P/Invoke

Time the C calls, it is possible that close is flushing the data and is not returning until that happebs On Sat, Apr 23, 2016 at 9:33 AM Jason Curl wrote: > I've tested the latest snapshot of Mono and the problem remains: > > Mono JIT compiler version 4.5.0 (Nightly

Re: [Mono-dev] Running Mono on 32bits-big endian PowerPC

> > > - Does MONO_THREADS_PER_CPU=1 control the number of threads created by > sgen-gc implementation ? It does not seems so on my side. > This has not relationship to the GC, just to the system thread pool. Miguel. ___ Mono-devel-list mailing list

Re: [Mono-dev] Renew DHCP based IP address

No On Tue, Mar 1, 2016 at 8:33 AM, techi eth wrote: > Hi, > > Is it possible to renew DHCP based IP address using System.Net. > > Techi > > > > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com >

Re: [Mono-dev] Unix Signal in mono

Hey, My bad, I should have said "kill", not "signal" to send messages to other processes. Miguel. On Mon, Feb 29, 2016 at 1:33 PM, Jonathan Pryor wrote: > On Feb 29, 2016, at 8:18 AM, techi eth wrote: > > Thanks for quick hint. > > We can receive signal

Re: [Mono-dev] Unix Signal in mono

You call the "signal" API. Mono wraps that conveniently for you in the Mono.Posix assembly: Mono.Unix.Native.Stdlib.signal Miguel On Mon, Feb 29, 2016 at 7:45 AM, techi eth wrote: > Hi, > > What is the way by which one process can send Unix Signal to another > process. >

Re: [Mono-dev] Prefer HTTPS over git:

Exactly. We are not going to change this, but luckily the solution provided should work for you. On Mon, Feb 8, 2016 at 8:08 PM, Jonathan Purdy wrote: > Since Git 1.6.6, HTTP(S) remotes are as efficient as the git/SSH > protocols. However, SSH keys are more

Re: [Mono-dev] Mono crashes with native stacktrace, but without managed code stacktrace

Hello, I posted some comments on the bug with some suggestions. On Sat, Feb 6, 2016 at 10:13 AM, Jacek Rużyczka wrote: > Hi folks, > > for a couple of weeks I've had a strange issue with Mono crashing with a > native stacktrace, but with an empty managed code

Re: [Mono-dev] Which mono libraries should be packed along with the mac app ?

> > > The mono class libraries are MIT licensed, so if you need to distribute > those with your app, should be easy for you to comply. The mono runtime is > GPL, so unless your app is GPL, you'll have a license conflict trying to > distribute mono with your app legally. > LGPL, not GPL. Miguel

Re: [Mono-dev] Which mono libraries should be packed along with the mac app ?

You should package any libraries that are referenced by your applicaation, and any that the libraries themselves reference. monodis --assemblyref FOO.{exe,dll} would list that for you. Miguel. On Wed, Feb 3, 2016 at 4:07 PM, Rajesh Khan wrote: > I have two issues. > >

Re: [Mono-dev] Multiplatform support with P/Invoke

there. Miguel On Friday, January 1, 2016, Jason Curl <jcurln...@arcor.de> wrote: > > On 2016-01-01 13:17, Miguel de Icaza wrote: > >> Re-reading your original question makes me wonder if you really need >> something as heavy handed as the approach on Mono.Posix. >> >

Re: [Mono-dev] Multiplatform support with P/Invoke

t; > Thank you very much and for giving me the opportunity to use Mono. > > Regards, > Jason. > > > On 2015-12-31 02:04, Miguel de Icaza wrote: > > For something like libc, you can use an approach similar to what > Mono.Posix does, where an intermediate C glue fi

Re: [Mono-dev] Multiplatform support with P/Invoke

For something like libc, you can use an approach similar to what Mono.Posix does, where an intermediate C glue file acts as a bridge between the API differences. See the P/Invokes for the Mono.Posix assembly, and its supporting glue code in mono/support/ On Wed, Dec 30, 2015 at 5:58 AM, Jason

Re: [Mono-dev] IOC performance much slower than Windows

Hello, The first step would be to isolate the root cause for the problem. Once we have that information, from this email alone it is not possible to determine what the culprit is. On Mon, Dec 7, 2015 at 9:49 AM, Jonathan Channon wrote: > Hi, > > I am deploying

Re: [Mono-dev] Adopting Code of Conduct

Hello, Oops, I posted with [INSERT EMAIL ADDRESS], for now both the monodevelop and mono teams point to me. But we will introduce some alias, as soon as I figure out how to send mail to mono-project.com ;-) Miguel. On Thu, Dec 3, 2015 at 12:48 PM, Miguel de Icaza <mig...@xamarin.com>

[Mono-dev] Adopting Code of Conduct

Hello Monoers, Today we are adopting the following code of conduct for the Mono project. This comes from: http://contributor-covenant.org Contributor Code of Conduct As contributors and maintainers of this project, and in the interest of fostering an open and welcoming community, we pledge to

Re: [Mono-dev] malloc error executing OBS-built mono

onfig_parse_file_with_context (in > /opt/plasticscm5/mono/bin/mono-sgen) > > ==4421==by 0x81B6FD6: mono_config_parse_file (in > /opt/plasticscm5/mono/bin/mono-sgen) > > ==4421==by 0x81B808B: mono_config_parse (in > /opt/plasticscm5/mono/bin/mono-sgen) > > ==4421==by

Re: [Mono-dev] malloc error executing OBS-built mono

Hello Miguel, I also had to apply this change in order to avoid an unallowed warning > message: > > I: Statement might be overflowing a buffer in strncat. Common mistake: > >BAD: strncat(buffer,charptr,sizeof(buffer)) is wrong, it takes the > >left over size as 3rd argument > >GOOD:

[Mono-dev] Road to C6

Hello team, We are very close to the C6 release, but we need your help to wrap things up. We are tracking about 34 issues to complete, Adrian will be following up with some of you to get your patches tested, review bugs, look into existing bugs, or check regressions. Some of the tasks just

Re: [Mono-dev] Mono for El Capitan (OS X 10.11) preview package now available

They both work. One is based on Mono 4.0 series, with minimal changes just to enable the support on El Capitan; The 4.2 has the same changes, on top of the latest Mono 4.2, available on Alpha and the release candidate. On Wed, Oct 14, 2015 at 3:23 AM, Victor E.

Re: [Mono-dev] 32 bit mono

Hello, Yes, we are planning on shipping the 64 bit release. It is necessary for Roslyn, because Roslyn consumes so much more memory that large projects need to run on 64. On Sat, Oct 10, 2015 at 6:23 AM, Greg Young wrote: > As of now 32 bit mono is still being shipped

Re: [Mono-dev] 32 bit mono

I believe the packages are already up on the web site On Saturday, October 10, 2015, Numpsy wrote: > I'm interested to know if there are any time frames for this as well - I'm > currently working on a project that needs to use a 64bit Mono on OSX, and > it > would be

Re: [Mono-dev] Registry

One option would be to write a backend that uses one of the various configuration systems in Unix that use a separate process to arbitrate access to the information. Perhaps you can use dconf. Since the registry lives in mscorlib, and this would bring a number of dependencies , I recommend to

Re: [Mono-dev] System.DirectoryServices.DirectoryEntry.ObjectSecurity property

Hello, It can be oversight, it can be lack of tests, it can be an implementation that did not keep up with changes, or it can be something that was never worked on. Miguel. On Thu, Oct 8, 2015 at 5:50 AM, Numpsy wrote: > Hi all > > When trying to build some Windows

Re: [Mono-dev] System.DirectoryServices.DirectoryEntry.ObjectSecurity property

Sure, that works. On Thu, Oct 8, 2015 at 9:13 AM, Numpsy wrote: > Ok. > Is it worth me doing a pull request to add a stub implementation? (Some of > the other props there just throw NotImplementedException on call, so I can > do the same). > > I've also found another

Re: [Mono-dev] Registry

Hello, We tried to make those work, and could not. That is why Mono's SHM support is getting deprecated, it works most of the time, when things go right. The problem is that things can go wrong, and they go wrong. There are a universe of problems, ranging from the home directory being on non

Re: [Mono-dev] How to use lib64 in mono 4.3?

a libmono-profiler-iomap.la > libMonoSupportW.a > libmonoboehm-2.0.lalibmono-profiler-iomap.so > libMonoSupportW.la > libmonoboehm-2.0.solibmono-profiler-iomap.so.0 > libMonoSupportW.so > libmonoboehm-2.0.so.1 libmono-profiler-iomap.so.0.0.0 mono

Re: [Mono-dev] How to use lib64 in mono 4.3?

Hello, I do not follow, what "new lib64" thing? That sounds like a packaging issue, more than a Mono issue. Miguel. On Mon, Oct 5, 2015 at 12:44 PM, psant...@codicesoftware.com < psant...@codicesoftware.com> wrote: > Hi, > > We're having trouble understanding the new lib64 thing in mono 4.3

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

It is an implementation choice. Perhaps we could make this configurable, but more often than not, this indicates a serious issue, and surfacing something so useful as a AccessViolationException reduces the usefulness of the feature. On Fri, Sep 4, 2015 at 6:15 AM, Raphael Boissel

Re: [Mono-dev] State of TLS, SslStream and HttpWebRequest support in Mono

some time) > > cheers > Mat > > On Friday 28. August 2015 09:04:26 Miguel de Icaza wrote: > > Mono's managed TLS implementation will have it (crypto coming from > > BouncyCastle) > > > > The other options (ModernHttpClient, CFNetworkHandler) already support > it

Re: [Mono-dev] State of TLS, SslStream and HttpWebRequest support in Mono

have tried websocket with certificate based authentication for > client & server with mono 4.0 & it was not working for ECDSA.(I am testing > on Ubuntu14.04) > > Thanks > > > > > > On Tue, Sep 1, 2015 at 12:27 AM, Miguel de Icaza <mig...@xamarin.com> > wrote:

Re: [Mono-dev] what git commit id for provided source tarball ?

Hello, We use tags for that, so you are looking for the mono-4.0.3.20 tag on git. Miguel On Sat, Aug 29, 2015 at 1:08 AM, Normand norm...@linux.vnet.ibm.com wrote: Hi there, Is there a way to find the relation between a source tarball provided in (1) and the git tree of (2) Is there a git

Re: [Mono-dev] State of TLS, SslStream and HttpWebRequest support in Mono

, Is that support handling ECDHE-ECDSA algorithm ? Techi On Thu, Aug 27, 2015 at 9:36 PM, Miguel de Icaza mig...@xamarin.com wrote: Hello team, I have posted an update on our TLS and networking stack efforts: http://tirania.org/blog/archive/2015/Aug-27.html Miguel

Re: [Mono-dev] WCF

Very unlikely. The page has not been updated in years, does not even cover the Silverlight/Moonlight push, which is what made it usable, and most importantly, recent developments where we replaced large chunks of it with Microsoft's stack. MIguel. On Wed, Aug 26, 2015 at 5:02 PM, Neale Ferguson

[Mono-dev] State of TLS, SslStream and HttpWebRequest support in Mono

Hello team, I have posted an update on our TLS and networking stack efforts: http://tirania.org/blog/archive/2015/Aug-27.html Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com

Re: [Mono-dev] Registry question

It is not multi-process safe, you would need to ensure that through an external mean. On Thu, Aug 27, 2015 at 12:42 PM, Neale Ferguson ne...@sinenomine.net wrote: Is registry multi-process safe? How are registry transactions maintained by Mono? Also, I assume the EventLog is just syslog on

Re: [Mono-dev] Mono for El Capitan (OS X 10.11) preview package now available

I configure my HomeBrew to use /brew Otherwise, this will conflict. Miguel. On Mon, Aug 3, 2015 at 11:47 AM, Nate McMaster nate.mcmas...@microsoft.com wrote: There is a potential conflict with this change as Homebrew http://brew.sh/ also uses /usr/local as the default install location. Does

Re: [Mono-dev] condition `class' not met

yes, produce a minimal test case that exhibits the issue. On Tue, Jul 28, 2015 at 3:24 AM, Daniel Kuhne dakui...@gmail.com wrote: Hello, I am getting assertion: * Assertion at class.c:5078, condition `class' not met Native stacktrace: mono() [0x48f940]

Re: [Mono-dev] OS X 64 bit stuff

Hello, 1. Is there a timeline for a 64 bit OS X framework release? A few months ago the answer was no. There is a definite timeline, which is before or at Cycle 7, which currently looks like an end-of-year release. So that is the worst case scenario. We have internal builds that we have

Re: [Mono-dev] SIGSEGV from bad generic type (bug 30085)

Hello, There is already a similar pull request. The issue is that returning NULL there has a slightly different meaning. So the complete fix is to restructure some of the code. https://github.com/mono/mono/pull/1817 Miguel On Thu, May 28, 2015 at 4:25 PM, David Curylo cury...@asme.org wrote:

Re: [Mono-dev] HttpListener

this in general. I understand much of it is trying to reach compliance with MS but ... On Sun, Apr 26, 2015 at 4:40 PM, Miguel de Icaza mig...@xamarin.com wrote: Hello Greg, Is that in HttpListener, or somewhere else? Miguel On Fri, Apr 24, 2015 at 12:41 PM, Greg Young gregoryyou...@gmail.com

Re: [Mono-dev] HttpListener

prefixes to accept to start with. The biggest issue here is that the ms api is basically using httpprefix to mean two very different things. On Tue, May 19, 2015 at 10:58 PM, Miguel de Icaza mig...@xamarin.com wrote: Well, it might be best if you explain what you have in mind, before we waste

Re: [Mono-dev] Build Mono WITHOUT bash?

It is unlikely. Your best bet is to cross compile. On Sun, May 17, 2015 at 6:24 AM, cyd chasel...@gmail.com wrote: Is there a version of the mono source that can be built without bash? I'm building mono on an Android device in the KBOX environment, which has the busybox version of bash. It

Re: [Mono-dev] Building Mono MDK

Mono's source code by default builds a 64-bit version. So the usual configure; make; make install with defaults does that. Now, if you want the entire set of native libraries we ship with Mono (Gtk+ and family) as 64 bits, then that might require some work. On Sun, May 17, 2015 at 7:20 AM,

Re: [Mono-dev] ECDSA support

Hello, We do not have plans to add the code right now, but we would welcome anyone that wants to contribute the code to Mono. ReferenceSource code would only bring the API layer, but does not actually bring an implementation of the algorithms. The implementation would have to come from

Re: [Mono-dev] WebSocket Support in Mono

Have you looked at WebSocket/ClientWebSocket in the System.Net.WebSocket namespace? Alternatively, for a chat app that we recently built, we used: https://supersocket.codeplex.com/ Which comes with a nice WebSocket stack. On Tue, Apr 28, 2015 at 12:05 AM, techi eth techi...@gmail.com wrote:

Re: [Mono-dev] HttpListener

Hello Greg, Is that in HttpListener, or somewhere else? Miguel On Fri, Apr 24, 2015 at 12:41 PM, Greg Young gregoryyou...@gmail.com wrote: Here is some of the code in question: IPAddress addr; if (host == *) addr = IPAddress.Any; else if (IPAddress.TryParse(host, out addr) == false){

Re: [Mono-dev] LLVM + mac deploys

, Greg Young gregoryyou...@gmail.com wrote: Some others are saying the xamarin package is also 32bit + llvm I don't have it installed here to test On Thu, Apr 16, 2015 at 5:13 PM, Miguel de Icaza mig...@xamarin.com wrote: Hello, LLVM is never the default for JIT configurations

Re: [Mono-dev] LLVM + mac deploys

Hello, LLVM is never the default for JIT configurations, it is something that you must manually opt-into. Did homebrew default to it? Because LLVM as a JIT is *very slow* Miguel On Thu, Apr 16, 2015 at 8:35 AM, Greg Young gregoryyou...@gmail.com wrote: I was looking through an issue from a

Re: [Mono-dev] LLVM + mac deploys

, not enabled. GC:sgen On Thu, Apr 16, 2015 at 5:17 PM, Miguel de Icaza mig...@xamarin.com wrote: Right, Mono on Mac is currently 32 bits, and we ship LLVM with it. But we do not default to LLVM, that is something that you can use when you pass the --llvm option. I believe we

Re: [Mono-dev] Update on Build System

the Microsoft compilers only? If so, I can then start looking at modifying those projects to build using the Windows CE compilers. -Chris Tacke *From:* Miguel de Icaza [mailto:mig...@xamarin.com] *Sent:* Monday, May 26, 2014 10:23 AM *To:* Chris Tacke *Cc:* mono-devel *Subject:* Re

Re: [Mono-dev] Some MSBuild porting progress

of build yet). Atsushi Eno On Sun, Mar 29, 2015 at 4:48 AM, Lluis Sanchez ll...@xamarin.com wrote: El 28/03/2015, a les 15:32, Miguel de Icaza mig...@xamarin.com va escriure: Hello, Question: does XS/MD depend on Microsoft.Build.Engine.dll? MD currently depends

Re: [Mono-dev] Some MSBuild porting progress

atsu...@xamarin.com wrote: Microsoft.Build.dll is the (relatively) new build engine which obsoleted Microsoft.Build.Engine.dll. The deprecated one is not in the msbuild repo and that's what we use in xbuild. Atsushi Eno On Sat, Mar 28, 2015 at 4:48 AM, Miguel de Icaza mig...@xamarin.com

Re: [Mono-dev] Some MSBuild porting progress

MSBuild into Mono's current build setup. Miguel On Fri, Mar 27, 2015 at 3:31 PM, Lluis Sanchez ll...@xamarin.com wrote: El 27/03/2015, a les 19:41, Miguel de Icaza mig...@xamarin.com va escriure: Hello Lluis, I think once we are happy with msbuild, that we should build msbuild as part

Re: [Mono-dev] Some MSBuild porting progress

repo ( https://github.com/slluis/msbuild/tree/fix-xplat). What’s the plan for integrating it into Mono? El 19/03/2015, a les 20:40, Miguel de Icaza mig...@xamarin.com va escriure: Hey guys, I used the work from Alex to get started, and did some work on my own. I posted all the patches

[Mono-dev] Some MSBuild porting progress

Hey guys, I used the work from Alex to get started, and did some work on my own. I posted all the patches to github.com/mono/msbuild When using it to bootstrap building itself, it is not breaking at invoking NuGet. I am out of the office until next week, so I think this is as far I will get.

Re: [Mono-dev] PR1155

Ah, thanks for providing the answers to the comments. This pull request has been merged. On Fri, Mar 6, 2015 at 9:25 AM, Steffen Kieß steffen.ki...@ipvs.uni-stuttgart.de wrote: Hello, pull request https://github.com/mono/mono/pull/1155 fixes some issues with string handling in System.Json:

Re: [Mono-dev] crash at mono_class_vtable

Hello, This looks like the code that you are trying to create has been linked out. You need to preserve the code (reference it in some form from your code, to prevent the linker from killing the code, as it would not be present on device). But that is as much of a guess as I can offer without

Re: [Mono-dev] Patch for Bug 8207: Can't set 1000000 baud with System.IO.Ports.SerialPort.BaudRate

Applied, and updated also to support Mac. On Tue, Feb 24, 2015 at 3:45 PM, Christian Hofstaedtler ch---mono-de...@zeha.at wrote: This patch (against mono-2.10.8.1 from Debian) allows setting custom baud rates, and very likely would support a baudrate of 100. I release this patch under

Re: [Mono-dev] Patch for Bug 8207: Can't set 1000000 baud with System.IO.Ports.SerialPort.BaudRate

Hello Christian, This looks fine. Are you the original author of the patch? Miguel On Tue, Feb 24, 2015 at 3:45 PM, Christian Hofstaedtler ch---mono-de...@zeha.at wrote: This patch (against mono-2.10.8.1 from Debian) allows setting custom baud rates, and very likely would support a

Re: [Mono-dev] Switch off the Jenkins ARM builds on PRs for now

Hey, We could do the ARM runs only for things that touch mono/mono. While it is not perfect, it is a close enough approximation for what we care. Miguel On Thu, Feb 19, 2015 at 3:01 PM, Alexander Köplinger alex.koeplin...@outlook.com wrote: I very much agree, but currently when multiple PR

Re: [Mono-dev] Build problems

This looks like it was recently fixed. MIguel On Wed, Feb 18, 2015 at 11:48 AM, Neale Ferguson ne...@sinenomine.net wrote: Over the last couple of days I’ve had problems building from head on s390x. (1) When I use 3.6.1 I get: MCS [basic] mscorlib.dll warning CS2002: Source file

Re: [Mono-dev] Google Summer Of Code (GSOC) 2015

Hello, Yes, we are planning on applying to this year Google Summer of Code. Miguel On Tue, Feb 17, 2015 at 12:30 PM, Ahmed GameHackerPM gamehacke...@hotmail.com wrote: Greetings, I just want to ask you if you will join this year in GSOC, if you will, what will be the ideas list for this

Re: [Mono-dev] Error building mono on x86

Hello, I am not sure why you are passing a --host command line option. Configure should be able to figure this out on its own. Miguel On Tue, Feb 17, 2015 at 6:29 PM, Rafael Mueller - Inventti raf...@inventti.com.br wrote: Hi there, My (c#) application (compiled on windows, as x86)

Re: [Mono-dev] making mono builds reproducible (xamarin bz #26842)

Hey guys, I assume this is related to the unique identifier generated on each ECMA assembly? The issue here is that this goes against the requirements of the spec. What exactly is being proposed here? On Mon, Feb 16, 2015 at 7:06 PM, Daniel Kahn Gillmor d...@fifthhorseman.net wrote: On Mon

Re: [Mono-dev] WCF WebServiceHost crashes mono if client disconnects early

Hello, [ I am CCing Atsushi so he can eyeball the patch ] Thanks for the background research and for pointing me to that long-standing bug. It seems like a pull request was created, but that the author closed the pull request. I have updated the patch, can you try this and report back?

Re: [Mono-dev] xsp-3.12 RPM package is missing in mono-project's CentOS repository

That looks like a bad package. XSP should not depend on a specific version of Mono, instead it should require at least a specific version of Mono. CCing Jo. On Mon, Feb 9, 2015 at 11:46 AM, sean_houston sean.sta...@aesir-media.com wrote: apache2-mod_mono-3.12 is available in the CentOS

Re: [Mono-dev] Integration Tests

Hello Edward, We are doing a few things in the space: - We are setting up a more comprehensive harness for SSL/TLS tests that do not depend on remote servers. - We are setting up a series of web tests to more comprehensively test the http client (the tests today are not complete

Re: [Mono-dev] Want to contribute

Hello Aman, Thanks for your interest. This is a good place to start: http://www.mono-project.com/community/contributing/ Miguel On Sun, Feb 1, 2015 at 5:22 AM, Aman Priyadarshi aman.eur...@gmail.com wrote: Hello everybody, I'm Aman from India.I want to contribute to this project. So, in

Re: [Mono-dev] Re. PR 1501: Mark hot functions in the runtime.

Hello Jonathan, There seems to have been a couple of regressions on the test suite, but it is hard to read from the graph. Do we know what could have caused this? On Mon, Jan 26, 2015 at 8:45 PM, Jonathan Purdy jonathan.pu...@xamarin.com wrote: In this pull request[1] I add GCC/Clang’s

Re: [Mono-dev] llvm and mini

Hey, This has a couple of stages: - Easy, allow for re-JITing of a method (in fact, I think this is one of our interview questions) - Easy, support regular + LLVM code generation - Easy, instrument the code to track hot methods, and set a flag to do LLVM code gen - Easy, use

Re: [Mono-dev] Fork of certmgr - any ideas? (Mono-devel-list Digest, Vol 117, Issue 32)

Yes, we have a partial project that does this. Not sure where we are at on it, but the last time I checked, it did most of the class libraries. On Sat, Jan 24, 2015 at 12:24 PM, Arthur Peka artur.p...@gmail.com wrote: In the case of certmgr, was there any complexity in creating the solution

Re: [Mono-dev] Fork of certmgr - any ideas?

Hello, We have to revisit the build scripts that we started last year that are able to generate an entire solution/projects from the existing Makefiles. Miguel On Sat, Jan 24, 2015 at 9:10 AM, Edward Ned Harvey (mono) edward.harvey.m...@clevertrove.com wrote: From: Arthur Peka

Re: [Mono-dev] System.Data from referencesource

Hello, https://trello.com/c/RnH3O9vJ/18-system-data I was aware of the native code in MS' driver, but it looked like it was about SNI (transport), Windows-native auth, and other diagnostics. I will investigate a bit more to see if bringing a least the TDS encoder/ decoder to Mono is

Re: [Mono-dev] Plans for new types/methods in .NET 4.6

Hey, We will not. You can use 4_5 as the same define that includes new APIs. Feel free to add away. Rationale: - there is only one GAC assembly for all the 4.0 based assemblies, so there is only one assembly used at runtime - The only useful purpose of building 4.5 is to get

Re: [Mono-dev] System.Data from referencesource

Hello Damien, I have not actually talked to Marek about this, but we have discussed internally a bit what to do with System.Data. Our current thinking is described here: https://trello.com/c/RnH3O9vJ/18-system-data As for your specific questions: * If you are in the process of porting the

Re: [Mono-dev] Fork of certmgr - any ideas?

Seems like we have a case of these: http://tirania.org/blog/archive/2010/Dec-31.html On Tue, Jan 20, 2015 at 4:36 PM, Arthur Peka artur.p...@gmail.com wrote: Hey Andres, you don't seem to get my point. Firstly, IMO certmgr is *far* better off as a standalone app (not part of Mono bundle).

Re: [Mono-dev] Tests for ParseRouteInfo

Hello, Considering that we do not even have a test, I think it would be nice to turn one of the samples on the git discussion into the test. While not 100% robust, we could check that at least *one* of the interfaces has a gateway, and perhaps make this into a soft failure for those that do not

Re: [Mono-dev] Tests for ParseRouteInfo

Also, thanks so much for this patch! On Thu, Jan 15, 2015 at 10:16 AM, Miguel de Icaza mig...@xamarin.com wrote: Hello, Considering that we do not even have a test, I think it would be nice to turn one of the samples on the git discussion into the test. While not 100% robust, we could

Re: [Mono-dev] Tests for ParseRouteInfo

at 23:16, Miguel de Icaza mig...@xamarin.com wrote: Hello, Considering that we do not even have a test, I think it would be nice to turn one of the samples on the git discussion into the test. While not 100% robust, we could check that at least *one* of the interfaces has a gateway

Re: [Mono-dev] Unix.Native

Just do `make install' on Mono. On Mon, Jan 12, 2015 at 11:59 PM, Greg Young gregoryyou...@gmail.com wrote: Are there any instructions on building/testing the area (linux)? I don't mind jumping in it a bit On Tue, Jan 13, 2015 at 6:28 AM, Miguel de Icaza mig...@xamarin.com wrote: Hey

Re: [Mono-dev] Managed/Unmanaged code debugging

We do not have a simple way to debug both. You can debug managed with XAmarin Studio, and you can debug unmanaged with gdb. On Mon, Jan 12, 2015 at 11:29 PM, techi eth techi...@gmail.com wrote: Hi, Can anyone suggest me how i can debug unmanned/managed code together using mono develop ?

Re: [Mono-dev] Unix.Native

I added support for this on master. That said, there is an issue that I think will bite us. Currently the fcntl P/Invoke declaration uses a long as a general purpose way of passing flags to fcntl, and I suspect the parameter to F_NOCACHE should be an int. Thoughts? Miguel On Mon, Jan 12, 2015

Re: [Mono-dev] Unix.Native

F_RDAHEAD I don't think the long is too horrible as its only defined as 0/non-zero On Tue, Jan 13, 2015 at 6:15 AM, Miguel de Icaza mig...@xamarin.com wrote: I added support for this on master. That said, there is an issue that I think will bite us. Currently the fcntl P/Invoke declaration

Re: [Mono-dev] CodeContacts open sourced

Regarding XS/MD support for the code contracts tools, there are really two pieces. The first is to port/reimplement the VS addin. It doesn't look particularly complex, a proof of concept might only take a couple of days. This would be glorious. They seem to be doing some kind of

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

Hello Edward, Martin is creating the branch now where we bring the Microsoft SslStream into Mono as well as his crypto stack. For details see: https://trello.com/c/PvUaV89u/16-tls-stack On Wed, Dec 17, 2014 at 2:21 PM, Edward Ned Harvey (mono) edward.harvey.m...@clevertrove.com wrote: I was

Re: [Mono-dev] Porting System.Numerics from referencesource, approaches for copying code?

, and then alter the original referencesource file with the #if statements. We have done that already in a couple of places. (More to come, last night we got XML working, but needs some work) On Sat, Nov 29, 2014 at 11:21 AM, Miguel de Icaza mig...@xamarin.com wrote: Thanks Alex. I do

[Mono-dev] CodeContacts open sourced

Hey guys, Microsoft has open sourced their CodeContracts tools: https://github.com/CodeContractsDotNet/CodeContracts The companion class libraries are here: https://github.com/mono/referencesource/tree/mono/mscorlib/system/diagnostics/contracts While Mono has an implementation, it might be a

Re: [Mono-dev] X509Chain

Hello Edward, I do not believe we have made changes to X509Chain. The only thing we have been doing is reimplementing chunks of the protocol (as it does not exist in the referecesource) Miguel On Wed, Jan 7, 2015 at 3:57 AM, Edward Ned Harvey (mono) edward.harvey.m...@clevertrove.com wrote:

[Mono-dev] WIP: Microsoft's System.Runtime.Serialization

Hey guys, My work is described here: https://trello.com/c/L6jkUdOQ/12-system-runtime-serialization The status of this patch is: Work in progress to bring Microsoft System.Runtime.Serialization to Mono The current code compiles by replacing existing Mono code with Microsoft code

Re: [Mono-dev] Porting System.Numerics from referencesource, approaches for copying code?

we got XML working, but needs some work) On Sat, Nov 29, 2014 at 11:21 AM, Miguel de Icaza mig...@xamarin.com wrote: Thanks Alex. I do not think that we will have a strict rule for when to copy and when to reference. There are scenarios where we will want to keep a lot of the code in one

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

Hey guys, If you are accepting pull requests on Mono's github, please request that pull requests that were iterated multiple-times have their multiple commits squashed into one. Otherwise Mono ends up merging code that does things like: - Commit 1: Implement a feature + reformatted entire

Re: [Mono-dev] PR 1081: Allow CLR binaries to be passed to Process.Start

Done, this patch can be merged. Miguel On Fri, Dec 26, 2014 at 3:05 PM, Alexander Köplinger alex.koeplin...@outlook.com wrote: Any updates on this? Might be a good review candidate if you have some spare time during the holidays :) -- Alex -- From:

Re: [Mono-dev] PR 1464/1465: xbuild fixes to allow dotnet/corefx to compile with Mono

Hey, 1465 looks great! I will let someone more experienced with msbuild discuss 1464 On Fri, Dec 19, 2014 at 6:38 AM, Alexander Köplinger alex.koeplin...@outlook.com wrote: Hey, I sent the following xbuild fixes that are necessary so that the .NET Core framework projects can be compiled

Re: [Mono-dev] After an initial investigation of porting WCF to mono, this is what I've found so far

My quick take, as I am about to bird a plane: - ifdef out transactions - SR missing stuff is pretty common, we have been stubbing these out, check the recent commits to mono/mcs/class/System to get an idea - use reference source for the landing spot. On Tuesday, December 16, 2014, Bernie Schoch

Re: [Mono-dev] I would like to contribute to mono however it seems things are in flux due to the integration of .NET Core and .NET Framework; where to start?

Hello, For example, I'm looking at say WCF as a possibility but some questions pop up? Will WCF be part of .NET Core? if so should we wait until it's in .NET Core? I suspect it will be, but .NET core is not guaranteed to have the same API as .NET Framework. Mono currently implements the

Re: [Mono-dev] List of cleanup candidates for Mono 4.0

Before we go down this path. Mono 4.0 is not about a general call to clean things up. We are only cleaning up removing the must-haves. Please do not turn this into a threat to clean this up. That can be done independently and on its own schedule. Atsushi, I'll follow up later today on

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

Hello, .NET's implementation of the TLS stack is built on top of native code, so it wont work on Mono. We have implemented TLS 1.1 and 1.2 on top of the not yet open sourced networking stack and will be publishing it as soon as Microsoft open sources the .NET networking stack. Miguel On Tue,

Re: [Mono-dev] Proposed changes to mono/mcs/class/corlib/Mono/DataConverter.cs

Hey, I have a variation of this patch now. I need to rebuild my Mono before i can commit it. It will use a conditional compiler directive to use this other system On Mon, Dec 8, 2014 at 11:53 PM, Stephen Shaw ss...@decriptor.com wrote: I can't comment on the code changes themselves, but it

  1   2   3   4   5   6   7   8   9   10   >