[Cs5500] [Cs4800] How does scoring work?

Greg I Kerr kerr.g at husky.neu.edu
Wed Nov 9 00:08:07 EST 2011


Also, does anyone have insight as to why these entries from the log of
David (dirich) versus Casey and I (5150) where we agree do not list
solutions or award points:

claim hsr.HSRInstanceSet {{ HSR(921,16) }} scg.protocol.ForAllExistsMin {{
}} 0.010857763300760043 1.0
proposer {{ 5150 }}
opposer {{ dirich }}
action agree
responses provider {{ 5150 }} pr provide hsr.HSRInstance {{ HSR(921,16) }}
winner {{ }}
pointsWon 0.0

claim hsr.HSRInstanceSet {{ HSR(861,3) }} scg.protocol.ForAllExistsMin {{
}} 0.020905923344947737 1.0
proposer {{ 5150 }}
opposer {{ dirich }}
action agree
responses provider {{ 5150 }} pr provide hsr.HSRInstance {{ HSR(861,3) }}
winner {{ }}
pointsWon 0.0

claim hsr.HSRInstanceSet {{ HSR(845,9) }} scg.protocol.ForAllExistsMin {{
}} 0.011834319526627219 1.0
proposer {{ 5150 }}
opposer {{ dirich }}
action agree
responses provider {{ 5150 }} pr provide hsr.HSRInstance {{ HSR(845,9) }}
winner {{ }}
pointsWon 0.0

- Greg

On Tue, Nov 8, 2011 at 11:48 PM, Karl Lieberherr <lieber at ccs.neu.edu> wrote:

> Hi David:
>
> you have found exactly the right spot where things go wrong. Thank you for
> finding the root cause for the wrong behavior. I apologize for all those
> bugs
> that come out now.
>
> It is not for lack of testing: we had testing projects; we implemented
> three playgrounds
> and run tournaments in them with avatars written by the graduate students.
> But nobody noticed this behavior. We even had a teaching avatar
> in those playgrounds that was supposed to win always against the baby
> avatar and that worked too.
>
> The graduate class needs to repair this which means we cannot have the
> counting tournament on
> Wednesday night.
>
> Hold on to your avatars and we will inform the class soon after we have
> made a plan to repair the bugs.
> Get your solve function into good shape in the mean-time.
>
> -- Karl
>
>
> On Tue, Nov 8, 2011 at 11:26 PM, David Richards <dirich at ccs.neu.edu>wrote:
>
>> To further support my theory that there's a bug:
>>
>> If you look in the "proceed" method of scg.protocolInterpreter.
>> StrengtheningProtocolInterpreter
>> you will see that it calls claim.getProtocol().strengthenP(originalClaim,
>> claim)) as follows:
>>
>> > if (!claim.getProtocol().strengthenP(originalClaim, claim)) {
>> >                       updateReputation(0, 1); // Alice wins
>>
>>
>> If we look at the scg.protocol.ForAllExistsMin class we can see that it
>> doesn't implement
>> strengthenP(…) so it must inherit it from it's superclass which is
>> scg.protocol.ForAllExists.
>> The implementation of strengthenP(…) in that file is the following:
>>
>> >        // return true iff the strengthenedClaim is stronger than the
>> old claim
>> >       public boolean strengthenP(Claim oldClaim, Claim
>> strengthenedClaim){
>> >               return strengthenedClaim.getQuality() >
>> oldClaim.getQuality();
>> >       }
>>
>> Clearly this is wrong for the ForAllExistsMin protocol since strengthened
>> claims have
>> smaller qualities.
>>
>> -David Richards
>>
>> On Nov 8, 2011, at 11:13 PM, Greg I Kerr wrote:
>>
>> > After looking at the log, I agree with David. It's pretty clear that
>> strengthening a proposal does not win any points (and that the server never
>> asks for a solution to be provided). This is concerning as strengthening
>> claims is a major part of the game.
>> >
>> > - Greg
>> >
>> > On Tue, Nov 8, 2011 at 10:59 PM, David Richards <dirich at ccs.neu.edu>
>> wrote:
>> > Could you explain how to defend my strengthening?  If the server were
>> to ask for a solution I would provide it…
>> > so clearly the server isn't asking me to defend the strengthening.
>> >
>> > -Dave
>> >
>> > On Nov 8, 2011, at 10:50 PM, srinivasnjay wrote:
>> >
>> > > I was with Matt when he replied you. Strengthening protocol requires
>> you to defend your strengthened claims. If you fail to do so, opponent will
>> again points.
>> > >
>> > > - N Jay
>> > >
>> > > On Nov 8, 2011, at 22:42, David Richards <dirich at ccs.neu.edu> wrote:
>> > >
>> > >> Again: how does the scoring work and why does strengthening a claim
>> seem to lose you points?
>> > >>
>> > >> In this match:
>> http://tank.ccs.neu.edu:7007/tournament_details?resource=smart_history&session=B0E44B907BCC44D0&tournament_id=43&history_file=usb2%20vs%20dirich11-08-11-22-18-54.txt
>> > >> I successfully defended all my claims, refuted invalid claims, and
>> strengthened poor claims, and
>> > >> yet my opponent ended up with more points than I did…
>> > >>
>> > >> I don't think it's fair to grade us based on a buggy non-transparent
>> scoring system.
>> > >>
>> > >> -David Richards
>> > >> _______________________________________________
>> > >> Cs4800 mailing list
>> > >> Cs4800 at lists.ccs.neu.edu
>> > >> https://lists.ccs.neu.edu/bin/listinfo/cs4800
>> >
>> >
>> > _______________________________________________
>> > Cs4800 mailing list
>> > Cs4800 at lists.ccs.neu.edu
>> > https://lists.ccs.neu.edu/bin/listinfo/cs4800
>> >
>>
>>
>> _______________________________________________
>> Cs4800 mailing list
>> Cs4800 at lists.ccs.neu.edu
>> https://lists.ccs.neu.edu/bin/listinfo/cs4800
>>
>
>
> _______________________________________________
> Cs4800 mailing list
> Cs4800 at lists.ccs.neu.edu
> https://lists.ccs.neu.edu/bin/listinfo/cs4800
>
>
-------------- next part --------------
HTML attachment scrubbed and removed


More information about the Cs5500 mailing list