Follow-up Comment #87, patch #3469 (project freeciv):
Months ago, I remember looking at some of the earlier commits to trunk in this
ticket and thinking that they were visible improvements we might well want for
S2_4.
On a brief look now I can't remember what exactly I was thinking of,
URL:
http://gna.org/bugs/?20486
Summary: 16 bits packet types
Project: Freeciv
Submitted by: pepeto
Submitted on: ven. 08 févr. 2013 12:45:49 CET
Category: general
Severity: 4 - Important
Follow-up Comment #1, bug #20486 (project freeciv):
Trunk client connections are not correctly handled by older server neither.
See also bug #16003 for former similar problems.
___
Reply to this item at:
http://gna.org/bugs/?20486
Follow-up Comment #2, bug #20486 (project freeciv):
See bug #19943. The change was intentionally made that way, but if someone is
willing to implement backward compatibility measures like ones mentioned in
that ticket, we can have them.
___
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/
Update of bug #20486 (project freeciv):
Status:None = Duplicate
Assigned to:None = cazfi
Open/Closed:Open = Closed
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
Hi there,
after trying the wiki and the forum, I'm finally trolling here.
(Not that I intend to troll but, the reactions (or the lack of) make me
feel like that).
I have recently managed to make a first version of the gameloss_style
parameter.
(See my posts on the forum and the wiki.)
On 8 February 2013 22:44, Imhotep jmho...@slehr.de wrote:
Hi there,
after trying the wiki and the forum, I'm finally trolling here.
(Not that I intend to troll but, the reactions (or the lack of) make me feel
like that).
I have recently managed to make a first version of the gameloss_style
Update of patch #3665 (project freeciv):
Status: Ready For Test = Done
Assigned to:None = cazfi
Open/Closed:Open = Closed
Update of bug #20483 (project freeciv):
Status: Ready For Test = Fixed
Assigned to:None = cazfi
Open/Closed:Open = Closed
Update of patch #3670 (project freeciv):
Status: Ready For Test = Done
Assigned to:None = cazfi
Open/Closed:Open = Closed
Marko Lindqvist wrote:
On 8 February 2013 22:44, Imhotep jmho...@slehr.de wrote:
Hi there,
after trying the wiki and the forum, I'm finally trolling here.
(Not that I intend to troll but, the reactions (or the lack of) make me feel
like that).
I have recently managed to make a
Follow-up Comment #4, patch #3523 (project freeciv):
The only problem with this is include of gui-sdl/mmx.h. Gui sources really
shouldn't depend on each other. I'm not going to hold this patch for that
detail, though. It just needs to be fixed soon afterwards. I'll submit patch
to move mmx.h to
Update of patch #3523 (project freeciv):
Status: Ready For Test = Done
Assigned to:None = cazfi
Open/Closed:Open = Closed
Follow-up Comment #6, patch #3523 (project freeciv):
OOps, sorry, my client puts it sometimes automatically, I always try to remove
it. I have no idea why its there , pls remove it
___
Reply to this item at:
http://gna.org/patch/?3523
URL:
http://gna.org/patch/?3679
Summary: Move mmx.h to utility/
Project: Freeciv
Submitted by: cazfi
Submitted on: Sat 09 Feb 2013 01:10:55 AM EET
Category: bootstrap
Priority: 5 - Normal
Update of patch #3679 (project freeciv):
Category: bootstrap = client-qt
Summary: Move mmx.h to utility/ = Do not include mmx.h to
pages.cpp
___
Follow-up Comment #1:
Simpler
Follow-up Comment #88, patch #3469 (project freeciv):
But anyway, in principle, is there a reason not to port the
changes to the Gtk3 client code wholesale to S2_4? It's not like
S2_4 gtk3 has a long history of testing behind it
Note that S2_4 gtk3-client is as much copy of gtk2-client as
Update of patch #3667 (project freeciv):
Status: Ready For Test = Done
Assigned to:None = cazfi
Open/Closed:Open = Closed
22 matches
Mail list logo