The Help Thread

Programmers discuss here anything related to FreeOrion programming. Primarily for the developers to discuss.

Moderators: Committer, Committer

Message
Author
User avatar
tzlaine
Programming Lead Emeritus
Posts: 1092
Joined: Thu Jun 26, 2003 1:33 pm

#211 Post by tzlaine » Tue Sep 26, 2006 6:06 pm

I know I've seen this before, but I can't remember what the problem was. Before I look into any further, are you using the latest GG from SVN? You list GG 0.6.0 above, but you should be using the one that comes with an FO checkout in Freeorion/GG, which will always be the latest.

User avatar
Jo-Con-El
Space Floater
Posts: 19
Joined: Mon Sep 11, 2006 12:47 pm
Location: Palo Alto, California

Re: Problems with FreeOrion in Debian unstable.

#212 Post by Jo-Con-El » Tue Sep 26, 2006 10:45 pm

tzlaine wrote:I know I've seen this before, but I can't remember what the problem was. Before I look into any further, are you using the latest GG from SVN?
No, I prefer to package GG separately, and so did I.
tzlaine wrote:You list GG 0.6.0 above, but you should be using the one that comes with an FO checkout in Freeorion/GG, which will always be the latest.
My freeorion packages use an external GG (0.6.0 in this case), so I will package latest GG and will back with an answer.

Thanks for the hint, tz.


Ender.
Debian developer

User avatar
loonycyborg
Compilation Expert
Posts: 219
Joined: Thu Jul 06, 2006 10:30 pm
Location: Russia/Moscow

Re: Problems with FreeOrion on Debian unstable.

#213 Post by loonycyborg » Tue Sep 26, 2006 11:41 pm

Jo-Con-El wrote: std::runtime_error exception caught in GUI::Run(): SidePanel::PlanetPanel::GetPlanet: planet not found!
I get this message too, when my crashes occur ("compiler questions" thread).
Also, I discovered that some boost regression tests for boost::signals library fail on my system when compiled with gcc-4 but not with gcc-3.

User avatar
Jo-Con-El
Space Floater
Posts: 19
Joined: Mon Sep 11, 2006 12:47 pm
Location: Palo Alto, California

Re: Problems with FreeOrion in Debian unstable.

#214 Post by Jo-Con-El » Fri Sep 29, 2006 10:38 am

tzlaine wrote:I know I've seen this before, but I can't remember what the problem was. Before I look into any further, are you using the latest GG from SVN? You list GG 0.6.0 above, but you should be using the one that comes with an FO checkout in Freeorion/GG, which will always be the latest.
Hello, tzlaine. I upgraded to latest GG (as of 20060927) and as I guessed, no changes. Well, in fact, there is a change: where it (before the new GG) apparently returned a random planet number in m_planet_id (I am printing it before dying), the four tests with new GG have always returned planet 0:

Planet #0
std::runtime_error exception caught in GUI::Run(): SidePanel::PlanetPanel::GetPlanet: planet not found!Initiating Exit (code 1 - error termination)

Any hint? I am...disappointed.

Best regards,


Ender.
Debian developer

User avatar
Jo-Con-El
Space Floater
Posts: 19
Joined: Mon Sep 11, 2006 12:47 pm
Location: Palo Alto, California

Re: Problems with FreeOrion on Debian unstable.

#215 Post by Jo-Con-El » Fri Sep 29, 2006 10:42 am

loonycyborg wrote:
Jo-Con-El wrote: std::runtime_error exception caught in GUI::Run(): SidePanel::PlanetPanel::GetPlanet: planet not found!
I get this message too, when my crashes occur ("compiler questions" thread).
Also, I discovered that some boost regression tests for boost::signals library fail on my system when compiled with gcc-4 but not with gcc-3.
Uufff...I think that rebuilding the whole pile with gcc-3.3 is not feasible for me at this time. That would include:

GG
Boost (the whole thing)
devIL

And probably several other C++ dependencies I have not think of...

Any idea or debug method? As I stated before, debugging FO is very difficult, due to the server giving timeouts. Will a backtrace be useful?

Best regards,


Ender.
Debian developer

User avatar
Geoff the Medio
Programming, Design, Admin
Posts: 12518
Joined: Wed Oct 08, 2003 1:33 am
Location: Munich

Re: Problems with FreeOrion in Debian unstable.

#216 Post by Geoff the Medio » Fri Sep 29, 2006 12:01 pm

Jo-Con-El wrote:Planet #0
std::runtime_error exception caught in GUI::Run(): SidePanel::PlanetPanel::GetPlanet: planet not found!Initiating Exit (code 1 - error termination)
Could you add the following at the end of SidePanel::PlanetPanel::PlanetPanel(...)?

Code: Select all

  Logger().debugStream() << "SidePanel::PlanetPanel::PlanetPanel: planet id: " << planet.ID();
  Logger().debugStream() << "SidePanel::PlanetPanel::PlanetPanel: const planet id: " << plt->ID();
  Logger().debugStream() << "SidePanel::PlanetPanel::PlanetPanel: m_planet_id: " << m_planet_id;
Perhaps SidePanel::PlanetPanel::m_planet_id is not properly set to the ID of the planet that was passed to the constructor. The new lines check what the value of m_planet_id, and the id of the object that was passed to the constructor, and the id of the object pointed to by a pointer that should point to the object with the same id, are at the end of the constructor and outputs them to the console.

Also, after

Code: Select all

Logger().debugStream() << "FocusSelector::PrimaryFocusClicked: " << button;
Please add:

Code: Select all

Logger().debugStream() << "FocusSelector::PrimaryFocusClicked: " << button;
in FocusSelector::PrimaryFocusClicked(...)

And then add

Code: Select all

  Logger().debugStream() << "SidePanel::PlanetPanel::SetPrimaryFocus: " << focus;
at the start of SidePanel::PlanetPanel::SetPrimaryFocus(...), which should check that the focusselector clicks are being processed and signals properly connected to functions to deal with them... and perhaps give a better idea where the error is happening.

User avatar
Jo-Con-El
Space Floater
Posts: 19
Joined: Mon Sep 11, 2006 12:47 pm
Location: Palo Alto, California

Re: Problems with FreeOrion in Debian unstable.

#217 Post by Jo-Con-El » Fri Sep 29, 2006 2:43 pm

Hello, Geoff. Many thanks for the help.
Geoff the Medio wrote:Could you add the following at the end of SidePanel::PlanetPanel::PlanetPanel(...)?

Code: Select all

  Logger().debugStream() << "SidePanel::PlanetPanel::PlanetPanel: planet id: " << planet.ID();
  Logger().debugStream() << "SidePanel::PlanetPanel::PlanetPanel: const planet id: " << plt->ID();
  Logger().debugStream() << "SidePanel::PlanetPanel::PlanetPanel: m_planet_id: " << m_planet_id;
Perhaps SidePanel::PlanetPanel::m_planet_id is not properly set to the ID of the planet that was passed to the constructor. The new lines check what the value of m_planet_id, and the id of the object that was passed to the constructor, and the id of the object pointed to by a pointer that should point to the object with the same id, are at the end of the constructor and outputs them to the console.
Done.
Geoff the Medio wrote:Also, after

Code: Select all

Logger().debugStream() << "FocusSelector::PrimaryFocusClicked: " << button;
Please add:

Code: Select all

Logger().debugStream() << "FocusSelector::PrimaryFocusClicked: " << button;
in FocusSelector::PrimaryFocusClicked(...)
I guess that you meant above:
"Also, after

Code: Select all

    FocusType focus = FocusType(m_first_button_focus + button);
Please add:

Code: Select all

    Logger().debugStream() << "FocusSelector::PrimaryFocusClicked: " << button;
in FocusSelector::PrimaryFocusClicked(...)
Done.
Geoff the Medio wrote:And then add

Code: Select all

  Logger().debugStream() << "SidePanel::PlanetPanel::SetPrimaryFocus: " << focus;
at the start of SidePanel::PlanetPanel::SetPrimaryFocus(...), which should check that the focusselector clicks are being processed and signals properly connected to functions to deal with them... and perhaps give a better idea where the error is happening.
Done.

I am going to rebuild the package and will come back with the results.

Best regards,

  • Ender.
Debian developer

User avatar
Jo-Con-El
Space Floater
Posts: 19
Joined: Mon Sep 11, 2006 12:47 pm
Location: Palo Alto, California

Re: Problems with FreeOrion in Debian unstable.

#218 Post by Jo-Con-El » Fri Sep 29, 2006 4:36 pm

Jo-Con-El wrote:I am going to rebuild the package and will come back with the results.
Hello again.

I had to comment out the 'Logger().debugStream()' line in FocusSelector.cpp due to:

Code: Select all

UI/FocusSelector.cpp: In member function 'void FocusSelector::PrimaryFocusClicked(int)':
UI/FocusSelector.cpp:306: error: 'Logger' was not declared in this scope
scons: *** [UI/FocusSelector-human.o] Error 1
Anyway, the Logger() thing did not work (it did not show anything, neither in console or logs under .freeorion/), so I changed them to std:cerr lines, and now works fine.

The patch is:

Code: Select all

Index: UI/SidePanel.cpp
===================================================================
--- UI/SidePanel.cpp.orig       2006-09-29 16:43:07.134464000 +0200
+++ UI/SidePanel.cpp    2006-09-29 18:08:11.385459750 +0200
@@ -1,3 +1,4 @@
+#include <iostream>
 #include "SidePanel.h"

 #include "CUIWnd.h"
@@ -774,6 +775,13 @@
   m_connection_planet_production_changed= GG::Connect(plt->ResourceCenterChangedSignal, &SidePanel::PlanetPanel::PlanetResourceCenterChanged, this);

   Update();
+
+  std::cerr << "SidePanel::PlanetPanel::PlanetPanel: planet id: " << planet.ID() << std::endl;
+  std::cerr << "SidePanel::PlanetPanel::PlanetPanel: const planet id: " << plt->ID() << std::endl;
+  std::cerr << "SidePanel::PlanetPanel::PlanetPanel: m_planet_id: " << m_planet_id << std::endl;
+  //Logger().debugStream() << "SidePanel::PlanetPanel::PlanetPanel: planet id: " << planet.ID();
+  //Logger().debugStream() << "SidePanel::PlanetPanel::PlanetPanel: const planet id: " << plt->ID();
+  //Logger().debugStream() << "SidePanel::PlanetPanel::PlanetPanel: m_planet_id: " << m_planet_id;
 }

 SidePanel::PlanetPanel::~PlanetPanel()
@@ -787,7 +795,10 @@
 {
   Planet *planet = GetUniverse().Object<Planet>(m_planet_id);
   if(!planet)
+  { // FIXME
+    printf("Planet # %d\n",m_planet_id); // FIXME
     throw std::runtime_error("SidePanel::PlanetPanel::GetPlanet: planet not found!");
+  } // FIXME
   return planet;
 }

@@ -931,6 +942,8 @@

 void SidePanel::PlanetPanel::SetPrimaryFocus(FocusType focus)
 {
+  std::cerr << "SidePanel::PlanetPanel::SetPrimaryFocus: " << focus << std::endl;
+  //Logger().debugStream() << "SidePanel::PlanetPanel::SetPrimaryFocus: " << focus;
   Planet *planet = GetPlanet();
   HumanClientApp::GetApp()->Orders().IssueOrder(new ChangeFocusOrder(HumanClientApp::GetApp()->EmpireID(),planet->ID(),focus,true));
 }
Index: UI/FocusSelector.cpp
===================================================================
--- UI/FocusSelector.cpp.orig   2006-09-29 16:42:44.765066000 +0200
+++ UI/FocusSelector.cpp        2006-09-29 17:57:47.618476750 +0200
@@ -1,3 +1,4 @@
+#include <iostream>
 #include "FocusSelector.h"

 #include "../universe/ResourceCenter.h"
@@ -303,6 +304,8 @@
 void FocusSelector::PrimaryFocusClicked(int button)
 {
     FocusType focus = FocusType(m_first_button_focus + button);
+    std::cerr << "FocusSelector::PrimaryFocusClicked: " << button << std::endl;
+    //Logger().debugStream() << "FocusSelector::PrimaryFocusClicked: " << button;
     if (focus == m_primary_focus)
         return;
     PrimaryFocusChangedSignal(focus);
I run FO with the same path (Single Player...OK...Click on Alkes...wheat icon in Alkes IV), and the output is:

Code: Select all

NOTE: All warnings about "using the SDL dummy video driver" can safely be ignored.
SidePanel::PlanetPanel::PlanetPanel: planet id: 482
SidePanel::PlanetPanel::PlanetPanel: const planet id: 482
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 482
SidePanel::PlanetPanel::PlanetPanel: planet id: 483
SidePanel::PlanetPanel::PlanetPanel: const planet id: 483
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 483
SidePanel::PlanetPanel::PlanetPanel: planet id: 484
SidePanel::PlanetPanel::PlanetPanel: const planet id: 484
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 484
SidePanel::PlanetPanel::PlanetPanel: planet id: 562
SidePanel::PlanetPanel::PlanetPanel: const planet id: 562
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 562
SidePanel::PlanetPanel::PlanetPanel: planet id: 486
SidePanel::PlanetPanel::PlanetPanel: const planet id: 486
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 486
SidePanel::PlanetPanel::PlanetPanel: planet id: 482
SidePanel::PlanetPanel::PlanetPanel: const planet id: 482
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 482
SidePanel::PlanetPanel::PlanetPanel: planet id: 483
SidePanel::PlanetPanel::PlanetPanel: const planet id: 483
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 483
SidePanel::PlanetPanel::PlanetPanel: planet id: 484
SidePanel::PlanetPanel::PlanetPanel: const planet id: 484
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 484
SidePanel::PlanetPanel::PlanetPanel: planet id: 562
SidePanel::PlanetPanel::PlanetPanel: const planet id: 562
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 562
SidePanel::PlanetPanel::PlanetPanel: planet id: 486
SidePanel::PlanetPanel::PlanetPanel: const planet id: 486
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 486
SidePanel::PlanetPanel::PlanetPanel: planet id: 482
SidePanel::PlanetPanel::PlanetPanel: const planet id: 482
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 482
SidePanel::PlanetPanel::PlanetPanel: planet id: 483
SidePanel::PlanetPanel::PlanetPanel: const planet id: 483
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 483
SidePanel::PlanetPanel::PlanetPanel: planet id: 484
SidePanel::PlanetPanel::PlanetPanel: const planet id: 484
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 484
SidePanel::PlanetPanel::PlanetPanel: planet id: 562
SidePanel::PlanetPanel::PlanetPanel: const planet id: 562
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 562
SidePanel::PlanetPanel::PlanetPanel: planet id: 486
SidePanel::PlanetPanel::PlanetPanel: const planet id: 486
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 486
SidePanel::PlanetPanel::PlanetPanel: planet id: 482
SidePanel::PlanetPanel::PlanetPanel: const planet id: 482
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 482
SidePanel::PlanetPanel::PlanetPanel: planet id: 483
SidePanel::PlanetPanel::PlanetPanel: const planet id: 483
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 483
SidePanel::PlanetPanel::PlanetPanel: planet id: 484
SidePanel::PlanetPanel::PlanetPanel: const planet id: 484
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 484
SidePanel::PlanetPanel::PlanetPanel: planet id: 562
SidePanel::PlanetPanel::PlanetPanel: const planet id: 562
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 562
SidePanel::PlanetPanel::PlanetPanel: planet id: 486
SidePanel::PlanetPanel::PlanetPanel: const planet id: 486
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 486
FocusSelector::PrimaryFocusClicked: 0
SidePanel::PlanetPanel::SetPrimaryFocus: FOCUS_FARMING
Planet # 0
std::runtime_error exception caught in GUI::Run(): SidePanel::PlanetPanel::GetPlanet: planet not found!Initiating Exit (code 1 - error termination)
This is getting strange: I crash FO with the default settings:
100 stars
Spiral, 3 arm
Mature
Several
Medium
Uncommon
Human
Blue

But if I try, for example, this other set:
500
Cluster
Mature
Many
High
Common
Human
Blue

Then I click on any star, click on the left arrow of "Unknown System", then a system named "Dosis" appears, and if I try to alter Farming, I get this:

Code: Select all

NOTE: All warnings about "using the SDL dummy video driver" can safely be ignored.
SidePanel::PlanetPanel::PlanetPanel: planet id: 3517
SidePanel::PlanetPanel::PlanetPanel: const planet id: 3517
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 3517
SidePanel::PlanetPanel::PlanetPanel: planet id: 1319
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1319
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1319
SidePanel::PlanetPanel::PlanetPanel: planet id: 1320
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1320
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1320
SidePanel::PlanetPanel::PlanetPanel: planet id: 1321
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1321
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1321
SidePanel::PlanetPanel::PlanetPanel: planet id: 1322
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1322
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1322
SidePanel::PlanetPanel::PlanetPanel: planet id: 1323
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1323
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1323
SidePanel::PlanetPanel::PlanetPanel: planet id: 1324
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1324
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1324
SidePanel::PlanetPanel::PlanetPanel: planet id: 3517
SidePanel::PlanetPanel::PlanetPanel: const planet id: 3517
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 3517
SidePanel::PlanetPanel::PlanetPanel: planet id: 1319
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1319
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1319
SidePanel::PlanetPanel::PlanetPanel: planet id: 1320
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1320
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1320
SidePanel::PlanetPanel::PlanetPanel: planet id: 1321
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1321
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1321
SidePanel::PlanetPanel::PlanetPanel: planet id: 1322
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1322
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1322
SidePanel::PlanetPanel::PlanetPanel: planet id: 1323
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1323
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1323
SidePanel::PlanetPanel::PlanetPanel: planet id: 1324
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1324
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1324
SidePanel::PlanetPanel::PlanetPanel: planet id: 3517
SidePanel::PlanetPanel::PlanetPanel: const planet id: 3517
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 3517
SidePanel::PlanetPanel::PlanetPanel: planet id: 1319
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1319
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1319
SidePanel::PlanetPanel::PlanetPanel: planet id: 1320
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1320
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1320
SidePanel::PlanetPanel::PlanetPanel: planet id: 1321
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1321
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1321
SidePanel::PlanetPanel::PlanetPanel: planet id: 1322
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1322
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1322
SidePanel::PlanetPanel::PlanetPanel: planet id: 1323
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1323
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1323
SidePanel::PlanetPanel::PlanetPanel: planet id: 1324
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1324
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1324
SidePanel::PlanetPanel::PlanetPanel: planet id: 3517
SidePanel::PlanetPanel::PlanetPanel: const planet id: 3517
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 3517
SidePanel::PlanetPanel::PlanetPanel: planet id: 1319
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1319
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1319
SidePanel::PlanetPanel::PlanetPanel: planet id: 1320
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1320
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1320
SidePanel::PlanetPanel::PlanetPanel: planet id: 1321
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1321
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1321
SidePanel::PlanetPanel::PlanetPanel: planet id: 1322
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1322
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1322
SidePanel::PlanetPanel::PlanetPanel: planet id: 1323
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1323
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1323
SidePanel::PlanetPanel::PlanetPanel: planet id: 1324
SidePanel::PlanetPanel::PlanetPanel: const planet id: 1324
SidePanel::PlanetPanel::PlanetPanel: m_planet_id: 1324
FocusSelector::PrimaryFocusClicked: 0
SidePanel::PlanetPanel::SetPrimaryFocus: FOCUS_FARMING
And the game does not crash, it alters planet assignments normally and waits for input.

You need to put the above settings in order to reproduce my crash (or to not). I tested a couple of other configurations with different grade of success (some worked, some not).

That would explain why not many of you have seen this crash. Maybe if I save a crashing universe it would be more reproducible for you.

I hope all this data helps you.

Best regards,

  • Ender.
Debian developer

User avatar
tzlaine
Programming Lead Emeritus
Posts: 1092
Joined: Thu Jun 26, 2003 1:33 pm

#219 Post by tzlaine » Fri Sep 29, 2006 10:24 pm

I've verified this error. I'm working on resolving it now.

User avatar
Geoff the Medio
Programming, Design, Admin
Posts: 12518
Joined: Wed Oct 08, 2003 1:33 am
Location: Munich

Re: Problems with FreeOrion in Debian unstable.

#220 Post by Geoff the Medio » Fri Sep 29, 2006 10:46 pm

Jo-Con-El wrote:'Logger().debugStream()' line in FocusSelector.cpp ...
I forgot to mention the necessary addition of

Code: Select all

#include "../util/AppInterface.h"
to that file as well...
Anyway, the Logger() thing did not work
And I forgot to have you set the log-level to debug.

But whatever... std:cerr works fine, and even if it didn't, I doubt i could find the problem through indirect debugging than tzlaine can find it himseslf.

User avatar
tzlaine
Programming Lead Emeritus
Posts: 1092
Joined: Thu Jun 26, 2003 1:33 pm

#221 Post by tzlaine » Sat Sep 30, 2006 12:12 am

Fixed in SVN. Thanks for reporting it.

User avatar
Jo-Con-El
Space Floater
Posts: 19
Joined: Mon Sep 11, 2006 12:47 pm
Location: Palo Alto, California

Re: Problems with FreeOrion in Debian unstable.

#222 Post by Jo-Con-El » Sat Sep 30, 2006 10:48 am

tzlaine wrote:Fixed in SVN. Thanks for reporting it.
Many thanks, Zach. I will verify later if everything is working correctly, and if so, I will probably release the packages for Debian.

Best regards,

  • Ender.
Debian developer

User avatar
tzlaine
Programming Lead Emeritus
Posts: 1092
Joined: Thu Jun 26, 2003 1:33 pm

#223 Post by tzlaine » Sun Oct 01, 2006 10:28 pm

Well, it looks like I fixed a symptom, but not the deeper problem. This bug still exists.

User avatar
loonycyborg
Compilation Expert
Posts: 219
Joined: Thu Jul 06, 2006 10:30 pm
Location: Russia/Moscow

#224 Post by loonycyborg » Mon Oct 02, 2006 10:52 pm

I'm not sure whether I have the same problem as Jo-Con-El(or Ender :? ), but "Colonize" button crashes occur no more. However, other crashes remain, for example, when I move a fleet and close fleet window, or when I create two new fleets.

User avatar
tzlaine
Programming Lead Emeritus
Posts: 1092
Joined: Thu Jun 26, 2003 1:33 pm

#225 Post by tzlaine » Sat Oct 14, 2006 10:21 pm

tzlaine wrote:Well, it looks like I fixed a symptom, but not the deeper problem. This bug still exists.
I finally fixed the SidePanel click-crash problem.

Post Reply