Technical support > Windows

Win32 Development Binary Installer Links

<< < (36/141) > >>

Muton:
Linking executable: ..\..\ufo.exe
.objs\client\src\client\renderer\r_model.o:r_model.c:(.text+0x40a): undefined reference to `strcasestr'

V:\MinGW\ufoai\src\client\renderer\r_model.c
line 160

if (strcasestr(mod->name, ".obj")) {

http://www.koders.com/c/fid1740146D1762BACEF195478A80AC725EA2BB64E3.aspx?s=md5
> c-strcasestr.c -- case insensitive substring search in C locale
no c-strcasestr.h found



*Edit

I've modified compile_maps.bat
to speed up mapgeneration dramaticaly

first why and how
We know ufo2map own a -onlynewer switch
but sometimes we can end up with a map "missmatch" (
ufo2map think the bsp is up2date
while the bsp is'nt
)
This is caused by the routine ufo2map uses to determine *.bsp actuality
Its just a timestamp compare between *.map and *.bsp
if *.bsp is newer than *.map then *.bsp is up2date

And thats the "problem"
If you compile maps while a dev releases a new map
and lets imagine this new map is the last map that will be compiled
than you end up with a bsp accurate for you current build
But on the next build
svn download those new map and ufo2map compare both timestamps
and think the bsp is up2date 'couse your bsp was build after the new svn release

So how to prevent this?!
I'm using a hashsum for a while and its working quite well
I store a md5 hashsum for the last full mapcompilation
after a SVN update i generate a new hashsum for *.map and *.footsteps
and compare both against each other
Those files that have been changed will be deleted (*.bsp) and ufo2map is called with -onlynewer

Here we go
download the zip and extract it into your ufoai scr folder
it must be stored at contrib\scripts
The script depends on fsum.exe and diff.exe
fsum.exe is free slavasoft
and diff.exe is a c++ project of mine (source is included [I know i'm not an expert ;)])

cangelog:
.) check for NT system
.) check if you relay want to call the script witout a parameter
.) add arg /?
.) add /onlynewer (for the hashsum)
.) case insesitive argv (windows style)
.) complete error handling
.) diskspace check
.) sucess or error message if you use /shutdown (during next login)
.) complete new code for compilemap
.) counter for maps that must be compiled

[attachment deleted by admin]

BTAxis:
I think it's a good idea, but I really don't like how you added the need for third party software. It's getting to be that whatever you want to do requires you do download additional tools, and that's Bad(tm).

Muton:
fsum is the fastest, smallest and universal tool for hashsums
but the gnu coreutils md5sum http://gnuwin32.sourceforge.net/packages/coreutils.htm
can be used

BTAxis:
The problem isn't the performance of the tools, but the need to download them in itself. It's not my call, but I'm against this change as long as the batch file can't be used out of the box.

Destructavator:
I glanced at that page in that link - it looks like the tools are cross-platform and have a compatible license, I'd imagine they could be combined with the customized uforadiant code or included with it in the package somehow.  I don't have the time or expertise to do that and submit a patch myself, but I'm guessing Muton might...

Navigation

[0] Message Index

[#] Next page

[*] Previous page