Re: Interest in GSoC .NET and Mono integration

Is there a faster way of communication than via email?
@Ludovic - is there any specific time that you hang out on one of the mIRC
channels, i would love to talk to you there for sometime to ask all my
questions at once.

Thanks,
Nishant Gupta

On Sun, Mar 19, 2017 at 12:23 PM, Nishant Gupta <[email protected]>
wrote:

> Hi Ludovic,
>
> Thanks for your reply. So is my understanding correct that the end aim is
> to remove the Mono-specific FileStream type and replace it with the
> FileStream class defined in CoreFx (perhaps imported via a nuget package
> reference) ?
>
> What is the purpose of MonoIO ? And is there an equivalent in CoreFX?
>
> Does mono use a fork of the CoreFX code? Or is it imported directly via
> nuget?
>
> I think I want to go ahead with the FileStream project and would like to
> come up with a detailed plan of action that I can put in my proposal.
>
> Thanks,
> Rohit
>
> On Wed, Mar 15, 2017 at 9:02 AM, Ludovic Henry <[email protected]>
> wrote:
>
>> Hi Nishant,
>>
>> Our current implementation of System.IO.FileStream lives at
>> https://github.com/mono/mono/blob/master/mcs/class/corlib
>> /System.IO/FileStream.cs. It has strong dependencies on System.IO.MonoIO
>> which lives at https://github.com/mono/mono/blob/master/mcs/class/corlib
>> /System.IO/MonoIO.cs and which depends on the runtime for the different
>> icalls implemented in https://github.com/mono/mon
>> o/search?utf8=%E2%9C%93&q=filename%3Aw32file&type=Code
>> <https://github.com/mono/mono/search?utf8=✓&q=filename:w32file&type=Code>
>> .
>>
>> Out current implementation of System.Diagnostics.Process lives at
>> https://github.com/mono/mono/blob/master/mcs/class/System
>> /System.Diagnostics/Process.cs. The runtime implements the different
>> icalls in https://github.com/mono/mono/search?p=1&q=filename%3Aw32p
>> rocess&type=Code&utf8=%E2%9C%93
>> <https://github.com/mono/mono/search?p=1&q=filename:w32process&type=Code&utf8=✓>
>> .
>>
>> The end goal is to get rid of most of our mono-specific code both in
>> managed and in the runtime (System.IO.MonoIO, the w32process and the
>> w32file files), but we would first need to add support to CoreFX for the
>> different platforms that we support that they don't (Android, iOS, Haiku,
>> etc.)
>>
>> I would be the one to look over these 2 projects, so if you have any
>> question, I would be very happy to answer them.
>>
>> Thank you,
>> Ludovic
>>
>> *From:* Nishant Gupta [mailto:[email protected]
>> <[email protected]>]
>> *Sent:* Tuesday, March 14, 2017 12:22 AM
>> *To:* Xamarin FW Summer of Code <[email protected]>; mono
>> [email protected]
>> *Subject:* Re: Interest in GSoC .NET and Mono integration
>>
>> Hi,
>>
>> Any guidance here would be appreciated!
>>
>> Thanks,
>> Rohit
>>
>> On Sun, Mar 12, 2017 at 5:39 PM, Nishant Gupta <[email protected]>
>> wrote:
>>
>> Hi,
>> I am a grad student in India and I came across this board from the GSoC
>> idea page for Mono. I would love to help in the Microsoft .NET and Mono
>> integration initiative, as I have plenty of experience in C# and .NET
>> Framework/.NET Core along with other tools like NuGet. Please let me know
>> of a good way to get started!
>>
>> I was hoping to get in touch with Ludovic Henry and talk to him about a
>> plan of action. The projects that catch my eye include:
>>
>> 1) Import System.IO.FileStream from CoreFx
>> 2) Import Process from CoreFx
>>
>> I have a few boiling questions that i would love if someone could help
>> answer for me so I can start working on writing the proposal.
>>
>> It would also be great, if to get familiar in this area, someone could
>> point me to a few bugs which I can fix before GSoC to get my hands dirty.
>>
>>
>> Thanks,
>> Nishant
>>
>>
>>
>

_______________________________________________
Mono-devel-list mailing list
[email protected]
http://lists.dot.net/mailman/listinfo/mono-devel-list