<div dir="ltr">Hey,<div><br></div><div>I took a quick look at System.Web over the weekend, and I am not sure that it is that bad.</div><div><br></div><div>Most of the native stuff has to do with performance counters and some authentication stuff on Windows (which we can skip/ignore).</div><div><br></div><div>But the core of System.Web should be relatively easy to move.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 19, 2014 at 3:28 PM, Marek Habersack <span dir="ltr"><<a href="mailto:grendel@twistedcode.net" target="_blank">grendel@twistedcode.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 19/11/14 20:50, Martin Thwaites wrote:<br>
<br>
Hey Martin,<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Miguel,<br>
<br>
That sounds good.<br>
<br>
In terms of System.Web then, would you prefer your internal team does it? or am I ok to start replacing some files when<br>
the sub-module is added?  I was thinking of trying to hit the HttpApplication class first and work my way out from there.<br>
</blockquote></span>
Please be especially careful with System.Web - there are plenty of mines buried there. Both in our and in Microsoft code. The latter codebase uses a lot of native Win32 methods which may not have portable (POSIX, preferably) counterparts. Our code, OTOH, has a lot of cruft from the 1.1 days. The biggest problem with our code, however, is its reliance on an early (wrong) assumption that <a href="http://ASP.NET" target="_blank">ASP.NET</a> pages are, in fact, valid HTML. The parser is such a convoluted piece of misery that touching it in a wrong way causes System.Web to fall apart. If you want to start contributing I'd start there since there are issues we cannot fix using the current parser (especially the conditional parsing part). I dare say that System.Web will be one of the most challenging parts to port. Good luck and if you need any reviews and/or help don't hesitate to contact me.<br>
<br>
marek<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Thanks,<br>
Martin<span class=""><br>
<br>
On 19 November 2014 19:41, Miguel de Icaza <<a href="mailto:miguel@xamarin.com" target="_blank">miguel@xamarin.com</a> <mailto:<a href="mailto:miguel@xamarin.com" target="_blank">miguel@xamarin.com</a>>> wrote:<br>
<br>
    Hey,<br>
<br>
    I do not think we would be moving the code.   We would do two things:<br>
<br></span>
      * Make changes to the fork in mono/referencesoure<br>
      * Reference the new files from mono/external/referencesource<br>
<br>
    Miguel<span class=""><br>
<br>
    On Wed, Nov 19, 2014 at 2:26 PM, Martin Thwaites <<a href="mailto:monoforum@my2cents.co.uk" target="_blank">monoforum@my2cents.co.uk</a> <mailto:<a href="mailto:monoforum@my2cents.co.uk" target="_blank">monoforum@my2cents.co.<u></u>uk</a>>> wrote:<br>
<br>
        HI Miguel,<br>
<br>
        Thanks, exactly what I've been waiting for!  I only really have 1 question.<br>
<br>
        In the ways that we are going to port things, you mention pulling in the entire assembly.  How exactly would you<br>
        be thinking this would work? try building and fixing anything that it depends from other libraries in the other<br>
        libraries? or are you going to fork the reference source, submodule it, reference all the files in the .sources<br>
        files within mono, then fix (i.e. add #ifdefs etc.) to the fork?<br>
<br>
        Essentially, are you thinking that there will be an assembly that can simply be copied without changes in the<br>
        above circumstance?<br>
<br>
        Thanks,<br>
        Martin<br>
<br></span><span class="">
        On 19 November 2014 17:48, Miguel de Icaza <<a href="mailto:miguel@xamarin.com" target="_blank">miguel@xamarin.com</a> <mailto:<a href="mailto:miguel@xamarin.com" target="_blank">miguel@xamarin.com</a>>> wrote:<br>
<br>
            Hey guys,<br>
<br>
            As promised, the plans:<br>
<br>
            <a href="http://www.mono-project.com/docs/about-mono/dotnet-integration/" target="_blank">http://www.mono-project.com/<u></u>docs/about-mono/dotnet-<u></u>integration/</a><br>
<br>
            If you start work on something, please notify the list, and update the Trello board:<br>
<br>
            <a href="https://trello.com/b/vRPTMfdz/net-framework-integration-into-mono" target="_blank">https://trello.com/b/vRPTMfdz/<u></u>net-framework-integration-<u></u>into-mono</a><br>
<br>
            Miguel<br>
<br>
            ______________________________<u></u>_________________<br></span>
            Mono-list maillist  - <a href="mailto:Mono-list@lists.ximian.com" target="_blank">Mono-list@lists.ximian.com</a> <mailto:<a href="mailto:Mono-list@lists.ximian.com" target="_blank">Mono-list@lists.<u></u>ximian.com</a>><br>
            <a href="http://lists.ximian.com/mailman/listinfo/mono-list" target="_blank">http://lists.ximian.com/<u></u>mailman/listinfo/mono-list</a><span class=""><br>
<br>
<br>
<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
Mono-devel-list mailing list<br>
<a href="mailto:Mono-devel-list@lists.ximian.com" target="_blank">Mono-devel-list@lists.ximian.<u></u>com</a><br>
<a href="http://lists.ximian.com/mailman/listinfo/mono-devel-list" target="_blank">http://lists.ximian.com/<u></u>mailman/listinfo/mono-devel-<u></u>list</a><br>
<br>
</span></blockquote>
<br>
</blockquote></div><br></div>