URL: http://bugs.freeciv.org/Ticket/Display.html?id=40430
This is an error in ggz.m4 but I don't know quite where.
The intended behavior is:
* libggz and ggzcore and ggzmod = 0.0.14 are required for client
support. If --with-ggz-client=yes is given, configure exits if they are
not found;
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40401
Just on a hunch, try running it without sound: civclient -P none I
believe it is.
Also, you showed the behavior of the program in gdb but not a backtrace.
After it crashes type bt full and send the output from that.
Thirdly, you're
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40144
For the record I think this is a great idea.
-jason
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40317
New patch.
Some version checks will be necessary as only newer ggzd versions have
savegame support. And it's still not quite working.
-jason
Index: configure.ac
===
---
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40319
Indeed, the same bug was present before but the symptoms were not as
harsh. After the fix game.players[-1] gets entirely overwritten;
before only some of it did, when game.nplayers dropped to negative in
the client.
The error seems to
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40124
Seems reasonable. However the hack request packet needs to be discarded
too.
I also think the GGZ case should be explicit, rather than requiring GGZ
to call --no-hack.
-jason
___
URL: http://bugs.freeciv.org/Ticket/Display.html?id=12472
Good patch. This variant turns it into a function and sync's the whole
research structure. I'll commit shortly.
-jason
Index: server/plrhand.c
===
--- server/plrhand.c
URL: http://bugs.freeciv.org/Ticket/Display.html?id=38354
Any idea if this is present on 2.1/2.2/trunk? How do I set up a server
with authentication anyway?
-jason
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39131
I frankly have no idea if this change is correct.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39745
Kinda strange, if you remove then create a player the team gets reset
but if you disconnect then a new player connects, it does not get reset.
But I wonder if this bug could hit other fields in the player structure
too. What about
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39745
Seems this exact fix was already done for 2.1 and 2.2. Should work fine
for 2.0 also.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39358
A 5-minute fix for this is to stick the votes into the player structure.
This is easy enough but as the vote records are still in an array
inside the vote structures themselves player reordering will change
everyone's vote around.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40303
[EMAIL PROTECTED] - Sun Jun 22 07:01:15 2008]:
Marko Lindqvist wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40303
$subject
To be committed soon.
if (game.player_ptr) {
char *text;
-if
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39472
map.num_continents is never actually sent to the client - the client
just deduces it from the continent numbers of each tile. So when new
terrain is revealed, which can happen mid-turn, the num_continents can
rise (packhand.c:2039 in
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40227
[EMAIL PROTECTED] - Sun May 04 09:50:59 2008]:
2008/5/4 Jason Dorje Short:
This is not a bug in freeciv. If you use a non-universal character set
on your command line then freeciv will simply be unable to display some
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39563
[EMAIL PROTECTED] - Tue Feb 12 22:42:03 2008]:
/**
-...
-**/
-void
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40094
It may be a foolish or misplaced bit of intelligence, but I'm pretty
sure the reason for this is that when you attack with the howitzer the
game judges the battle unwinnable and thus defends with the cheaper unit.
-jason
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40080
[wsimpson - Tue Feb 05 13:29:46 2008]:
I've found a serious overflow bug already. The ids are unsigned
short, the
range is 65536 numbers, but ai/aidata.c allocates all players arrays with:
/* max size of a short */
#define
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40068
[wsimpson - Sun Feb 03 12:30:40 2008]:
Jason Short wrote:
Saving and loading doesn't generally give identical AI behavior so if
this is caused by AI units moving or something then you won't get the
same behavior from
URL: 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
URL: 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 new border code. I'll take a look at it.
What
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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 ran the client with LANG=
fr_FR.UTF-8 the libc messages
URL: 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 and
URL: 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,
URL: 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
URL: 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
URL: 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 already provided?
Indeed, I missed the first savegame
URL: 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 also
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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 is
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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 idea how it
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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 (which I
URL: 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
URL: 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
URL: 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.
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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 immediatly
URL: 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.
No,
URL: 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 (attach)
URL: 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
URL: 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
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39391
On 6/10/07, Per I. Mathisen [EMAIL PROTECTED] wrote:
URL: 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
URL: 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.
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39330
On 4/11/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39330
Jason Short wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39335
Attached to this message
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39332
On 4/10/07, Egor Vyscrebentsov [EMAIL PROTECTED] wrote:
URL: 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
URL: 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
URL: 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
[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. I had
URL: 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
URL: 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 easily
URL: 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
URL: 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
URL: 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
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
88 matches
Mail list logo
