URL: http://bugs.freeciv.org/Ticket/Display.html?id=39594
Seen this occasionally in both trunk and S2_1.
civserver: ../../src.test/server/unithand.c:318:
real_unit_change_homecity: Assertion `unit_owner(punit) ==
city_owner(new_pcity)' failed.
- ML
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39596
Consolidate mandatory capabilities.
Left ReportFreezeFix, as this is not in trunk and therefore may be removed
before conclusion of beta cycle.
Not yet checked in, as PR#19481 (Commits 13355 and 13356) broke compile for
non-windows
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39596
On 21/08/07, William Allen Simpson [EMAIL PROTECTED] wrote:
Not yet checked in, as PR#19481 (Commits 13355 and 13356) broke compile for
non-windows systems.
Cannot reproduce.
Mac specific problem?
- ML
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39597
PR#19481 (commits 13355 and 13356) broke compile for non-windows systems.
In file included from netintf.c:57:
netintf.h:64: warning: redefinition of `socklen_t'
/usr/include/sys/socket.h:79: warning: `socklen_t' previously declared here
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39596
[wsimpson - Mar. Aoû. 21 08:23:16 2007]:
Left ReportFreezeFix, as this is not in trunk and therefore may be removed
before conclusion of beta cycle.
I don't understand why keep mandatory capability. If you want really
make this clean
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39596
On 8/21/07, Marko Lindqvist [EMAIL PROTECTED] wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39596
On 21/08/07, William Allen Simpson [EMAIL PROTECTED] wrote:
Not yet checked in, as PR#19481 (Commits 13355 and 13356)
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39597
Specifically, for all BSD systems!
socklen_t was originally created and defined for BSD, belongs in
sys/socket.h, and is always 32-bits (as a field in a struct).
Apparently, some other systems toss it in the wrong place, and are not
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39596
Daniel Markstedt wrote:
Compiles here on OSX 10.3.9. Setup-specific problem?
Doesn't compile on MacOS 10.3.9 here, running up-to-date MacPorts.
Of course, I seem to remember there were header differences in Daniel's
setup that throw
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39596
Committed S2_1 revision 13366.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
(PR#39596) 2.1.0 capability cleanup
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
On 8/21/07, William Allen Simpson [EMAIL PROTECTED] wrote:
(PR#39596) 2.1.0 capability cleanup
Good. So what's left to do before release? Your po cleanup, Marko?
~Daniel
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
On 21/08/07, Daniel Markstedt [EMAIL PROTECTED] wrote:
On 8/21/07, William Allen Simpson [EMAIL PROTECTED] wrote:
(PR#39596) 2.1.0 capability cleanup
Good. So what's left to do before release? Your po cleanup, Marko?
No, po thing cannot continue before release.
Otherwise we need only
On 8/21/07, Marko Lindqvist [EMAIL PROTECTED] wrote:
On 21/08/07, Daniel Markstedt [EMAIL PROTECTED] wrote:
On 8/21/07, William Allen Simpson [EMAIL PROTECTED] wrote:
(PR#39596) 2.1.0 capability cleanup
Good. So what's left to do before release? Your po cleanup, Marko?
No, po thing
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39598
When game is running nor someone is already waiting into, vars ={} is not
given at this URL.
http://meta.freeciv.org/metaserver.phtml?client_cap=+2.0%20conn_ping_info%20username_info%20new_hack;
Is it possible to display that values?
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39594
Got backtrace from S2_1.
Program received signal SIGABRT, Aborted.
0x2b99559f6635 in raise () from /lib/libc.so.6
(gdb) bt full
#0 0x2b99559f6635 in raise () from /lib/libc.so.6
No symbol table info available.
#1
Daniel Markstedt wrote:
Fine, I'll schedule a new release for Friday then. Would that give you
enough time to root out any obvious issues?
Friday?!?! I thought we were going to do it yesterday
I'll see whether I can re-architect Pepeto's goto fixes. Cannot promise
anything. But I was
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39599
At least in S2_1:
../../../src.patched/client/gui-sdl/gui_main.c: In function
âgui_event_loopâ:
../../../src.patched/client/gui-sdl/gui_main.c:560: warning: implicit
declaration of function âmy_selectâ
- ML
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39600
On some platforms (including Windows and Mac OS X) it's necessary to
include SDL.h in civclient.c when SDL is used (for sound support,
gui-sdl or gui-ftwl) to avoid a compiler warning about missing previous
prototype for 'SDL_main' and,
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39601
This fixes S2_1. Needed also for trunk, but is not enough there.
- ML
diff -Nurd -X.diff_ignore freeciv/server/srv_main.c freeciv/server/srv_main.c
--- freeciv/server/srv_main.c 2007-08-11 21:57:28.0 +0300
+++
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39599
[EMAIL PROTECTED] - Di 21. Aug 2007, 20:03:43]:
At least in S2_1:
../../../src.patched/client/gui-sdl/gui_main.c: In function
âgui_event_loopâ:
../../../src.patched/client/gui-sdl/gui_main.c:560: warning: implicit
On 21/08/07, William Allen Simpson [EMAIL PROTECTED] wrote:
Daniel Markstedt wrote:
Fine, I'll schedule a new release for Friday then. Would that give you
enough time to root out any obvious issues?
I don't expect many issues as we have already been preparing for
release since last week. No
On 8/22/07, Marko Lindqvist [EMAIL PROTECTED] wrote:
On 21/08/07, William Allen Simpson [EMAIL PROTECTED] wrote:
Daniel Markstedt wrote:
Fine, I'll schedule a new release for Friday then. Would that give you
enough time to root out any obvious issues?
I don't expect many issues as we
On 22/08/07, Daniel Markstedt [EMAIL PROTECTED] wrote:
On 8/22/07, Marko Lindqvist [EMAIL PROTECTED] wrote:
On 21/08/07, William Allen Simpson [EMAIL PROTECTED]
Friday?!?! I thought we were going to do it yesterday
Daniel? If you reschedule, just let us know in advance.
Eh, I
URL: http://bugs.freeciv.org/Ticket/Display.html?id=18010
I've tracked the problem to:
r11378 | jdorje | 2005-12-23 -- PR#14365, battlegroups, and
r11391 | jdorje | 2005-12-26 -- PR#14992, unitlists.
The code is still almost identical in both S2_1 and trunk.
There are quite a few problems
Marko Lindqvist wrote:
But we agree that earlier release would be better than waiting for
this? I can accept waiting up to Sunday, though.
Oh, absolutely!
The only thing I see is the PR#39599 and PR#39600, as they are needed to
compile
___
On 22/08/07, William Allen Simpson [EMAIL PROTECTED] wrote:
The only thing I see is the PR#39599 and PR#39600, as they are needed to
compile
Tested that #39600 would not break compilation here. All clients
(gtk/sdl/xaw/ftwl/stub) compile with (or without) it.
...sdl client froze when I
Any ideas regarding PR#39589 (Windows gettext problems)?
The submitted gettext.m4 patch still doesn't completely solve the
detection problem, since it might now be possible (but on Windows
only) that gettext gets falsely detected in libintl even if the
libintl.a file is actually missing (but
Daniel Markstedt wrote on Aug 22, 07:35 (+0900):
Very well, I'll go ahead and do the release today then! In, say, seven
hours or so.
I'd suggest to have a grace period between the time you're (thinking
you're) ready for beta release, and the actual release, of 1 to 3 days,
to give people with
28 matches
Mail list logo