Follow-up Comment #7, bug #18922 (project freeciv):
Well, I've read a couple manpages and added
char hbuf[NI_MAXHOST], sbuf[NI_MAXSERV];
if (getnameinfo(paddr-saddr, sockaddr_size(paddr), hbuf,
sizeof(hbuf), sizeof(sbuf), NI_NUMERICHOST | NI_NUMERICSERV) == 0)
printf(host=%s, serv=%sn, hbuf,
On Mon, 2011-11-07 at 17:53 +0100, anonymous wrote:
Follow-up Comment #50, patch #2715 (project freeciv):
After a bit checking, I came up with that better solution - if client can
change view, overview is invalidated on mapview scroll change.
Implemented in this version.
But I've got a
Follow-up Comment #58, patch #2715 (project freeciv):
Please read through CodingStyle document, and check final versions of your
patches, so I don't need to spend hours fixing simple style issues and obvious
oversights with your future patches.
- CodingStyle corrections
- Renamed some
URL:
http://gna.org/bugs/?18952
Summary: gtk-client crashes when no usable theme available
Project: Freeciv
Submitted by: cazfi
Submitted on: Tue 08 Nov 2011 06:36:06 PM EET
Category: client
Severity: 3 -
Follow-up Comment #29, bug #18243 (project freeciv):
at first running freeciv built against gtk3 resulted in an
immediate segfault - that changed after I added 'if (f)' check
in load_default_files(void)
This is now bug #18952
It turns out that freeciv starts to act funny when ever
Follow-up Comment #8, bug #18922 (project freeciv):
Here's patch for the find_next_free_port() part. I'll commit this in a couple
of days even if no fix for the other part has been found.
Do you have IPV_V6ONLY defined, or not? Maybe you are trying to bind IPv4
address both explicitly and
Additional Item Attachment, bug #18922 (project freeciv):
File name: NullifyFNFPHints_18922.diffSize:0 KB
___
Reply to this item at:
http://gna.org/bugs/?18922
___
Message sent via/by
Update of patch #3001 (project freeciv):
Status: Ready For Test = Done
Assigned to:None = cazfi
Open/Closed:Open = Closed
How was it possible to modify commit messages after commit? The file
commit messages are read was not correclty updated for this, so it got
message of previous commit. This is patch #3001, not #3014.
-- Forwarded message --
From: Marko Lindqvist cazf...@gmail.com
Date: 8
Follow-up Comment #9, bug #18922 (project freeciv):
Well, I think I should have been more explicit about were I put those debug
lines:
they are called when bind *already* failed, when 'fc_get_errno() ==
EADDRNOTAVAIL' right above 'fc_closesocket(s)'.
Follow-up Comment #10, bug #18922 (project freeciv):
Well, through printf debugging I came up with this:
it's not a valid patch, as it still is mostly printf debugging, but the two
technical changes (or at least one of them) make the server work again.
In a way it might be a variation of the
Update of patch #3018 (project freeciv):
Status: Ready For Test = Done
Assigned to:None = cazfi
Open/Closed:Open = Closed
Follow-up Comment #35, bug #18835 (project freeciv):
I think this patch set is working fine and an improvement if playing with a
large number of nations. Now to the question: there and when should this patch
be applied?
* S2_3: Not for 2.3.1 but for the next release - so after 2.3.1 has taged.
Follow-up Comment #2, patch #3001 (project freeciv):
is it correct that aitraits.h is included by plrhand.c? This breaks build as
the AI header files are not available for the server ...
___
Reply to this item at:
Follow-up Comment #3, patch #3001 (project freeciv):
The problem in comment #2 is solved. Part of the svn checkout was missing.
___
Reply to this item at:
http://gna.org/patch/?3001
___
Update of bug #18641 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #18875 (project freeciv):
Status: Ready For Test = Fixed
Assigned to:None = syntron
Open/Closed:Open = Closed
Update of patch #2883 (project freeciv):
Status: In Progress = Done
Open/Closed:Open = Closed
___
Reply to this item at:
Update of bug #18880 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
Planned Release: 2.3.1?, 2.4.0 = 2.4.0
Update of bug #18886 (project freeciv):
Status: Ready For Test = Fixed
Open/Closed:Open = Closed
___
Reply to this item at:
Follow-up Comment #18, bug #18776 (project freeciv):
any update to the status of this bug? I can not reproduce a segfault with the
patch applied. I will commit it for 2.3.1 if there are no comments.
___
Reply to this item at:
Follow-up Comment #4, patch #3001 (project freeciv):
On a checkout of latest trunk (r20513), the server dies immediately with a
bus error for me. Since it dies in ruleset_load_traits(), I'm assuming this
checkin (r20500 http://svn.gna.org/viewcvs/freeciv?view=revrevision=20500)
is somehow
Marko Lindqvist writes:
How was it possible to modify commit messages after commit? The file
commit messages are read was not correclty updated for this, so it got
message of previous commit. This is patch #3001, not #3014.
Short answer: it's not possible unless an svn administrator does it,
Follow-up Comment #5, patch #3001 (project freeciv):
I've confirmed that r20500 is the commit where it starts dying for me. Not
attempted to work out why it's dying.
___
Reply to this item at:
http://gna.org/patch/?3001
Follow-up Comment #6, patch #3001 (project freeciv):
I can not confirm - svn 20513 is running fine for me (did a short test game).
As 'bus error' is something which could be connected to the environment here
some data:
freeciv trunk (svn20513) compile with '--enable-debug=checks
Update of patch #3025 (project freeciv):
Status: Ready For Test = Done
Assigned to:None = cazfi
Open/Closed:Open = Closed
URL:
http://gna.org/patch/?3036
Summary: specenum _size()
Project: Freeciv
Submitted by: cazfi
Submitted on: Wed 09 Nov 2011 01:00:11 AM EET
Category: general
Priority: 3 - Low
Status:
Update of patch #3007 (project freeciv):
Status: Ready For Test = Done
Assigned to:None = cazfi
Open/Closed:Open = Closed
URL:
http://gna.org/patch/?3037
Summary: can_build_road()
Project: Freeciv
Submitted by: cazfi
Submitted on: Wed 09 Nov 2011 01:42:57 AM EET
Category: general
Priority: 5 - Normal
Follow-up Comment #7, patch #3001 (project freeciv):
CAnnot reproduce and see no obvious error by reading sources. Does it happen
if you disable optimization with CFLAGS=-g -O0? If so, you may get more
informative backtrace from that kind of compilation, without compiler inlining
and omitting
URL:
http://gna.org/patch/?3038
Summary: Qt module installer
Project: Freeciv
Submitted by: cazfi
Submitted on: Wed 09 Nov 2011 01:56:32 AM EET
Category: module installer
Priority: 5 - Normal
Update of patch #2928 (project freeciv):
Status: Ready For Test = Done
Assigned to:None = cazfi
Open/Closed:Open = Closed
Follow-up Comment #8, patch #3001 (project freeciv):
Seems to be the store to traits[tr] where it barfs. I can't see why either.
Haven't tried winding down optimisation yet, but it seems pretty stable over
perturbations to source code (e.g. changing
load_ruleset_nations:default_traits[] to a
Follow-up Comment #9, patch #3001 (project freeciv):
OK, don't think it's that store after all. Error continued to happen with
-O0. Think it's this in ruleset_load_traits():
for (tr = trait_begin(); trait_names[tr] != NULL tr trait_end(); tr =
trait_next(tr)) {
The specenum iterators
Follow-up Comment #10, patch #3001 (project freeciv):
OK, don't think it's that store after all.
Well, as condition is for() was broken, it ended up storing to traits[-1].
(No patch file as it's past my bedtime)
Here's one addressing issues you found. As a crash fix probably causing
Follow-up Comment #12, patch #3001 (project freeciv):
Here's one addressing issues you found. As a crash fix probably
causing problems for many users will commit immediately.
Do you know why it crashs for some and for others not?
___
36 matches
Mail list logo