Messages

1

Windows / Re: Win32 Development Binary Installer Links

« on: December 17, 2009, 09:44:54 am »

As I see 27240 is the latest build from Destructivator!
The more recent one is from Muton. He uses his own buildscripts AFAIK.

-geever

Yes, I saw that the two builds were from two different people, however I was not aware of Muton using a custom build system. I assumed they both used the same method for building the installer package. My bad, sorry.

2

Windows / Re: Win32 Development Binary Installer Links

« on: December 16, 2009, 01:37:59 pm »

the latest release from Destructavator does not need the additional dll (i tried it with rev. 27240)

That's because that certain build has the intl.dll in it, while the more recent one does not. If the file was renamed in the repository then maybe certain libraries were compiled against the old name (maybe some contrib dlls?).

3

Windows / Re: Win32 Development Binary Installer Links

« on: December 12, 2009, 03:54:14 pm »

I've installed it on a computer that has never had ufo ai on it and it was complaining about the missing intl.dll for me, too.
Copying the file over from the previous package (installed after encountering the problem) does help the problem. Maybe this file should be included in future packages as well.

4

Windows / Re: Win32 Development Binary Installer Links

« on: February 23, 2009, 09:12:07 pm »

Hi!

Since I couldn't find any tools that could create/apply patches on folders I created a simple Java command line tool that "extends" xdelta on folders. It can create a patch (more precisely a folder with all the patch files) for two folders and can also patch a folder using a patch folder.

It's quite simple to use - to create a patch that could patch dir1 to dir2:

Code: [Select]

java -jar mxdelta.jar diff dir1 dir2 outputdir
To patch dir1 using the folder outputdir:

Code: [Select]

java -jar mxdelta patch dir1 outputdir
The tool is capable of updating existing files and creating recently added ones - but it can not delete removed files.
I hope it can be useful... I needed this because I play the game on one computer but I have to build it on another.

Note: you will need xdelta on your path or in the same folder as the jar file.
I have attached the tool to this post.

[attachment deleted by admin]

5

Windows / Re: Win32 Development Binary Installer Links

« on: February 20, 2009, 07:21:43 pm »

Actually it wasn't my intention to build a release version. I must have accidentally changed the target somehow. If not for Destructavator's tip, I'd be still in the dark.

In the meantime I updated my working copy and built a release with full optimization and it does seem to work. No crash or segmentation fault encountered. It would seem that the fix worked.

6

Windows / Re: Win32 Development Binary Installer Links

« on: February 20, 2009, 03:06:09 pm »

We have investigated this problem last night and Bayo committed a possible fix in r22790.

note: it was only reproducible on windows, release build.

Okay, I'll test it to see if it works when I get home from work. And thanks for the quick fix!

7

Windows / Re: Cant do single-player in r22726

« on: February 19, 2009, 10:53:32 pm »

I further investigated the problem and found some interesting thing. I have written about it in greater detail in this thread.

8

Windows / Re: Win32 Development Binary Installer Links

« on: February 19, 2009, 10:51:35 pm »

Okay, I think I figured it out.

The problem seems to arise at revision 22688 (r22687 runs without segmentation fault when compiled as a release with O2 optimization).
More precisely the problem occurs when the line

Code: [Select]

visiblewhen "mn_main eq singleplayerInGame"
is missing from the button_save block in menu_singleplayer.ufo.

When I add the line back the game runs fine (at least it doesn't crash after selecting the Single Player menu).
So, if you would like to build a release version with O2 optimization enabled add the line above in the button_save block. After that the game will work.
Muton, could you verify it? Could you try adding the line above to the button_save block? Thanks!

9

Windows / Re: Cant do single-player in r22726

« on: February 19, 2009, 04:50:00 pm »

I'll try that as soon as I get home. Thanks for the tip.

EDIT:
Meanwhile I noticed that somehow I accidentally changed the build target to windows from windows_debug (thanks to Destructavator). After restoring it to debug, it stopped crashing. However I still don't understand why it causes a problem.

10

Windows / Re: Win32 Development Binary Installer Links

« on: February 19, 2009, 01:23:37 pm »

I'm using the default settings as well. I didn't touch anything. I still think that this is because I use the 3.4.5 version of the gcc compiler while the prepackaged Codeblocks comes with version 3.4.2 of the gcc compiler.

Optimization makes the generated code run faster. The more aggressive it is the more effective the code can become. However applying too much optimization can lead sometimes to code instability. The default UFO: AI Codeblocks project adds an option to the compiler telling it to use third level optimization, which should be safe, unless the compiler is buggy. This is why I started to suspect the compiler.

As for other IDE-s, I have Eclipse with sun JDK and Visual Studio 8 installed but I don't think they could cause the problem. When I tried to compile UFO: AI with the 3.4.2 version of the compiler the linker couldn't find some libraries. As soon as I replaced it with the 3.4.5 compiler it started to work.

Since Muton seems to have the same problem as I have, I'm quite curious as to what gcc version he is using. If it is 3.4.5...

Edit:

This is probably a very *long* shot, but do you compile with the target "win32" or "win32_debug"?

Argh... You are right! I don't know when or how but looks like I somehow accidentally changed the target to windows from windows_debug. But I still don't understand why that causes a problem.

11

Windows / Re: Win32 Development Binary Installer Links

« on: February 19, 2009, 02:08:00 am »

I was following the wiki as well - except that the MingW packaged with the Codeblocks version there didn't quite work for me (my bet would be my OS: Vista). I had to install the candidate MingW compiler separately which may still have some bugs.
Meaning I have to use a (in theory) unstable compiler
Since you also create installers regularly using a stable compiler and you are also uploading to FileFront I'll stay in reserve.
My builds also have O1 optimization only so in theory your builds should be faster, as well.

@Muton: what compiler version are you using?

12

Windows / Re: Cant do single-player in r22726

« on: February 19, 2009, 12:41:07 am »

I recompiled it from scratch but it still crashes whenever I use optimization third (-O2) or higher level optimization. However it doesn't crash when selecting the Single Player menu using a build with second (-O1) or lower level optimization.

13

Windows / Re: Win32 Development Binary Installer Links

« on: February 19, 2009, 12:35:59 am »

After rebuilding from scratch and watching it crash again, I decided to give it a try and removed the optimization option. The funny thing is that now it doesn't crash. Is it possible that the optimization produces buggy code? I'm using MingW gcc 3.4.5.

After further experimentation it would seem that it crashes whenever I compile it with O2 or more aggressive optimization. When using second level optimization (-O1) or less it works fine and does not crash when selecting the Single Player menu. Anything above that causes a Segmentation Fault.

I suppose it could also be a problem with the compiler (the gcc packaged with MingW is quite old)... I can't really think of anything else.

14

Windows / Re: Win32 Development Binary Installer Links

« on: February 18, 2009, 06:26:10 pm »

Did you build your own installer and does that crash when single player is selected, too? Because right now I'm about to start pulling my hair out.

The problem is exactly that the game crashes after selecting single player and I assumed it was the fault of my installer.
When running with the Codeblocks debugger I get the message that the program got a SIGSEGV because of a Segmentation Fault. Unfortunately I'm really not at home with non-object oriented languages (such as C) so I can't really tell what is causing the Segmentation Fault.

More precisely the debugger message is

Code: [Select]

Program received signal SIGSEGV, Segmentation fault.
In ?? () ()

15

Windows / Re: Cant do single-player in r22726

« on: February 18, 2009, 06:16:55 pm »

Hmm... Possible. I'll try deleting my working copy and check it out again. I have no clue what could be wrong as I haven't touched any of the build scripts...

In the meantime: if it is a packaging problem then should it also crash when started from Codeblocks?