The Help Thread
Moderator: Committer
Re: The Help Thread
Same for me too, RC5 O.K., RC6 K.O.
Re: The Help Thread
Didn't have any problems. I didn't have RC5 installed previously, though.
- Geoff the Medio
- Programming, Design, Admin
- Posts: 13603
- Joined: Wed Oct 08, 2003 1:33 am
- Location: Munich
Re: The Help Thread
Based on some googling, it looks like this might be due to updated c++ runtime files that MSVC 2005 SP1 uses. AFAIK RC6 was compiled with SP1, whereas RC5 was with original MSVC 2005.
Re: The Help Thread
Ew. I might have put the old VS2005 (pre-SP1) dlls in there. In fact, I'm almost certain I did. I'll fix this tonight and repost the installer.
Re: The Help Thread
Ok, I updated the Microsoft DLLs to be the ones that come with VS2005 SP1, and I added python25.dll which was missing. I installed it on my wife's machine (since it's a non-development box). The result is that I go the same "not configured" error. I'm not really a Windows guy, so if any of you have any help to lend, please do so. Otherwise, it will probably be a few days/weeks of me farting around the MS knowledgebase looking for the fix.
Re: The Help Thread
It works! First of all if the installer was somehow modified yesterday, I didn`t use that installer. I installed the game using the original installer and so my version of RC6, might be a little different from the new RC6 version.
To get the original version of RC6 to work I had to install Microsoft Visual C++ 2005 Express Edition and the Visual C++ 2005 Express Edition SP1, update. Python 2.5 was also required, since without that the AI generation resulted in an error. I am not sure if Scons is required separately, but if I am not mistaken there already is some file named Scons in Python 2.5 so maybe it is not required. After this the already installed RC6 started from the desktop icon and run normally.
By the way, great to see progress after a long "dry season".
To get the original version of RC6 to work I had to install Microsoft Visual C++ 2005 Express Edition and the Visual C++ 2005 Express Edition SP1, update. Python 2.5 was also required, since without that the AI generation resulted in an error. I am not sure if Scons is required separately, but if I am not mistaken there already is some file named Scons in Python 2.5 so maybe it is not required. After this the already installed RC6 started from the desktop icon and run normally.
By the way, great to see progress after a long "dry season".
- Geoff the Medio
- Programming, Design, Admin
- Posts: 13603
- Joined: Wed Oct 08, 2003 1:33 am
- Location: Munich
Re: The Help Thread
tzlaine: Were any of the dlls you put into the intsaller built with pre-SP1 MSVC 2005? If so, they might be depending on the pre-SP1 runtime files, while FreeOrion itself and GiGi are depending on the SP1 runtimes. If someone installed the original RC6 installer, they'd get the old runtimes, but not the new, whereas if you updated the installer to only have the new, then the old would be missing. Either way, the result could be errors related to missing dlls...
Also, from here:
Also, from here:
The alternative seems to be to actually run vcredist.exe, rather than just pack in the dlls.If you are redistributing VC++ libraries in application’s local folder, you need to add an application configuration file that redirects an attempt to load 8.0.50608.0 version to 8.0.50727.762 version.
Re: The Help Thread
This kind of shit is Reason #568 to hate Windows. The problem of multiple versions of shared libraries was solved 25 years ago. These guys never got the memo I guess. Thaks for the link, I'll try to get this figured out.
Re: The Help Thread
Alright, I've uploaded the new installer. Problem should be solved.
Re: The Help Thread
Thanks! it does run now so it appears that the problem is (mostly) solved. I hesitate to mention this, but I did notice that there is significant lag when opening the production screen. I've timed it to as high as 7 seconds. This is on a Pentium M (Dothan) 2.0Ghz with 2gigs of 533mhz ram.tzlaine wrote:Alright, I've uploaded the new installer. Problem should be solved.
I did notice a series of ERROR statements in the command prompt window. I'll check the logs and post what I find later tonight.
Thanks for all your grappling with the MS code-bloat. Its greatly appreciated.
THe 'Ling
- Geoff the Medio
- Programming, Design, Admin
- Posts: 13603
- Joined: Wed Oct 08, 2003 1:33 am
- Location: Munich
Re: The Help Thread
This is becauseUnderling wrote:...there is significant lag when opening the production screen. I've timed it to as high as 7 seconds.
1) The buildable items list is repopulated several times whenever the population screen is opened. It only really needs to happen once, but there are some dependencies in the steps that happen when opening the production screen that make it difficult to avoid doing repeatedly.
2) Actually populating the list takes a second or more, because every time it happens, the rows of the list are deleted and recreated. I hope improve this by changing this so that the rows are created once and just grabbed and stuck into the list each time it's populated (and not deleted and recreated), though haven't done so yet.
There are a few that just say "Done", which occurs at the end of the code that populates the buildable items list. This is not any more of a problem than discussed above.I did notice a series of ERROR statements in the command prompt window. I'll check the logs and post what I find later tonight.
Re: The Help Thread
Thanks for the clarification Geoff.
I have to say that although progress has slowed ovver the last year or so, this is a very nice step forward. The efforts of the regular contributors (you, tzlaine, tyreth, the art & music crews, etc...) should be commended.
Thanks,
The 'Ling
I have to say that although progress has slowed ovver the last year or so, this is a very nice step forward. The efforts of the regular contributors (you, tzlaine, tyreth, the art & music crews, etc...) should be commended.
Thanks,
The 'Ling
-
- Krill Swarm
- Posts: 12
- Joined: Sun Jul 22, 2007 7:48 pm
- Location: Czech republic
Re: The Help Thread
So the "working code" tzlaine was talking about in Production system redesign doesn't work that well after allGeoff the Medio wrote:2) Actually populating the list takes a second or more, because every time it happens, the rows of the list are deleted and recreated. I hope improve this by changing this so that the rows are created once and just grabbed and stuck into the list each time it's populated (and not deleted and recreated), though haven't done so yet.
- Geoff the Medio
- Programming, Design, Admin
- Posts: 13603
- Joined: Wed Oct 08, 2003 1:33 am
- Location: Munich
Re: The Help Thread
Buildable items being subclassed off a single base class wouldn't change the fact that the buildable items list is populated in an slow and wasteful manner. You'd just replace a few "if (enum_val == enum_type)" lines with "if (subclass* pointer = dynamic_cast<subclass*>(baseclass_pointer))" lines.next_ghost wrote:So the "working code" tzlaine was talking about in Production system redesign doesn't work that well after allGeoff the Medio wrote:2) Actually populating the list takes a second or more, because every time it happens, the rows of the list are deleted and recreated. I hope improve this by changing this so that the rows are created once and just grabbed and stuck into the list each time it's populated (and not deleted and recreated), though haven't done so yet.
-
- Krill Swarm
- Posts: 12
- Joined: Sun Jul 22, 2007 7:48 pm
- Location: Czech republic
Re: The Help Thread
How about this instead?Geoff the Medio wrote:Buildable items being subclassed off a single base class wouldn't change the fact that the buildable items list is populated in an slow and wasteful manner. You'd just replace a few "if (enum_val == enum_type)" lines with "if (subclass* pointer = dynamic_cast<subclass*>(baseclass_pointer))" lines.
Code: Select all
if( baseclass_pointer->is_design_type( enum_type ) ) {
m_buildable_items->Insert( baseclass_pointer->premade_row() );
}