In article <20080508121455.5dae8af3@[EMAIL PROTECTED]
>,
cbabcock@[EMAIL PROTECTED]
says...
> > Thanks to Lucas for his helpful DATC. By the way what do you do if
> > certain tests are invalid? e.g. A test for what happens when an
> > inspecific order is entered, when phpDip generates a list of orders
> > to choose from.
>
> The thing about the DATC is that they don't dictate the behavior of the
> adjudicator as much as they give you a language to systematically
> describe that behavior. In this case, you list the adjudicator as
> compliant and cite that test in the errata as being invalid for the
> adjudicator on the basis that the UI forces valid input.
Fair enough, that's what I've done (see
http://phpdiplomacy.net/datc.php)
> > I posted this message a while back, but it got no response. This may
> > be because no-one is interested (unlike the previous release), but it
> > may also be that I posted via Google Groups, which I later found out
> > that a lot of news servers ignore due to spam.
> > If you're reading this for the second time I apologize
>
> I got the first message. I don't know why I didn't reply. It must have
> just gotten buried.
Apologies for the redundancy
> I'm a bit paranoid, so I'm only going to play on adjudicators where I
> know the security policy of the admins - specifically the USAL, USAZ and
> UKYS judges. When I started USAK, I did so because I didn't like to GM
> games on some of the judge that had registrations on them grandfathered
> from before version 1.5 of the nJudge code and USAL has a limit on the
> number of games... and Todd Lawson was using most of that limit before
> he started USAZ.
I'm not sure with the jargon here, what you mean by "security policy".
If you mean how many games you can join that depends on how many points
you have, you can read about points here:
http://phpdiplomacy.net/points.php
It's a simple idea once you understand it I think, not as simple as a
hard upper limit but pretty straightforward.
Regards,
Kestas
|
