http://bugs.freeciv.org/Ticket/Display.html?id=23476 >
> [book - Mon Oct 30 23:32:23 2006]:
>
> A cookie for Yautja.
>
> Changes:
> - The player name defaults to the username in the nation select (races)
> dialog. The other ruler names are still avaliable via the combo
> box.
This should o
http://bugs.freeciv.org/Ticket/Display.html?id=22603 >
> [EMAIL PROTECTED] - Wed Oct 18 19:07:53 2006]:
>
> Hello,
>
> As a "frequent player", I believe I could contribute as tester.
>
> I have some C++ background, could be useful for both testing and,
> should opportunities arise in the futur
http://bugs.freeciv.org/Ticket/Display.html?id=22367 >
> [evyscr - Mon Oct 16 09:20:03 2006]:
>
> Good daytime!
>
> gui-xaw in branches/s2_1 may segfault while browsing techs part of
> help dialog. Seems that it may depends on concrete tech or on
> count of techs we have seen. There is no such
http://bugs.freeciv.org/Ticket/Display.html?id=22082 >
> [evyscr - Mon Oct 16 07:26:27 2006]:
>
> On Thu, 12 Oct 2006 Joel Karel wrote:
>
> > The AI has taken over my savegame in freeciv 2.1.0-beta2 (GTK+ client);
> > dutch version. I was playing the Chineese, and somehow this nation is
> > now
http://bugs.freeciv.org/Ticket/Display.html?id=22208 >
> [book - Sat Oct 14 14:50:35 2006]:
>
> Traderoutes can be drawn on the map, if the user wants.
>
> Changes:
> - 3 new color definitions added for traderoute number display
> (i.e. red, yellow, green).
> - drawing of traderoutes can be t
http://bugs.freeciv.org/Ticket/Display.html?id=20534 >
In a similar problem, there is now in config.h
#define LOCALEDIR "${prefix}/share/locale"
Which apparently prevents translations from every working, as the
catalogs can't be found (when autogen is run with a sufficiently new
version of au
Per Inge Mathisen wrote:
> Is there some other reason than the python dependency that keeps us from
> removing the packet generator's generated files from the repository?
Don't think so.
> I figure people nowadays are more likely to have python on their system
> than autotools, and they need auto
Per Inge Mathisen wrote:
> I suggest instead of fuel, we add the rule that all aircraft
> automatically return to the airfield/city/carrier that the unit visited
> last at the start of your turn. That is, when you use an aircraft, it
> stays in the air until your next turn/phase, allowing other pl
I know I haven't done any work lately, but since nobody has yet taken
over my job of making releases I suppose I had best get back to it.
The next step for 2.1 is another beta release. It's been an absurd 6
months since the last one.
Also, it looks like 2.0 has enough fixes to justify a 2.0.9 re
Freeciv 2.0.9 has been released! This is a bugfix release that fixes
several important (and not-so-important) bugs from 2.0.8. There are
also significant improvements to some of the translations.
For a short list of changes in the release, see
http://freeciv.org/wiki/NEWS-2.0.9 . Find more gener
I have built 2.0.9 and uploaded it to ftp.freeciv.org and sourceforge.
I can't add information about it to the pages since I don't have
sufficient access at wikia. If someone could update the VERSION and
NEWS templates that would be good (as would giving me access to do so).
I'm going to wait un
http://bugs.freeciv.org/Ticket/Display.html?id=34265 >
This patch 'fixes' the drawing problems for amplio with deep ocean.
These problems were several. First, as the comment says in
amplio.tilespec, drawing it like this is a hack. We basically overlay
coast on top of the actual ocean drawing,
http://bugs.freeciv.org/Ticket/Display.html?id=35866 >
If no sprite is available (possible in some tilesets) nothing should be
drawn. Instead the code in question here crashes (because of doing
mod-0 math).
This simple patch fixes it. For 2.1 and development branches - I will
commit immediatel
http://bugs.freeciv.org/Ticket/Display.html?id=35708 >
> [EMAIL PROTECTED] - Sun Feb 11 13:57:16 2007]:
>
> Untested patch to limit Triremes to Ocean tiles. Applies on top of
> Deep Ocean patch #34265.
> Also, Triremes do not get move bonus from Nuclear Power.
Here is a more complicated spur-
http://bugs.freeciv.org/Ticket/Display.html?id=35908 >
The current method of drawing deep oceans is basically unworkable. To
keep the hand-drawn coasts while integrating deep ocean, multiple layers
of corner-cell sprites are used and overlayed on top of each other. But
because these sprites onl
http://bugs.freeciv.org/Ticket/Display.html?id=35908 >
> [EMAIL PROTECTED] - Thu Feb 15 00:49:39 2007]:
> >> Hi, this is Eleazar.
> >> OK, i don't fully understand how your terrain engine works, but i
> >> believe, i can offer a
> >> solution that will work more simply. This idea would also eas
http://bugs.freeciv.org/Ticket/Display.html?id=35908 >
Here is an updated patch for the crazy ocean graphics.
Apply the patch and drop ocean.spec (attached) and ocean.png (from
http://bugs.freeciv.org/Ticket/Attachment/182418/126789/ocean.png -
earlier in the ticket) into data/amplio/.
It works
[EMAIL PROTECTED] wrote:
> Hello. I just joined this list, and I did a quick skim thruogh the last
> few months archives. Please forgive me if I'm bringing up stuff thats
> already been dealth with.
>
> I've been trying to build freeciv under windows using MinGW/MSys for the
> past week or so.
http://bugs.freeciv.org/Ticket/Display.html?id=39317 >
Can you reproduce this?
What were you doing when it happened?
Can you send a full backtrace?
-jason
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=39332 >
On 4/10/07, Egor Vyscrebentsov <[EMAIL PROTECTED]> wrote:
>
> http://bugs.freeciv.org/Ticket/Display.html?id=39332 >
>
> Good daytime!
>
> branches/S2_1
> Revision: 12914
>
> `make dist` failed due to:
>
> lt.po:9412: number of format specifi
http://bugs.freeciv.org/Ticket/Display.html?id=39334 >
On 4/10/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> http://bugs.freeciv.org/Ticket/Display.html?id=39334 >
>
> civclient: packhand.c:2051: handle_tile_info: Assertion
> `unit_list_size(ptile->units) == 0' failed.
>
> The client log r
http://bugs.freeciv.org/Ticket/Display.html?id=39333 >
On 4/10/07, Lauri Uotinen <[EMAIL PROTECTED]> wrote:
>
> http://bugs.freeciv.org/Ticket/Display.html?id=39333 >
>
> Hi!
>
> We continued our main game today. At one point of the game the game
> suddenly froze for Kimmo (2.0.9, gtk2-client, Wi
http://bugs.freeciv.org/Ticket/Display.html?id=39335 >
On 4/10/07, Eric McDonald <[EMAIL PROTECTED]> wrote:
> Hi,
>
>Attached to this message is a patch to fix the issue reported in
> PR#39330. Basically, the problem seems to be that cities can see unknown
> terrain, and this is considered ac
http://bugs.freeciv.org/Ticket/Display.html?id=39334 >
Very likely related to 39330. Whatever you are doing with treaties is unusual
and is triggering
some little-used code path that reveals bugs.
-jason
___
Freeciv-dev mailing list
Freeciv-dev@gn
http://bugs.freeciv.org/Ticket/Display.html?id=39328 >
I don't get it. The args parameter is being modified inside the vsnprintf
function? I had always
thought it was the other way around - va_start could only be called once per
function but once
called the vargs list was safe to be passed
http://bugs.freeciv.org/Ticket/Display.html?id=39330 >
On 4/11/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> http://bugs.freeciv.org/Ticket/Display.html?id=39330 >
>
> Jason Short wrote:
> > http://bugs.freeciv.org/Ticket/Display.html?id=39335 >
>
&
http://bugs.freeciv.org/Ticket/Display.html?id=39330 >
On 4/11/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> http://bugs.freeciv.org/Ticket/Display.html?id=39330 >
>
> Jason Short wrote:
> > http://bugs.freeciv.org/Ticket/Display.html?id=39330 >
>
&
http://bugs.freeciv.org/Ticket/Display.html?id=39340 >
Send us one or more rc files (particularly mapseed but also number of
players) to reproduce it.
Delving into the mapgen code is a very tricky business however.
-jason
___
Freeciv-dev mailing li
http://bugs.freeciv.org/Ticket/Display.html?id=39342 >
Not drawing borders under FOW is an interesting solution. If someone
will make a patch for it we can test it out and see if it's playable.
That would mean owner information for fogged tiles would not be sent
to the client (probably in mapha
http://bugs.freeciv.org/Ticket/Display.html?id=39328 >
The current code is clearly wrong. The va_arg may be implemented as a
pointer rather than an inline array and so passing it multiple times to
vsnprintf will generate garbage results on some platforms while working
on others.
Nothing I've re
http://bugs.freeciv.org/Ticket/Display.html?id=39330 >
This is a tough bug. Looks to me like this is at the heart of a deeper
problem where shared vision does not correctly handle vision layers or
seen_count. Perhaps someday it would be appropriate to go through and
rewrite shared vision so tha
http://bugs.freeciv.org/Ticket/Display.html?id=39143 >
> [EMAIL PROTECTED] - Wed Mar 28 19:43:50 2007]:
>
> Hi!
>
> During the last game session with the 2.0.9 standard version two bugs
> were discovered:
>
> A) At some point my income was fixed to nine and payment to zero. Changing
> the tax
http://bugs.freeciv.org/Ticket/Display.html?id=39363 >
Try this one. It uses more direct logic and removes the (quite
unnecessary) assertion.
-jason
Index: common/player.c
===
--- common/player.c (revision 12929)
+++ common/player
http://bugs.freeciv.org/Ticket/Display.html?id=39360 >
> [s1kevin - Fri Apr 27 03:19:38 2007]:
>
> Usability dramatically decreased with 2.1.0b4. After creating a new
> game, I changed the worklist immediately to settlers, settlers,
> settlers, settlers, warriors, settlers, warriors, coinage.
http://bugs.freeciv.org/Ticket/Display.html?id=39357 >
> [s1kevin - Wed Apr 25 02:43:53 2007]:
>
> Freeciv crashed when I tried to create a worklist. I had just loaded a
> saved game from 2.1.0b3, attempted to add a worklist (knowing that there
> were none), then FC crashed.
Without a backtrac
http://bugs.freeciv.org/Ticket/Display.html?id=39391 >
On 6/10/07, Per I. Mathisen <[EMAIL PROTECTED]> wrote:
>
> http://bugs.freeciv.org/Ticket/Display.html?id=39391 >
>
> cc1: warnings being treated as errors
> ltable.c: In function ‘luaH_mainposition’:
> ltable.c:108: warning: cast from po
http://bugs.freeciv.org/Ticket/Display.html?id=39857 >
> [guest - Mon Nov 12 11:30:43 2007]:
>
>
> If the diplomat in the city attempts to subvert the barbarian legion
> with a bribe of 100 gold the game will crash.
#0 0x0812f8b2 in diplomat_bribe_yes_callback (pWidget=0x93ee968)
at diplo
http://bugs.freeciv.org/Ticket/Display.html?id=39858 >
> [guest - Mon Nov 12 11:35:46 2007]:
>
> If I middle click for terrain info on unexplored territory it causes a
crash
>
(gdb) bt
#0 0x080f4ecd in terrain_name_translation (pterrain=0x0) at terrain.c:131
#1 0x080f6a1c in tile_get_info_te
http://bugs.freeciv.org/Ticket/Display.html?id=39858 >
> [wsimpson - Wed Nov 14 11:28:11 2007]:
> In GTK2 for 2.1 -- just tested (again) -- the unknown tile does *not*
> popup
> the info box. That's the correct solution! It's a client problem
This patch fixes text.c to give a better info
http://bugs.freeciv.org/Ticket/Display.html?id=39858 >
You're overreacting.
> [wsimpson - Wed Nov 14 23:58:10 2007]:
>
> Jason Dorje Short wrote:
> > SDL client, but it probably happens on any client. If the text.c
> > function gets called for an unknown tile then ptile->terrain is NULL.
> >
http://bugs.freeciv.org/Ticket/Display.html?id=39867 >
> [guest - Thu Nov 15 10:24:17 2007]:
>
> Hi,
>
> When I conquer a city using the "Q" option of my paratrooper, freeciv
> crashes :/
>
> It doesn't If I simply go into the city with my para.
What client are you using?
Can you provide (at
http://bugs.freeciv.org/Ticket/Display.html?id=39798 >
> [wsimpson - Sat Oct 27 09:22:54 2007]:
>
> I'm trying to understand the goto problem reports, and one common thread
> seems to be that folks are trying to use goto to explore. Then, they
> complain that it won't goto an unknown location (
http://bugs.freeciv.org/Ticket/Display.html?id=39818 >
> [EMAIL PROTECTED] - Thu Nov 01 13:27:58 2007]:
>
> Ok, I made that one reproducable, too.
>
> End turn
> Save Game
> Leave
> Load last saved game
> Open city dialog of Ibadan -> crash
>
> Thats really easy to follow. You will see immedia
http://bugs.freeciv.org/Ticket/Display.html?id=15629 >
This is not a "cheat". It's not possible for client goto to cheat since
it knows nothing more than what the player knows.
What actually happens is that a goto that ends in a dangerous tile is
disallowed by the "clever" dangerous-tile pathfi
http://bugs.freeciv.org/Ticket/Display.html?id=13348 >
> [bhudson - Mon Jun 27 00:31:12 2005]:
>
> Look at the caravan halfway between Munster and Stuttgart. The next two
> tiles have engineers/workers almost done building rails, but the caravan
> moves before they finish, so it ends up in Stut
http://bugs.freeciv.org/Ticket/Display.html?id=39801 >
This appears to be applied so I'm closing it.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=39818 >
> [wsimpson - Sat Nov 17 14:58:40 2007]:
>
> Daniel Markstedt wrote:
> > The crash caused by this bug is resolved, but the city still stayed
> > behind when I last tested. See #39830
> >
> As he would have known had he actually read the thr
http://bugs.freeciv.org/Ticket/Display.html?id=39870 >
> [wsimpson - Sun Nov 18 01:56:44 2007]:
>
> Whether by history or mistake, some functions have a leading handle_ that
> are not actually network packet routines. Another has leading real_
>
> This makes reading the code more difficult, as
http://bugs.freeciv.org/Ticket/Display.html?id=39838 >
> [dmarks - Mon Nov 19 22:13:55 2007]:
>
> Replaces dollar symbol in economy icon with gold coin symbol borrowed
from
> gui-sdl theme Human by Hogne Hasjkold.
Aren't these small graphics all mapped from SVG files?
It should be easy enough
http://bugs.freeciv.org/Ticket/Display.html?id=39748 >
> [dmarks - Tue Nov 20 22:15:22 2007]:
>
> On 11/20/07, William Allen Simpson <[EMAIL PROTECTED]>
wrote:
> >
> > http://bugs.freeciv.org/Ticket/Display.html?id=39748 >
> >
> > Erik Johansson wrote:
> > > Elephants are towering animals traine
http://bugs.freeciv.org/Ticket/Display.html?id=39875 >
>From being too small?
They should be remade as SVG and rendered at a couple different sizes.
-jason
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=16162 >
Great if this is fixed now but it is possible this is a tileset issue.
Some tilesets are missing some graphics; the corresponding query calls
return NULL for the sprite but some code will then crash on a NULL sprite.
What tileset did you or
http://bugs.freeciv.org/Ticket/Display.html?id=39880 >
> [EMAIL PROTECTED] - Thu Nov 22 12:32:32 2007]:
>
> On Nov 22, 2007 12:54 PM, Daniel Markstedt <[EMAIL PROTECTED]>
wrote:
> > > I have been running the game in OS X and on BootCamp Windows XP.
In
> > > Leopard it first has to run X11 (whi
http://bugs.freeciv.org/Ticket/Display.html?id=39883 >
> [EMAIL PROTECTED] - Thu Nov 22 18:54:08
Playing a full game through with a memory leak program enabled
(valgrind works here but is too slow for a full game) would be very
revealing I think.
> There is a fair amount of error reportage o
http://bugs.freeciv.org/Ticket/Display.html?id=39897 >
> [guest - Fri Nov 23 18:43:31 2007]:
>
> Right now the city naming depends on the city placement, e.g. are
there
> rivers or mountains or cost fields nearby.
> I have a new idea. How about attaching to each possible city name two
> numbers
http://bugs.freeciv.org/Ticket/Display.html?id=39885 >
It doesn't look the same as 17436.
>From split_player()
player_set_nation(cplayer, pick_a_nation(civilwar_nations, TRUE,
FALSE,
NOT_A_BARBARIAN));
The FALSE indicates that the is_available flag
http://bugs.freeciv.org/Ticket/Display.html?id=39837 >
> [guest - Mon Nov 05 15:18:53 2007]:
>
> Hi Freeciv Team
>
> I'm just wondering if it is a feature or really a bug. Plying freeciv
> 2.1 for some days and found a difference in the happiness to the
> previous encountered game behavior.
> R
http://bugs.freeciv.org/Ticket/Display.html?id=39722 >
I'm going to commit a fix for this (why not) but I'd like more details.
What platform are you using?
Are you really saying that GINT_TO_POINTER is not reversible for
negative numbers on your platform? If that's the case we need to audit
a
http://bugs.freeciv.org/Ticket/Display.html?id=39883 >
> [EMAIL PROTECTED] - Sun Nov 25 23:36:16 2007]:
> OK, I've done this and I think there is a clue here.
Everything here looks consistent with memory leaks or other memory
errors (buffer overwriting).
-jason
__
http://bugs.freeciv.org/Ticket/Display.html?id=39808 >
> [jordi - Mon Oct 29 11:17:56 2007]:
>
> data/Makefile.am installs GGZ stuff in the wrong place.
>
> Attached patch should fix it.
>
Actually it should be installed in $ggzdconfdir which is provided by
AC_GGZ_SERVER (which isn't, but sho
http://bugs.freeciv.org/Ticket/Display.html?id=39914 >
> [guest - Mon Nov 26 16:13:28 2007]:
>
> hi,
> freeciv client crashes too often after about 5-6 turns. sometimes says
> connection to server lost on a localhost game. Attached a bug report.
> thanks
What platform are you using?
What versi
http://bugs.freeciv.org/Ticket/Display.html?id=39722 >
Indeed, this is officially a gcc bug, explained in 39459 in more detail.
https://bugzilla.novell.com/show_bug.cgi?id=300410
Nonetheless I see no problem with working around it (as 39459 did). In
general we should strive to remove pointer-t
http://bugs.freeciv.org/Ticket/Display.html?id=39919 >
Can you kill it with a SEGV and get a backtrace? Or run within gdb?
And yeah, disabling sound might be wise...sound really shouldn't crash
though.
-jason
___
Freeciv-dev mailing list
Freeciv-de
http://bugs.freeciv.org/Ticket/Display.html?id=39849 >
> [EMAIL PROTECTED] - Tue Nov 27 17:48:50 2007]:
>
> On 27/11/2007, Marko Lindqvist wrote:
> > Now I got this same error in Ubuntu system.
> >
> > It seems that user has to define "_GNU_SOURCE" for "__USE_GNU" to
> be defined.
> >
> > No
http://bugs.freeciv.org/Ticket/Display.html?id=39917 >
> [per - Tue Nov 27 07:08:39 2007]:
> There are two ways to fix this:
> - When you first meet an ally of your ally, the default state is
> cease-fire (brokered by your ally), and perhaps an offer of peace.
> - Or, when your ally allies som
http://bugs.freeciv.org/Ticket/Display.html?id=39849 >
Oops. Your AC_GNU_SOURCE macro works and compiles fine but some time
later I notice the cryptic warning
+ running aclocal ...
configure.ac:168: warning: AC_COMPILE_IFELSE was called before AC_GNU_SOURCE
../../lib/autoconf/specific.m4:331: A
http://bugs.freeciv.org/Ticket/Display.html?id=39808 >
I'm pretty sure this patch is correct from freeciv's end but the ggz.m4
file may still need some tweaking. I'm not sure if the ggzdconfdir that
it sets should use ${sysconfdir} (allowing a make-time override, which
would be rather bad in mos
http://bugs.freeciv.org/Ticket/Display.html?id=39747 >
> [chrisk - Thu Oct 04 06:42:32 2007]:
>
>
> SVN 04 OCT 2007 V2_1
>
> server/auth.c
>
>if (show_source == SST_DEFAULT) {
> /* TRANS: After 'Auth option "user":'. Option value may have
> been inserted
> * between
http://bugs.freeciv.org/Ticket/Display.html?id=39909 >
> [wsimpson - Sun Nov 25 18:14:27 2007]:
>
> "Sir, the diplomat is waiting for your command"
> "Sir, the spy is waiting for your command"
Problematic.
Using Sir and Ma'am does not jive well with all governments. But there
is no form-of-ad
http://bugs.freeciv.org/Ticket/Display.html?id=39937 >
> [EMAIL PROTECTED] - Sat Dec 01 05:12:21 2007]:
>
> when a country is split by civil war (after you capture their capital),
> you are given a message in the 'messages' tab. it would be great if
> clicking this took you to the capital you ju
http://bugs.freeciv.org/Ticket/Display.html?id=39602 >
Your last patch looks like it does what it says it does. And I agree
the current code is broken (modifying a unit list inside the list
iterator is a no-no, that's what iterate_safe is for, but even with
iterate_safe the behavior is broken as
http://bugs.freeciv.org/Ticket/Display.html?id=30483 >
Is this still a problem? Or have these goto bugs been fixed?
-jason
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=39798 >
> [wsimpson - Sat Nov 17 15:47:54 2007]:
> As I reported, "folks are trying to use goto to explore." That is, they
> *want* to cheat. I included specific references. Please read and think
> before pontificating.
Okay, although you specif
http://bugs.freeciv.org/Ticket/Display.html?id=8737 >
> [wsimpson - Fri Dec 07 10:58:13 2007]:
>
> Christian Knoke wrote:
> > A vertical resize could be avoided if you move the minimap to the top.
> >
> I don't understand this comment. The minimap is already on the top here.
True, though that
http://bugs.freeciv.org/Ticket/Display.html?id=39954 >
This is a reintroduction of an old, oft-fixed, and apparently under 2.1
oft-reported bug.
Namely, the save (autosave) is being created with the human player
toggled to AI. On load the AI flag is not unset.
This happened in the past when th
http://bugs.freeciv.org/Ticket/Display.html?id=39961 >
> [EMAIL PROTECTED] - Mon Dec 10 23:16:18 2007]:
>
> Any open trading tabs from previous turns have wrong data during
>current trading because there is no refresh. For example, Gold
>data is not refreshed and a NEW trading tab is no
http://bugs.freeciv.org/Ticket/Display.html?id=39959 >
Not sure how you could get the idea this was caused by the rulesets...
The bug is simple; compress_level (and in the development version,
compress_type) are not saved in the savegame.
Attached are some quick patches to fix it. This should
http://bugs.freeciv.org/Ticket/Display.html?id=39957 >
> [book - Mon Dec 10 16:22:28 2007]:
> We ameliorated this situation somewhat for warserver by
> introducing/modifying the cmdlevels to:
[...]
What's the difference between ADMIN and CTRL access levels?
-jason
__
http://bugs.freeciv.org/Ticket/Display.html?id=39961 >
I agree that these dialogs should be automatically closed on turn end,
and that it's a bug that they aren't updated.
But there's more to the problem than just closing them. Cities, gold,
and treaty status can change mid-turn and it is a bug
http://bugs.freeciv.org/Ticket/Display.html?id=39954 >
I should add, as a quick workaround you can just aitoggle yourself.
Type /aitoggle in the command line.
This is a significant bug though that should be a priority for the next
2.1 release.
> [guest - Thu Dec 13 03:29:53 2007]:
> I still
http://bugs.freeciv.org/Ticket/Display.html?id=39970 >
Ugly problem. Isn't there a po-check script that compares printf
arguments in the po files?
-jason
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=40008 >
> [wsimpson - Fri Jan 11 18:48:25 2008]:
>
> Agro Rachmatullah wrote:
> > However, the server sends Japanese message to all players (e.g., turn
> > X starts)! Which means it will irritate people that can't understand
> > Japanese.
>
> I al
http://bugs.freeciv.org/Ticket/Display.html?id=39792 >
I'm pretty sure the bug here is more than just removing the assert. In
the examples given, there WAS more to explore. Yet exploration stopped,
and (presumably) inside the explore code the unit was turned off of
explore mode, which isn't sup
http://bugs.freeciv.org/Ticket/Display.html?id=40007 >
> [wsimpson - Mon Jan 14 05:22:11 2008]:
>
> Was finally able to get some labels showing in Japanese (mostly _Quit,
> _Cancel, but hardly any other buttons) -- the upgrade dialog showed
English,
> and it didn't crash
That means that the
http://bugs.freeciv.org/Ticket/Display.html?id=40006 >
#: server/unittools.c:2143
#, c-format
msgid "You found %d gold."
msgstr "金%dを見つけました。"
static void hut_get_gold(struct unit *punit, int cred)
{
struct player *pplayer = unit_owner(punit);
notify_player(pplayer, punit->tile, E_HUT_GOLD,
http://bugs.freeciv.org/Ticket/Display.html?id=39991 >
I think neither of these bugs may be easy to solve.
> [EMAIL PROTECTED] - Sat Dec 29 03:13:49 2007]:
>
> Version: Freeciv 2.1.1
>
> Client crash bug 1: (SDL AND GTK)
>During the end-of-turn processing, you can still click on things on
http://bugs.freeciv.org/Ticket/Display.html?id=40016 >
This is the same as 39991 which explains the cause. The message click
is being dequeued after the next turn has started, meaning the message
list was already reset. So it tries to activate message 5 (say) but the
message list is of length 0
http://bugs.freeciv.org/Ticket/Display.html?id=39792 >
> [wsimpson - Tue Jan 15 17:28:03 2008]:
>
> Jason Short wrote:
> > I'd really like a savegame from which this can be reproduced.
> >
> What's wrong with the two existing savegames they've alr
http://bugs.freeciv.org/Ticket/Display.html?id=40028 >
> [wsimpson - Mon Jan 21 09:51:15 2008]:
>
> Madeline Book wrote:
> > Oh wow, it really was trivial! But certainly not obvious
> > for the likes of me :(. Once I ran the client with LANG=
> > fr_FR.UTF-8 the libc messages displayed correctly
http://bugs.freeciv.org/Ticket/Display.html?id=40028 >
> [wsimpson - Sat Jan 26 10:38:42 2008]:
>
> Jason Short wrote:
> >> Madeline Book wrote:
> >>> Oh wow, it really was trivial! But certainly not obvious
> >>> for the likes of me :(. Once I ra
http://bugs.freeciv.org/Ticket/Display.html?id=40020 >
I just ran it under S2_1 as:
$ ./ser -f ~/-0200x.sav -p 5557
...
> set timeout 1
> start
...
> civserver: player.c:246: player_index: Assertion `pplayer' failed.
Aborted (core dumped)
Then the same under valgrind:
==5035== Invalid read of
http://bugs.freeciv.org/Ticket/Display.html?id=40028 >
Here is a quick and partial fix. I assume that strerror() is one of the
most common offending functions, so I quickly went through and converted
all mystrerror users in client/ and server/ directories to use the
newly-written L_(). The only
http://bugs.freeciv.org/Ticket/Display.html?id=40058 >
Patch is fine but the comment is a bit misleading - generally the
returned value is passed off to GTK which wants it in UTF-8 (aka the
internal encoding). When used in the server this may not be the case.
A similar patch should then work fo
http://bugs.freeciv.org/Ticket/Display.html?id=40057 >
Committed.
S2_1, 14357
S2_2, 14358
trunk, 14359
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=40064 >
Looks like this is cause by 40063.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=40060 >
This doesn't reliably crash for me either. But the memory error is
obvious enough from the backtrace and shows up in valgrind. This will
cause arbitrary memory reads every time /debug is done with no parameters.
Looks like this affects onl
http://bugs.freeciv.org/Ticket/Display.html?id=40068 >
> [chrisk - Sat Feb 02 12:25:18 2008]:
>
>
> SVN S2_2 rev 14375 02 FEB 2008 GTK2
>
> Unreproducible server crash. I think I was moving a trireme. Previous
> savegame attached. Core file available on request. Backtrace follows.
tile0 is be
http://bugs.freeciv.org/Ticket/Display.html?id=40069 >
Looks identical (or at least indistinguishable) from PR#40068.
-jason
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=40068 >
> [wsimpson - Sat Feb 02 23:07:04 2008]:
>
> Jason Short wrote:
> > Looks to me like this means dsite->location is invalid. I have no
> > familiarity with this code however.
> >
> That's (my) very
http://bugs.freeciv.org/Ticket/Display.html?id=40070 >
get_city_bonus is passing in a NULL city. This is allowed according to
the effects interface (undocumented of course) but because it calls
city_owner that function now segfaults on it.
I have no definite opinion on whether NULL targets are
1 - 100 of 122 matches
Mail list logo