Update of bug #22272 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
URL:
http://gna.org/bugs/?22272
Summary: Last (16th) user flag overlaps with role range (=
assertion failure)
Project: Freeciv
Submitted by: jtn
Submitted on: Sat 05 Jul 2014 11:53:20 BST
Category: None
Update of bug #22272 (project freeciv):
Status: In Progress = Ready For Test
___
Additional Item Attachment:
File name: trunk-S2_5-role-range.patchSize:1 KB
Follow-up Comment #1, bug #22272 (project freeciv):
I think this is a bit more complicated to implement in S2_5 due to network
protocol freeze (and TRUNK version requires capstr bump). You are changing
meaning of the role bits (what old server/client considers role n, new
server/client considers
Update of bug #22272 (project freeciv):
Status: Ready For Test = In Progress
___
Follow-up Comment #2:
Oops, you're right.
___
Reply to this
Follow-up Comment #3, bug #22272 (project freeciv):
For S2_5, renumbering roles to leave a gap in the specenum should be
sufficient, I think, without any messing around with capabilities.
(Technically I think there's currently nothing stopping a ruleset from
specifying a role name in a combat
Follow-up Comment #4, bug #22272 (project freeciv):
I think there's currently nothing stopping a ruleset from
specifying a role name in a combat bonus, which would then go
over the network as its specenum value in a UTYF
Wrong. I misread the code. Roles have their own enum, it's just that it
Update of bug #22272 (project freeciv):
Status: In Progress = Ready For Test
___
Follow-up Comment #5:
Try again.
(file #21281, file #21282)