I think I labeled this wrong so trying again

> > I'm just starting to look into this, but something that I suspect

> > might be the case is that you are running into rounding errors where

> > PCGen is attempting to determine the per unit cost, coming up with a

> > decimal value, and rounding up. This is due to some of the weird

> > rounding rules the WotC has in D&D. Take arrows, 20 costs 1 gold. Make

> > them masterwork (+300 gold per 50 for ammunition). The logical result

> > would be that 1 master arrow costs 6.05 gold (1/20 + 300/50). The game

> > answer is that it costs 7 gold. Some how, even though there are

> > denominations smaller than gold, you can't use them for that and

> > 1/20th of a gold piece is one gold piece. I wish I could use that

> > kind of accounting. :-)

>

> You can see the same behavior by loading RSRD and creating custom ammo.

>

> Create a single, 20 count or 50 count item of Cold Iron items (old

> Iron doubles cost using BASECOST). You see pcgen add 1 to the cost of

> the item and then multiply by the quantity

>

> 1 cold iron arrow is 1.05 (1 +.05)*1

> 20 cold iron arrows are 40 (1+1)*20

> 50 cold iron arrows are 175 (2.5+1)*50

> 50 cold iron crossbow bolts are 300 (5+1)*50

> 50 cold iron repeating xbow bolt are 550 (10+1)*50

> 50 sling bullets are 75 (1+.5)*50

> etc.

>

> Not exactly what Neil is seeing but in the same vein.

>

> After testing I'd say the 'correction' done after RC3 didn't fix it.

>

> The one correct costing Neil got was coincidental not actual correct

> calc's. A bundle of 20 arrows comes out right but only because the

> cost of the bundle is 1 gp so the DnD rounding can't get it wrong

>

> Ultimately (even after this is straigtened out) we need a new gamemode

> tag (use DnD rounding or real world rounding).