http://bugs.freeciv.org/Ticket/Display.html?id=39462 >
OK, I don't know anything about this goto code, but I like getting rid
of the static variable, and the code seems sensible.
Are there some old bug reports with games we can test?
I'd hope to get this in 2.1b5, so we should test the heck out
http://bugs.freeciv.org/Ticket/Display.html?id=39566 >
Trunk version ported to S2_1 revision 13338.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=39572 >
Found another myrand() turn that isn't saved, this time for
make_history_report() in report.c. Patch for trunk:
Index: server/report.c
===
--- server/report.c (revision 13
Daniel Markstedt wrote:
> I suggest we hold off announcing or creating builds for beta5, and
> make beta6 as soon as this crashbug has been resoved.
>
Should be able to "svn merge" the changes into beta5. Just wait a few
days for folks to test everything.
_
http://bugs.freeciv.org/Ticket/Display.html?id=39571 >
More Esperant cities, by alekcxjo on the UniLang forums.
~Daniel
esperant_cities.diff
Description: Binary data
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/fre
http://bugs.freeciv.org/Ticket/Display.html?id=19705 >
This transaction appears to have no content
http://bugs.freeciv.org/Ticket/Display.html?id=19705 >
In the current version of Freeciv, changing the terrain type has (I believe) no effect on the type of resource. Given the right s
On 8/16/07, William Allen Simpson <[EMAIL PROTECTED]> wrote:
> STOP, STOP!
>
> Don't announce it yet, the first tests crash (PR#39570).
>
Ouch, this really sounds like a showstopper.
I suggest we hold off announcing or creating builds for beta5, and
make beta6 as soon as this crashbug has been re
http://bugs.freeciv.org/Ticket/Display.html?id=39462 >
> [wsimpson - Mer. Aoû. 15 20:41:39 2007]:
> Thank you! Is this trunk or 2.1?
It was for 2.1.
This is now the patch for trunk...
--- client/control.c.old 2007-08-16 00:01:23.0 +0200
+++ client/control.c 2007-08-16 00:02:21.
http://bugs.freeciv.org/Ticket/Display.html?id=39462 >
> [wsimpson - Mer. Aoû. 15 20:41:39 2007]:
>
> Pepeto _ wrote:
> > sometimes it's give a right move cursor, sometimes a wrong move cursor.
> > If you want I continue to fix this bug, I would like to know if the
> > wrong cursor should be use
http://bugs.freeciv.org/Ticket/Display.html?id=39397 >
Christian Knoke wrote:
> Currently trunk runs and compiles ok, and beta4 svn doesn't compile
> because of lt.po, so I can't test.
>
We're still awaiting your confirmation that this bug is fixed for you
in S2_1?
And are we ever going to have
http://bugs.freeciv.org/Ticket/Display.html?id=19044 >
Jason Dorje Short wrote:
> This patch allows S2_0 to load (some) games from S2_1.
>
This is a patch against S2_0. It isn't part of the S2_1 code base, and
should not be part of the 2.1 meta ticket.
Worse,
> ... and no specials can be load
http://bugs.freeciv.org/Ticket/Display.html?id=39462 >
Pepeto _ wrote:
> This is a first patch to fix the bug. With this, you cannot get a crash
> with goto, patrol and connect. However, the cursor doesn't work well,
Thank you! Is this trunk or 2.1?
> sometimes it's give a right move cursor,
STOP, STOP!
Don't announce it yet, the first tests crash (PR#39570).
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=20936 >
On Wed, 15 Aug 2007, William Allen Simpson wrote:
> Daniel Markstedt wrote:
>> It is a known problem that AI often become very hostile without apparent
>> reason and will never ever 'forgive' you during the game. The reason for
>> this behavi
http://bugs.freeciv.org/Ticket/Display.html?id=39570 >
On 15/08/07, William Allen Simpson <[EMAIL PROTECTED]> wrote:
>
>
> Big slap with a wet noodle!
>
Yes, this is extremely bad. As it now is in beta5, any users who try
freeciv for the very first time are greeted with this crash.
Should we n
http://bugs.freeciv.org/Ticket/Display.html?id=39462 >
This is a first patch to fix the bug. With this, you cannot get a crash
with goto, patrol and connect. However, the cursor doesn't work well,
sometimes it's give a right move cursor, sometimes a wrong move cursor.
If you want I continue to fi
http://bugs.freeciv.org/Ticket/Display.html?id=39570 >
Found same in S2_0, too
Committed S2_0 revision 13334. (blindly untested)
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=39570 >
Committed S2_1 revision 1. (blindly untested)
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=39570 >
Committed trunk revision 13332. (tested)
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=39570 >
William Allen Simpson wrote:
> So, we're looking for some bogon committed to both trunk and S2_1 recently.
>
Found it! Bad patch from PR#39507.
Took inf_close() out of section_file_read_dup(), but forgot the very first
thing that section_f
http://bugs.freeciv.org/Ticket/Display.html?id=39570 >
Christian Prochaska wrote:
> got one in Linux (but not in Windows):
>
Excellent! I'll walk it back.
Also, confirmed same problem in trunk:
inputfile.c:179: failed assertion `inf != NULL'
Abort trap
So, we're looking for some bogon committ
http://bugs.freeciv.org/Ticket/Display.html?id=39570 >
> [wsimpson - Mi 15. Aug 2007, 13:58:09]:
>
> Christian Prochaska wrote:
> > When .civclientrc is missing (after a fresh install) the client aborts:
> >
> > inputfile.c:179: assert_sanity: Assertion `inf != ((void *)0)' failed
> >
> We'll
http://bugs.freeciv.org/Ticket/Display.html?id=39570 >
Christian Prochaska wrote:
> When .civclientrc is missing (after a fresh install) the client aborts:
>
> inputfile.c:179: assert_sanity: Assertion `inf != ((void *)0)' failed
>
We'll need somebody whose assert() generates a stack trace.
http://bugs.freeciv.org/Ticket/Display.html?id=19705 >
Daniel Doran wrote:
> In the Microprose game Civilization II, only grassland could have
> "Resource Shields". Changing the terrain type to anything else caused
> the resource to change to one of the two special resources specific to
> the
http://bugs.freeciv.org/Ticket/Display.html?id=39434 >
Marko Lindqvist wrote:
> What is keeping this ticket open?
>
The general principal that developer/reporters close their own tickets?
The fact that trunk is different, and needs further analysis?
Ulrik was really active for awhile, I hope
http://bugs.freeciv.org/Ticket/Display.html?id=39570 >
When .civclientrc is missing (after a fresh install) the client aborts:
inputfile.c:179: assert_sanity: Assertion `inf != ((void *)0)' failed
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
http
http://bugs.freeciv.org/Ticket/Display.html?id=39566 >
Marko Lindqvist wrote:
> All users seem to use worklist named "worklist", which of course
> again works (even if I'm not big fan of naming structures and their
> instances with the same name).
>
Agreed, been changing them as practical
http://bugs.freeciv.org/Ticket/Display.html?id=21400 >
Daniel Markstedt wrote:
> I recall having similar problems myself with earlier versions, problems
> that are resolved in (at least) 2.1.0-beta4. Could you download this
> latest version and try again?
>
Was broken by PR#14243.
Was fixed for
http://bugs.freeciv.org/Ticket/Display.html?id=20936 >
Daniel Markstedt wrote:
> It is a known problem that AI often become very hostile without apparent
> reason and will never ever 'forgive' you during the game. The reason for
> this behavior, is that all AI players play the game to win (i.e.
>
Christian Knoke wrote:
> I'm very much against any new features in 2.0.99. This will unavoidably
> create new bugs and block the whole process. Just put them in trunk,
> that's why it's there.
>
Agreed! Wholeheartedly!
> I see no much point in maintaining 2.0... maybe except for fixing
> obviou
http://bugs.freeciv.org/Ticket/Display.html?id=39459 >
> [EMAIL PROTECTED] - Sun Jul 15 19:27:03 2007]:
>
> Pre Scriptum: Two guys weren't able to reproduce this on different
> distros
> (Gentoo and another Gentoo), so this might be connected to my
building
> environment on Arch Linux.
>
> The
http://bugs.freeciv.org/Ticket/Display.html?id=39400 >
ML schrieb am 14. Aug um 14:15 Uhr:
> On 17/06/07, Christian Knoke <[EMAIL PROTECTED]> wrote:
> > me wrote on Jun 17, 11:55 (-0700):
> >
> > > > Then there must be a conflict between the installed tolua++ and our
> > > > tolua
> > > > 5.0 in
http://bugs.freeciv.org/Ticket/Display.html?id=19029 >
Marko Lindqvist schrieb am 14. Aug um 13:34 Uhr:
> On 30/07/06, Christian Knoke <[EMAIL PROTECTED]> wrote:
> >
> > Freeciv 2.1 and HEAD, SVN 28 JUL 2006, GTK2
> >
> > Freeciv compilation fails if the top edge GGZ lib isn't present on the
> >
Following the steps on Jason's wiki user page, I have put together a
2.1.0-beta5 release for your pleasure. It is located at
ftp://ftp.freeciv.org/freeciv/beta/freeciv-2.1.0-beta5.tar.gz (with
complementing archives forthcoming.)
Before I announce it elsewhere, I'd like someone to confirm that it
http://bugs.freeciv.org/Ticket/Display.html?id=16839 >
> [EMAIL PROTECTED] - Thu May 04 19:21:04 2006]:
>
>
> - Original Message -
> From: "Jason Dorje Short" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, May 04, 2006 2:36 PM
> Subject: [Freeciv-Dev] Re: (PR#16839) bu
http://bugs.freeciv.org/Ticket/Display.html?id=16813 >
> [vasc - Wed May 03 09:32:29 2006]:
>
> On 5/3/06, jordan allen <[EMAIL PROTECTED]> wrote:
> >
> > http://bugs.freeciv.org/Ticket/Display.html?id=16813 >
> >
> > I don't know if it's a bug or my computer, but I can't load any
>save-game
http://bugs.freeciv.org/Ticket/Display.html?id=19034 >
> [EMAIL PROTECTED] - Sun Jul 30 15:43:05 2006]:
>
> line 2023
> unit_list_size(ptile>Units)==0
>
>
Of what source file? And why is this a bug?
~Daniel
___
Freeciv-dev mailing list
Freeciv-de
37 matches
Mail list logo
