Win32 Development Binary Installer Links

[Muton]

this is due to a wrong compile environment - which c::b package was used to build the installer?

That has absolutely nothing to do with C::B
nsis include *.dll's from contrib\dlls
but there is no intl.dll any more (it was removed >6month)
Its still part of radiant!
So, if we need this dll to run ufoai
then place this dll into contrib\dlls on svn.

[Mattn]

not exactly with c::b of course - but with the package. the lib defines what the name of the dll is that should be loaded. and obviously it's wrong in the package that was used to compile the game. it requests a intl.dll but libintl3.dll should be used.

[Muton]

ufo.cbp
linker settings
intl

shouldnt it be than libintl

intl.lib
is the same on Destructavator codeblocks5859_r26597
and mine
no libintl.dll inside the libary

==============================

Destructavator codeblocks5859_r26597
search inside *.* for libintl3.dll
libintl-bcc.lib
libintl.lib
libintl3.dll inside mingw/bin
same on my older C::B
but without the dll at bin

search inside *.* for intl.dll
Destructavator codeblocks5859_r26597
envsubst.exe
FAQ.html
gettext-0.17-1.sh
gettext-runtime-0.17-1.mft
gettext-runtime-dev-0.17-1.mft
gettext.exe
gtk-update-icon-cache.exe
hostname.exe
intl.def
intl.dll
intl.lib
libgettextlib-0-17.dll
libgettextpo-0.dll
libgettextsrc-0-17.dll
libglib-2.0-0.dll
libintl.dll.a
libintl.rc
Makefile.in
msgattrib.exe
msgcat.exe
msgcmp.exe
msgcomm.exe
msgconv.exe
msgen.exe
msgexec.exe
msgfilter.exe
msgfmt.exe
msggrep.exe
msginit.exe
msgmerge.exe
msgunfmt.exe
msguniq.exe
ngettext.exe
README.woe32
recode-sr-latin.exe
urlget.exe
xgettext.exe


mine
hostname.exe
intl.def
intl.lib
libgdk-win32-2.0-0.dll
libgdk_pixbuf-2.0-0.dll
libgtk-win32-2.0-0.dll
libintl.dll.a
urlget.exe

again no intl.dll inside mingw/bin
but the important thing is the libary is there also

[Mattn]

i would like to know is whether this also happens with destructavator's builds, or not. if not, it's a build environment problem, if yes, it's our problem. could someone please clarify this?

[Ain Soph Aur]

i would like to know is whether this also happens with destructavator's builds, or not. if not, it's a build environment problem, if yes, it's our problem. could someone please clarify this?

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

[Destructavator]

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

When I built that installer I used a C::B package created via the .sh script in the "contrib" folder, nothing else extra.

[iliaarpad]

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?).

[geever]

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?).

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

-geever

[iliaarpad]

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.

[Muton]

my C::B package is somewhat old
and codeblocks.sh is broken
errors all the time (outdated downloads 0byte,...)
and no time to work them out

The buildscript does the same thing as those cmd's

[Muton]

Some facts

I've rebuild UfoAI and used
destructavator's C::B
http://ufoai.ninex.info/forum/index.php?topic=3974.msg31574#msg31574
http://www.destructavator.com/92dl/codeblocks5859_r26597.zip
and mattn's C::B
http://mattn.ninex.info/download/codeblocks.zip

The result is the same as on mine C::B
intl.dll not found
I've tested it inside a XP 32bit VirtualMachine
to be shure nothing is interfering

I've installed than destructavator's last Full UfoAI build
http://ufoai.ninex.info/forum/index.php?topic=2830.msg32370#msg32370
http://www.destructavator.com/92dl/UfoAi_Dev_r27240.exe
and the we have intl.dll in the same folder as ufo.exe
So it worked (until i remove intl.dll)
but the new nsis script (contrib\installer\ufoai.nsi) stores radiant dll's @
ExecWait '"$TEMP\radiant_runtime.exe" -o"$INSTDIR\radiant" "-y"'
So there is no more intl.dll in the same folder as ufo.exe
It failes


I'm now trien to build C::B from sh script and try than again ....

Edit:
done this with the same result
intl.dll not found

[Destructavator]

I'm now uploading new installers, here's the map editor:

http://www.destructavator.com/92dl/uforadiant_r27596.zip

At present the main game is still uploading, I'm doing it in four 200MB sections as the total size has grown a bit since the last time I've provided an installer.  This should also make it easier to download, so it isn't all at once.

@Muton: I've been recently using a newer version of C::B that I haven't uploaded yet, and I can't upload it right now until this latest installer finishes (My upload speed is terrible as it is, about ~1 hour for every 100MB or so...) but when I can I'll u/l and give a link to the latest Codeblocks package.  The older package from that other thread might still work though, I don't know but you're welcome to try it.

P.S. It's after midnight where I am, sorry if I'm unclear, just waiting for the uploads to finish, almost done...

[Destructavator]

http://www.destructavator.com/92dl/ufoai_2_3Dev_r27596.zip.001.zip
http://www.destructavator.com/92dl/ufoai_2_3Dev_r27596.zip.002.zip
http://www.destructavator.com/92dl/ufoai_2_3Dev_r27596.zip.003.zip
http://www.destructavator.com/92dl/ufoai_2_3Dev_r27596.zip.004.zip

After downloading you will need to re-name the files without the second "zip" extension, My web hosting service has restrictions on filenames so I couldn't just leave them ending in ".001" then ".002" etc...

I used 7zip to split the installer file, if you have difficulty with XP's built-in zip feature you can download 7zip, which also has a portable version for those who don't like to install extra stuff.

[Beric]

I downloaded the four files, and deleted the last .zip extension, but Windows keeps telling me that the compressed folders are invalid. I'm downloading one of them again to give it one try, but maybe there's a problem?


I'm anxious to give the game a try with the latest updates, particularly the officer rank fixes.

[Destructavator]

I downloaded the four files, and deleted the last .zip extension, but Windows keeps telling me that the compressed folders are invalid. I'm downloading one of them again to give it one try, but maybe there's a problem?


I'm anxious to give the game a try with the latest updates, particularly the officer rank fixes.

Hmmm.  I thought it would work without 7zip, apparently it doesn't.

Thanks for reporting this - I'll try to figure out a fix, and if I can't then I'll re-upload it as one big file as before.

If you're itching to try it right away you might need to download and run 7zip (its also open-source, and has a portable version as well).

Sorry for the inconvenience.