<br><br><div class="gmail_quote">On Mon, Mar 1, 2010 at 4:26 AM, Atsushi Eno <span dir="ltr">&lt;<a href="mailto:atsushieno@veritas-vos-liberabit.com">atsushieno@veritas-vos-liberabit.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Hi,<div class="im"><br>
<br>
On 2010/02/28 1:42, Sander Rijken wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
I&#39;ve been working on getting the configuration of System.ServiceModel.Web up to speed, after finding out that it wasn&#39;t working at all when I needed it in a project. I have some question now that I&#39;m trying to include test code, and the fixes themselve.<br>


<br>
</blockquote></div>
Oh, that&#39;s good news :)<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
First of all, I think the fixes need to be split up in 3 commits. What&#39;s the best way to generate patches for this, in order to be able to apply them correctly? All changes are in the same file<br>
<br>
</blockquote></div>
Ideally make incremental changes. First patch to include only the first changes, second patch, based on the first changes, and the third one follows. Alternatively you could use git and git-svn to get incremental diffs easier.<br>


<br>
Though no one is working on the config stuff, personally I probably wouldn&#39;t care to apply the changes at a time (depends on the changes).</blockquote><div><br></div><div>You mean just use one big patch that fixes all problems?</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The test project for System.ServiceModel.Web includes a project &quot;nunit.framework.dll20&quot;. It seems like you&#39;re using 2.4 in other places, and also without an nunit.framework project in the test solution. Is it ok to get rid of the reference to the non-existing project, and update the sln / csproj to use the nunit.framework dll? What is the location of the dll that should be used here?<br>


<br>
</blockquote></div>
I&#39;m not sure what they are for (no one actually uses VS solutions for WCF hacking). Probably they are generated by someone, so let&#39;s just ignore them. I&#39;ll just omit them when committing them.<br></blockquote>

<div></div></div><br><div>Can you indicate what determines which testcases run, and how to run them on a *nix based system?</div><div><br></div><div>Thanks,</div><div>Sander</div>