Re: [Freeciv-Dev] (PR#39850) Huts cause crash on 1st turn of second game
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39850 Brings back memories. My very first report was about hitting a hut on the first turn Long since fixed. Please send your crash dump, and both savegames via email attachment. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#39851) mystrcasestr
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39851 As a side effect of the reported problems compiling strcasestr on debian (PR#39849), discussion led to a replacement for systems without it. This implements a replacement. See patch in parent (PR#39849). ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39851) mystrcasestr
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39851 Committed trunk revision 13939. Committed S2_2 revision 13940. With the minor change (alphabetized): Index: configure.ac === --- configure.ac(revision 13930) +++ configure.ac(working copy) @@ -605,10 +605,9 @@ AC_CHECK_FUNCS([vsnprintf]) fi -AC_CHECK_FUNCS([fileno ftime gethostname getpwuid inet_aton \ - select snooze strerror strcasecmp strncasecmp \ - strlcat strlcpy strstr usleep uname flock \ - gethostbyname connect bind]) +AC_CHECK_FUNCS([bind connect fileno flock ftime gethostbyname gethostname \ + getpwuid inet_aton select snooze strcasecmp strcasestr \ + strerror strlcat strlcpy strncasecmp strstr uname usleep]) AC_MSG_CHECKING(for working gettimeofday) FC_CHECK_GETTIMEOFDAY_RUNTIME(,AC_DEFINE(HAVE_GETTIMEOFDAY, 1, ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#15854) goto.c:860: Assertion `unit_is_in_focus(punit)' failed
URL: http://bugs.freeciv.org/Ticket/Display.html?id=15854 I'd reopened this because it was a quick hack that didn't address the underlying problems. Worse, Pepeto combined 3 reports of different problems that all had this same symptom. Now, I've added an urgent queue for sentries (PR#39817), and fixed the dead unit problem (PR#39801), and previously fixed the related clicking off the terrain problem (PR#18010 and PR#29982). This assertion no longer exists. Hopefully, this fixes the turn timeout problem, too? Is anybody still experiencing that problem with some other symptom? ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39831) Training and combat
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39831 This transaction appears to have no content 2007/11/5, Eddie Anderson [EMAIL PROTECTED]: Instead of certain cities, how about 1) cities with appropriate training facilities, Sorry about the delay. I think you nailed it right here. I have adapted the messages to include Eddie's and Randy's suggestions, and have added a reference to the Lighthouse. The messages become, now: For land units, except Diplomats and Spies: * Will be built as a veteran in cities with appropriate training facilities (see Barracks and Sun Tzu.) May also become veteran if it defeats an enemy unit. For Diplomats and Spies: * Will be built as a veteran under communist governments. May also become veteran after a successful mission. For sea units: * Will be built as a veteran in cities with appropriate training facilities (see Port Facility and Lighthouse). May also become veteran if it defeats an enemy unit. Triremes will have an additional line: * May become veteran if it survives in the high seas. For air units and helicopters: * Will be built as a veteran in cities with appropriate training facilities (see Airport.) May also become veteran if it defeats an enemy unit. Does anybody else have a suggestion? Joan 2007/11/5, Eddie Anderson [EMAIL PROTECTED]: Instead of certain cities, how about1) cities with appropriate training facilities,Sorry about the delay. I think you nailed it right here. I have adapted the messages to include Eddies and Randys suggestions, and have added a reference to the Lighthouse. The messages become, now:For land units, except Diplomats and Spies:* Will be built as a veteran in cities with appropriate training facilities (see Barracks and Sun Tzu.) May also become veteran if it defeats an enemy unit. For Diplomats and Spies:* Will be built as a veteran under communist governments. May also become veteran after a successful mission.For sea units:* Will be built as a veteran in cities with appropriate training facilities (see Port Facility and Lighthouse). May also become veteran if it defeats an enemy unit. Triremes will have an additional line:* May become veteran if it survives in the high seas.For air units and helicopters:* Will be built as a veteran in cities with appropriate training facilities (see Airport.) May also become veteran if it defeats an enemy unit. Does anybody else have a suggestion?Joan Index: helpdata.c === --- helpdata.c (revision 13940) +++ helpdata.c (working copy) @@ -1010,8 +1010,32 @@ sprintf(buf + strlen(buf), _(* Will never achieve veteran status.\n)); } else { -sprintf(buf + strlen(buf), - _(* May become veteran through training or combat.\n)); +switch(utype_move_type(utype)) { + case AIR_MOVING: + case HELI_MOVING: + sprintf(buf + strlen(buf), + _(* Will be built as a veteran in cities with appropriate training facilities (see Airport.) May also become veteran if it defeats an enemy unit.\n)); + break; + case LAND_MOVING: +if (utype_has_flag(utype, F_DIPLOMAT)||utype_has_flag(utype, F_SPY)) { + sprintf(buf + strlen(buf), + _(* Will be built as a veteran under communist governments. May also become veteran after a successful mission.\n)); +} else { + sprintf(buf + strlen(buf), + _(* Will be built as a veteran in cities with appropriate training facilities (see Barracks and Sun Tzu.) May also become veteran if it defeats an enemy unit.\n)); +} +break; + case SEA_MOVING: +sprintf(buf + strlen(buf), + _(* Will be built as a veteran in cities with appropriate training facilities (see Port Facility and Lighthouse). May also become veteran if it defeats an enemy unit.\n)); +if (utype_has_flag(utype, F_TRIREME)) + sprintf(buf + strlen(buf), +_(* May become veteran if it survives in the high seas.\n)); +break; + default: /* should never happen in default rulesets */ + sprintf(buf + strlen(buf), + _(* May become veteran through combat or training\n)); +} } if (utype_has_flag(utype, F_TRIREME)) { sprintf(buf + strlen(buf), ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39845) RFE: deterministic borders and vision
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39845 Eddie Anderson wrote: That part was OK. I thought that I could fix that problem by moving one of my units onto that tile (to enforce my claim to it). That works in commercial civ. It's the natural expectation. This unhappiness function could be called envy. Envy would cause a city near a superior civ to suffer additional unhappiness based on its PF distance to a superior civ. Nice idea. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
Re: [Freeciv-Dev] (PR#39831) Training and combat
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39831 Joan Creus wrote: For land units, except Diplomats and Spies: * Will be built as a veteran in cities with appropriate training facilities (see Barracks and Sun Tzu.) May also become veteran if it defeats an enemy unit. In this message, and all that follow, should be veteran after or veteran when -- or transposed to: If it defeats an enemy unit, may be promoted to veteran. ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev
[Freeciv-Dev] (PR#39853) Dual monitor and SDL client
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39853 I am using 2.1.0 final SDL client on Arch Linux using the Nvidia driver and a dual monitor setup (TwinHead 1152x864 + 1024x768). The two video options I have in the video menu is as follows: 2176x864 640x480 It takes the only metamode and uses it as the default, ergo it spans both monitors and I can't get it to be on one without being in an overly small window The ways I could see to rectify this is to give the user the option to insert a resolution and to have 800x600 and 1024x768 as preset buttons as well. Thanks. _ It's simple! Sell your car for just $30 at CarPoint.com.au http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fsecure%2Dau%2Eimrworldwide%2Ecom%2Fcgi%2Dbin%2Fa%2Fci%5F450304%2Fet%5F2%2Fcg%5F801459%2Fpi%5F1004813%2Fai%5F859641_t=762955845_r=tig_OCT07_m=EXT ___ Freeciv-dev mailing list Freeciv-dev@gna.org https://mail.gna.org/listinfo/freeciv-dev