[Freeciv-Dev] [patch #5990] Update README.governor

2015-04-12 Thread Marko Lindqvist 
Update of patch #5990 (project freeciv):

  Status:  Ready For Test => Done   
 Assigned to:None => cazfi  
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #5693] Remove barbarians and pirates from default nationlist.ruleset

2015-04-12 Thread Marko Lindqvist 
Update of patch #5693 (project freeciv):

  Status:  Ready For Test => Done   
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #23465] Puting SInt in Int S2_5 branch

2015-04-12 Thread Jordi Negrevernis i Font 
Follow-up Comment #2, bug #23465 (project freeciv):

I have savegames but I couldn't reproduce the error again.

___

Reply to this item at:

  

___
  Missatge enviat a través de/per Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #5955] Json protocol arrays as json arrays

2015-04-12 Thread Andreas Røsdal 
Follow-up Comment #5, patch #5955 (project freeciv):

> One way to separate addressing and reading/writing is to make
generate_packets.py generate code that handles addressing. Would anyone object
to this approach?

I don't object to this approach. My main objective here is that arrays in the
JSON protocol should be actual JSON arrays as defined in the specification.
The actual implementation of that in generate_packets.py and elsewhere can be
refined and refactored over time. So I _definitively_ support any effort to
resolve this.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #5955] Json protocol arrays as json arrays

2015-04-12 Thread Marko Lindqvist 
Follow-up Comment #4, patch #5955 (project freeciv):

> One way to separate addressing and reading/writing is to make
generate_packets.py generate code (inside #ifdef
> FREECIV_JSON_CONNECTION) that handles addressing. Would anyone object to
this approach?

Can you do it so that in the future it can be extended to a case where both
raw- and json-protocol are enabled at the same time? Having a lot of stuff
added inside #ifdef FREECIV_JSON_CONNECTION does not sound like that.
That's not necessarily a reason to reject your plan; it could be used as an
temporary solution for now (no idea when I would have time to get into any
dual-protocol setup anyway). Still, it's something to consider.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #5955] Json protocol arrays as json arrays

2015-04-12 Thread Sveinung Kvilhaugsvik 
Follow-up Comment #3, patch #5955 (project freeciv):

To me it looks like we should split json addressing from reading/writing. If
that isn't done we would have to create a new function in dataio_json for each
combination of address type and data type combination in use.

One way to separate addressing and reading/writing is to make
generate_packets.py generate code (inside #ifdef FREECIV_JSON_CONNECTION) that
handles addressing. Would anyone object to this approach?

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev