Follow-up Comment #14, bug #19943 (project freeciv):
Thank you for doing this. It was bothering me (but not enough to actually do
anything). It works fine in my (simple) testing.
___
Reply to this item at:
http://gna.org/bugs/?19943
On Fri, 2013-02-22 at 09:41 +0100, pepeto wrote:
Update of bug #19943 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
Update of bug #19943 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #19943 (project freeciv):
Assigned to:None = pepeto
Operating System:None = Any
___
Follow-up Comment #12:
New version of the
Follow-up Comment #11, bug #19943 (project freeciv):
New version of the patch attached:
* move all the process into packets.c, using post-send and post-recv routines
;
* more comments.
(file #17247)
___
Additional Item Attachment:
File
Update of bug #19943 (project freeciv):
Category:None = general
___
Follow-up Comment #10:
New version of the patch attached:
* some variables renamed ;
* also modify doc/HACKING ;
*
Update of bug #19943 (project freeciv):
Status:None = Ready For Test
___
Follow-up Comment #9:
Fix attached. It needs to apply patch #3690.
(file #17179)
Follow-up Comment #5, bug #19943 (project freeciv):
See also bug #20486
___
Reply to this item at:
http://gna.org/bugs/?19943
___
Message sent via/by Gna!
http://gna.org/
Follow-up Comment #6, bug #19943 (project freeciv):
I will work on it, when I will finish with the get_dio_xxx() stuff.
My idea is simple : packets can be sent and received with 8 bits for the type
before the connection is totally completed (pconn-established == TRUE), and
16 bits after that...
Follow-up Comment #7, bug #19943 (project freeciv):
Just make sure that either the support can be later dropped without
compatibility break at that point, or that code is not too complicated. I
don't want to maintain infinitely complicated code for minimal gain - giving
user better error message
Follow-up Comment #8, bug #19943 (project freeciv):
Also note that it's much more likely that user of recent, but
not latest, trunk checkout try to connect to latest server. So
you shouldn't be breaking compatibility with current 16bit
versions to get compatibility with 1.5 years old 8bit
Update of bug #19943 (project freeciv):
Summary: Initial protocol between trunk and S2_4-or-earlier
broken? = Initial protocol between trunk and S2_4-or-earlier broken
___
Reply to this item at:
URL:
http://gna.org/bugs/?19943
Summary: Initial protocol between trunk and S2_4-or-earlier
broken?
Project: Freeciv
Submitted by: jtn
Submitted on: Sun Jul 15 11:50:02 2012
Category: None
Severity: 3 -
Follow-up Comment #2, bug #19943 (project freeciv):
Ah yes, patch #2789.
Do we want to do something like have the initial exchange use 8-bit fields? Or
will we live with the mutual unintelligibility?
___
Reply to this item at:
Follow-up Comment #3, bug #19943 (project freeciv):
Do we want to do something like have the initial exchange use
8-bit fields? Or will we live with the mutual unintelligibility?
I'd have clean cut now to 16bit fields. That's why the change was timed to
beginning of entire release cycle.
15 matches
Mail list logo