URL: http://bugs.freeciv.org/Ticket/Display.html?id=23721
Benoit Hudson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=23721
$ wget http://.../freeciv-2.1.0-beta2.tar.bz2
$ bzip2 -cd free[tab] | tar xf -
$ cd free[tab]
$ ./configure --disable-nls --prefix=$HOME
$ make -j2
URL: http://bugs.freeciv.org/Ticket/Display.html?id=28793
Daniel Markstedt wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=28793
This patch removes all living people from the leader lists, as well as
updates the policy document.
I've got no particular objection to that policy.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=35646
Per I. Mathisen wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=35646
This patch removes all unsafe terrain, both the unsafe terrain flag
(currently unused, used to set for glaciers, but was removed since it
was
URL: http://bugs.freeciv.org/Ticket/Display.html?id=35646
Per I. Mathisen wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=35646
On Sat, 10 Feb 2007, Christian Knoke wrote:
This patch removes all unsafe terrain, both the unsafe terrain flag
(currently unused, used to set for
URL: http://bugs.freeciv.org/Ticket/Display.html?id=35646
Per I. Mathisen wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=35646
On Sun, 11 Feb 2007, Marko Lindqvist wrote:
Have you tested with different landmass settings?
No, but I will do that before committing anything.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=36185
This patch removes the unused game.trireme_loss_chance[i] values.
I will commit immediately.
-jason
Index: version.in
===
--- version.in (revision 12648)
+++ version.in
URL: http://bugs.freeciv.org/Ticket/Display.html?id=36225
This patch removes the unused trireme-loss tech flags.
I will commit immediately.
-jason
Index: data/civ2/techs.ruleset
===
--- data/civ2/techs.ruleset (revision 12648)
URL: http://bugs.freeciv.org/Ticket/Display.html?id=36226
This patch removes the unused NO_SINK effect.
If someone could take a glance at the ai parts that would be good.
Also, this (and the trireme tech flag) patch both break network
compatibility by reordering enumerations. This could be
URL: http://bugs.freeciv.org/Ticket/Display.html?id=36522
This patch adds a third terrain layer, and makes the blending layer
configurable.
-jason
Index: data/trident.tilespec
===
--- data/trident.tilespec (revision 12674)
+++
URL: http://bugs.freeciv.org/Ticket/Display.html?id=23961
Fernando Goncalves wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=23961
In the new release (beta 3) the control of awac is impossible, just like
in beta2.
Also: the air units seem to be useless. Bombers, Fighters
URL: http://bugs.freeciv.org/Ticket/Display.html?id=36617
Egor Vyscrebentsov wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=36617
Good daytime!
There is a problem in freeciv with recoding if string contains
symbol that is not present in target charset. Resulted string is
URL: http://bugs.freeciv.org/Ticket/Display.html?id=37856
There is a separate parameter for embedded GGZ that you pass to
ggzcore. This means you have to actually change the ggz-txt code to
check some is_embedded variable (as ggz-gtk does) and pass that on to
ggzcore.
-jason
URL: http://bugs.freeciv.org/Ticket/Display.html?id=37692
Daniil Ivanov wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=37692
Nasty thing that it tries to modify /etc/ggz.modules during build
/usr/bin/ggz-config -D --install --modfile=civclient.dsc --force
(errorsys) Unable to
URL: http://bugs.freeciv.org/Ticket/Display.html?id=37692
Daniil Ivanov wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=37692
Hi,
It's happened so that I'm pitiful Fedora Core user. There is no support
for GGZ under Fedore and unlikely will be. Just because.
I managed to
URL: http://bugs.freeciv.org/Ticket/Display.html?id=38691
Jareth Haubold wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=38691
if you click on network 8to play in the network) the game crashes, leaving
the following message: 0: Did not find token entry_name in (null) line 1.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39344
Ulrik Sverdrup wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39344
Attached a savegame that crashes freeciv 2.1 beta 4 (compiled myself
from linux source on Ubuntu 6.10/ppc)
Steps to reproduce: Load the attached
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39344
Ulrik Sverdrup wrote:
I tried compiling current svn and trying the civserver with the same
savegame, and it still crashes!
Oops, seems there was another instance of the bug (PR#39328). Can you
still reproduce the crash (with SVN
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39346
Ulrik Sverdrup wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39346
Comparing 2.1 beta 4 to 2.0, 2.1 looks better because of changed
drawing code. 2.1 has smoohter edges and looks better.
Significan is however the
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39323
Per I. Mathisen wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39323
On 4/4/07, Jason Dorje Short [EMAIL PROTECTED] wrote:
Here's a shot from later in the game. The city of Kobe is the original
source of the borders
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39356
Kevin Benton wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39356
It would really help to be able to save the server options from the
client when starting a game, especially for those of us who like to play
similar
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39360
Kevin Benton wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39360
Usability dramatically decreased with 2.1.0b4. After creating a new
game, I changed the worklist immediately to settlers, settlers,
settlers, settlers,
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39848
citydlg.c: In function 'create_present_supported_units_widget_list':
citydlg.c:745: error: 'struct city_dialog' has no member named 'city_owner'
citydlg.c:745: error: 'pCity' undeclared (first use in this function)
citydlg.c:745: error:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39849
ruleset.c: In function 'load_city_name_list':
ruleset.c:2289: warning: implicit declaration of function 'strcasestr'
ruleset.c:2289: warning: comparison between pointer and integer
Now I'm not sure why I get this warning, since string.h
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39845
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39845
Per I. Mathisen wrote:
I would suggest that before you change it, at least post the design
you have come up with here for discussion.
I have
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39845
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39845
Jason Dorje Short wrote:
A triple-loop is also rather tedious (possibly too slow with a very
large number of old cities in the game
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39845
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39845
Randy Kramer wrote:
If this is a step toward making freeciv more civ3-ish, I'd like to request
that a means be kept to continue to have civ1
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39849
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39849
Naive trunk implementation:
Naive is fine but you forgot to add the check to configure.ac. Attached
patch does that.
But now it still won't
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39849
Jason Dorje Short wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39849
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39849
Naive trunk implementation:
Naive is fine but you
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39611
Christian Prochaska wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39611
[jordi - So 28. Okt 2007, 23:47:27]:
[chrisk - Vie. Ago. 24 13:36:50 2007]:
configure doesn't look for ggzlib in the standard path:
On plain
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39859
wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39859
The sliders to set the values (gold, happy, etc.) do not work in the
governor menu of the cities. It is possible to use the presets but you
are not able to set the
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39855
Christian Prochaska wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39855
[EMAIL PROTECTED] - Di 13. Nov 2007, 07:05:50]:
Daniel Markstedt wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39855
We ought to
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39858
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39858
Jason Short wrote:
The error is IMO in tile.c which crashes if given a NULL terrain.
Attached patch should fix it, probably for all branches
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39868
This was introduced in 39817.
I'm not sure why but at a guess the unsentried unit is being put onto
the urgent-focus queue then refocused later when it runs out of moves
and unit focus is supposed to advance.
-jason
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39878
Tautvydas Andrikys wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39878
It is very comfortable to get help after right clicking on city
improvement/worklist item/...
Good idea but surely it can be done with a lot less
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39838
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39838
Jason Short wrote:
It should be easy enough to find a free SVG dollar sign...
We had a dollar sign, we don't want a dollar sign, we want
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39887
When the new city styles were created they weren't rigorously applied
to every nation.
If european style is more appropriate for australian nation then that
should be fixed.
-jason
___
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39897
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39897
When I submitted my Balkan city lists, I included lat/long and the time of
founding in the comments. Someday, we could automatically sort the
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39904
One place in log.c uses strdup instead of mystrdup.
Patch for 2.1, probably applies to 2.2 and trunk also.
-jason
Index: utility/log.c
===
--- utility/log.c (revision
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39905
Two places in the client/ code define variables midway through functions.
This can break older compilers unnecessarily and has been reported on
IRC today as a problem when compiling on beos.
This patch fixes it - for 2.1, should apply
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39906
On IRC a number of errors were reported in compiling gui-sdl on beos
with gcc 2.95.
This patch should fix the problems in the gui-sdl code.
Most errors are simply caused by declaring variables mid-function. This
is supported in C99
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
Castanier Carl wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
2007/11/26, Jason Short [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
I can't view that ticket as guest since
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
Christian Knoke wrote:
No, I didn't. Which PR number?
Your reply included the PR# in your second message, so we know you've
previously seen
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
William Allen Simpson wrote:
... Because the times
I've done translation it's almost impossible to know what you should
use as a shortcut key. I think in most cases it might not be a good
idea to add shortcut keys.
Actually,
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
Jason Dorje Short wrote:
Neither update nor change is synonymous with opening a popup window.
Nor are any of the other synonyms. In fact
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39916
Per I. Mathisen wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39916
On 11/26/07, Ulrik Sverdrup [EMAIL PROTECTED] wrote:
If not answered, the initial Ceasefire proposal tabs are still not
closed after end of turn.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39849
Egor Vyscrebentsov wrote:
Main thought here is that we have different includes while configuring
and while compiling, and this may affects.
The compiler notification is only a warning...the compilation will
succeed if -Werror is not
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39922
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39922
To replicate, try any report (such as F1) and then accidentally hit
space or escape or any other unit command key. The action happens
in the
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39923
With the demise of pubserver GGZ is the natural replacement, as it has
worked with freeciv for some years now.
http://ggzgamingzone.org/
freeciv.ggzgamingzone.org points to the main GGZ server, a rather
small machine used primarily
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39922
William Allen Simpson wrote:
This code begs for a complete re-write. Who's the GTK expert around here
these days? There are damn good reasons I'm not a gui programmer, and
this utter frustration is one of them.
The reason the code
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39926
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39926
William Allen Simpson wrote:
For portability, we should re-write this section.
Damnit, was already re-written in 2.1, but not in 2.2/trunk.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39925
wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39925
Well everytime i end a round all production queue are changed? Is it a
bug or a generell problem. Also my save games seem to be buggy cause i
lost some
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39926
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39926
Jason Dorje Short wrote:
On that topic, why do we have a 2.2 already?
You should, of course, re-read your messages circa Sep 12th
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39931
This is deprecated in recent GTKs and doesn't seem to be needed. It's
easily replaced.
Patch was made for 2.1 but we probably only need it for trunk.
-jason
Index: client/gui-gtk-2.0/cityrep.c
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39926
Daniel Markstedt wrote:
I'd be happy to stop posting any patches at all to trunk, and use 2.2
as the development branch It really is a waste of time doing
everything twice or three times.
That was, in fact, entirely my point.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39926
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39926
Jason Dorje Short wrote:
... I'd suggest merging 2.2 back into trunk
(and reverting the embassy removal, saving that and other major rules
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811
Daniel Markstedt wrote:
freeciv.org: Our own aging servers in Paul's basement. Are they up to
the task?
To be avoided.
sourceforge.net: The question was if bugzilla could run on SF.net webspace?
Would be nice.
icculus.org:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811
I'm pretty sure that sourceforge runs its own tracking system.
My preference would be to at least do the conversion to bugzilla on the
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811
Daniel Markstedt wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=16811
[wsimpson - Fri Nov 30 07:30:12 2007]:
[snippet]
Should GNA be willing to run bugzilla, that would be an option once
everything has been
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39941
Gravships (air units with 0 - unlimited - fuel) crash when goto is invoked.
This appears to be caused by the special-casing of the 0 fuel which is
not special-cased everywhere. This causes PF to think that the unit
actually has 0
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39941
William Allen Simpson wrote:
Attached is a quick fix but there are other (seemingly non-fatal) bugs
with this. For instance it always shows the turns-to-target as 0 for
gravships.
Please, no more quick fixes. Find all the
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39942
Daniel Markstedt wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39942
Tested on 2.1.1 win32-gtk2:
The red outline around the settler is not defined in the tileset.
Especially notable with the mono monochrome tileset,
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39602
William Allen Simpson wrote:
Since this was broken (by you in PR#14365) circa Dec 2005, and has had only
one report (Aug 2007) in two (2) years, it is clearly not a commonly used
command. It has never worked. It was never
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39602
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39602
Jason Dorje Short wrote:
Also, it makes no technical sense to delete an existing keyboard command
that duplicates a mouse command. We still
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39602
William Allen Simpson wrote:
(1) You have two ways of doing the same thing.
Should be fixed.
(2) One of them has not worked for about two years, and certainly was not
tested at the time it was committed.
I'm quite sure it worked
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39940
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39940
Committed trunk revision 14120.
Committed S2_2 revision 14121.
Committed S2_1 revision 14122.
Why is a cleanup being committed to the stable
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39602
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39602
Jason Dorje Short wrote:
William Allen Simpson wrote:
(2) One of them has not worked for about two years, and certainly was not
tested
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39602
Pepeto _ wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39602
[EMAIL PROTECTED] - Lun. Déc. 03 18:45:11 2007]:
William Allen Simpson wrote:
(2) One of them has not worked for about two years, and certainly
was not
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39947
Begasus wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39947
Third (second one went to [EMAIL PROTECTED] as stated on the bugs site) try,
seems the previous one ended up in a fixed ticket (sorry for
that). This fix
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39957
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39957
server/gamehand.c
handle_single_want_hack_req()
Sent send_ruleset_choices() when HACK is not successful.
Redundant
URL: http://bugs.freeciv.org/Ticket/Display.html?id=12188
William Allen Simpson wrote:
This puts it in a menu, using the menu string from SDL, so
no new translation is needed. Not perfect, but better than
nothing Dunno why nobody fixed this in 2 years.
I considered doing this a long
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39935
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39935
The city should disband when engineer takes population and abandon is set!
Otherwise, it's a bug.
But engineer doesn't take population. It's
URL: http://bugs.freeciv.org/Ticket/Display.html?id=8737
Christian Knoke wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=8737
Jason schrieb am 09. Dec um 22:48 Uhr:
I stand by my claim that the proper solution is that the widget should
auto-resize to be larger but never to
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39962
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39962
Here is the much shorter list of game.info settable, but not in savegames:
game.info.natural_city_names
game.info.netwait
game.info.pingtime
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39957
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39957
Jason Dorje Short wrote:
Also the whole point of the HACK check is that the client SHOULD have
permission to delete the file created
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39935
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39935
Erik Johansson wrote:
Civ2 rulset:
[unit_engineers]
pop_cost = 1
default rulset:
[unit_engineers]
pop_cost = 0
I am already
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39963
This is a minor bug and doesn't seem to cause any problems. But when I
set techlevel 5000 (not normally possible) it takes a while for the game
to start and then I *don't* get any future techs. Looking at the code
it would seem future
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39964
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39964
Blindly added some symbols to gui-win32, hopefully OK.
Committed S2_1 revision 14153.
Committed S2_2 revision 14154.
Committed trunk
URL: http://bugs.freeciv.org/Ticket/Display.html?id=12188
William Allen Simpson wrote:
Should this new undocumented feature be added to 2.1?
No need to change 2.1 here.
-jason
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39957
William Allen Simpson wrote:
Madeline, where is your code? The AUTH code here is cryptologically
unsound. Did the AUTH code come from someplace special? Is there any
reason to be backward compatible with anything?
The auth code
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39957
Jason Dorje Short wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39957
William Allen Simpson wrote:
Madeline, where is your code? The AUTH code here is cryptologically
unsound. Did the AUTH code come from someplace
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39927
William Allen Simpson wrote:
Since F4 is no longer used, what about shifting the others over, and
using F1 for the Main Map?
I like.
What was F4 used for previously?
-jason
___
On Jan 14, 2008 6:56 PM, Tess Lomax [EMAIL PROTECTED] wrote:
I just installed freeciv from source using make make install on a
twin dual core opteron. (Tyan K8SE mobo (s2892 mobo), dual 285 cpus, 2Gb
Reg.ECC RAM, NVidia 6800GT], running x86-64 SL5 (RHEL5).
The program runs as far as the end
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40007
On Jan 11, 2008 1:11 PM, William Allen Simpson
[EMAIL PROTECTED] wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40007
Sounds like a fuzzy string translation that doesn't have the correct
number of c-format parameters,
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40016
On Jan 15, 2008 12:30 PM, William Allen Simpson
[EMAIL PROTECTED] wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40016
Jason Short wrote:
This is the same as 39991 which explains the cause.
And had you actually read
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40057
mystrerror is included in support.c. Two places don't use this but
access strerror directly. This patch fixes it (for 2.1).
-jason
Index: client/gui-sdl/gui_iconv.c
===
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40028
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40028
Jason Short wrote:
# ... I thought I had written this up somewhere in the code, but I can find
# nothing. Where should it be documented?
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40028
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40028
Jason Short wrote:
Here is a quick and partial fix. I assume that strerror() is one of the
most common offending functions, so I quickly went
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40057
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40057
Jason Dorje Short wrote:
mystrerror is included in support.c. Two places don't use this but
access strerror directly. This patch fixes
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40036
On Jan 23, 2008 11:21 AM, Christian Knoke [EMAIL PROTECTED] wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40036
William Allen Simpson wrote on Jan 23, 04:01 (-0800):
Martin Rubinstein wrote:
When saving, (playing
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40006
On Jan 29, 2008 10:48 AM, William Allen Simpson
[EMAIL PROTECTED] wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40006
Christian Prochaska wrote:
Did you make install before starting the client?
Nope, should not be
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40057
On Jan 31, 2008 8:35 AM, Marko Lindqvist [EMAIL PROTECTED] wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40057
On 27/01/2008, Jason Dorje Short [EMAIL PROTECTED] wrote:
mystrerror is included in support.c. Two
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40075
I got this with chris's recent savegame but I have no idea if it's
related. Attached is the previous savegame; no clue if it's reproducable.
==12774== Invalid read of size 4
==12774==at 0x80F3978: map_get_player_city
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40076
As I exit (/quit) the server after playing the game reported in 40075
and 40068 I get the following valgrind warning:
==12774== Invalid read of size 4
==12774==at 0x80F3939: map_get_player_base (maphand.c:1192)
==12774==by
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40076
==13440== Invalid read of size 4
==13440==at 0x80F3939: map_get_player_base (maphand.c:1192)
==13440==by 0x80F5073: map_claim_ownership (maphand.c:1756)
==13440==by 0x80F5691: map_claim_border (maphand.c:1873)
==13440==by
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40078
After many turns of play (in the server of course).
==13440== 168,926 (167,474 direct, 1,452 indirect) bytes in 2,526 blocks
are definitely lost in loss record 19 of 19
==13440==at 0x4023AB8: malloc (vg_replace_malloc.c:207)
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40077
==13440== 1,873 bytes in 39 blocks are definitely lost in loss record 13
of 19
==13440==at 0x4023AB8: malloc (vg_replace_malloc.c:207)
==13440==by 0x4066C21: xmalloc (in /lib/libreadline.so.5.2)
==13440==by 0x404F109:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40075
Building another city in the same place after the first one was
destroyed should cause that to happen.
In that case you'd have to either update the client to tell it the new
city ID or (more likely) delete the old dummy city and then
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40082
The easy fix is just to shorten this to one line.
This doesn't solve the problem that xgettext doesn't properly know how
to extract translatable strings from lua code, nor from embedded lua
code (as in the tutorial scenario).
-jason
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40085
On Feb 6, 2008 11:09 AM, William Allen Simpson
[EMAIL PROTECTED] wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40085
Somebody had sent me private email bragging about his/her DoS against some
game server, and telling
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40086
On Feb 7, 2008 1:12 PM, William Allen Simpson
[EMAIL PROTECTED] wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40086
In PR#40072, I've found a third error that only showed in the server log.
Examination of the savegame
1 - 100 of 263 matches
Mail list logo