UFO: Alien Invasion Issue Tracker
UFO: Alien Invasion
Go to the previous open issue
Go to the previous issue (open or closed)
star_faded.png
Please log in to bookmark issues
icon_project.png UFO: Alien Invasion / Closed Bug report #2042 Forest mission impossible
Go to the next issue (open or closed)
Go to the next open issue
This issue has been closed with status "Closed" and resolution "Not determined".
Issue basics
  • Type of issue
    Bug report
  • Category
    Maps
  • Targetted for
    Not determined
  • Status
    Closed
  • Priority
    3. Normal
User pain
  • Type of bug
    Not triaged
  • Likelihood
    Not triaged
  • Effect
    Not triaged
Affected by this issue (0)
There are no items
People involved
Times and dates
  • Posted at
  • Last updated
  • Estimated time
    Not estimated
Issue details
  • Resolution
    Not determined
  • Reproducability
    Not determined
  • Severity
    Not determined
  • Complexity
    Not determined
  • Platform
    Not determined
  • Architecture
    Not determined
Attachments (0)
There is nothing attached to this issue
Duplicate issues (0)
This issue does not have any duplicates
Description
[http://sourceforge.net/p/ufoai/bugs/2042 Item 2042] imported from sourceforge.net tracker on 2013-01-28 19:18:54

Hello,

ERROR: CM_AddMapTile: forest/fr_h1 has wrong version number (74 should be 76)

Location : Wellington
Type : Terror mission
Objectives: Aliens are up to no good in this sparsely populated forest region.

Impossible to enter this mission.
===== Comments Ported from Sourceforge =====

====== geever (2009-02-02 17:56:14) ======

This is not a bug your bsp (compiled map-) file is old. Recompile your maps.

-geever
====== desman64 (2009-02-02 18:07:15) ======

If recompiling maps is enough to solve this, there is a bug in the makefile, I do "make maps" each time I recompile a new version, actually at least 3 time a day.
====== desman64 (2009-02-02 18:18:11) ======

And, I forgot, last time, as I saw than in 22246 there was a new POTFILES.in, I did before all a "./configure".
This is my "compiler" script :

#! /bin/bash

cd ufoai
make; make lang; make maps; make pk3; make radiant
sudo make install


and a part of the standard output :

.......
make: Rien à faire pour « lang ».
make: Rien à faire pour « maps » (Nothing to do for maps)
make -f build/data.mk pk3
make[1]: entrant dans le répertoire « /home/jl/Progs/UFO/ufoai »
make[1]: Rien à faire pour « pk3 ».
make[1]: quittant le répertoire « /home/jl/Progs/UFO/ufoai »
make: Rien à faire pour « radiant ».
root's password:
........
====== tlh2000 (2009-02-02 18:41:17) ======

please do:
LANG=C; make
====== desman64 (2009-02-02 18:49:11) ======

Ok, I'll do the test but I don't know when a same mission will be occur to test. Is there a "trick" to verify the version of the bsp files ?

====== desman64 (2009-02-02 19:09:40) ======

As I thought LANG=C didn't change anything for the make. So I removed the file fr_h1 and did an "svn up" to reload it.
The "new file" has same size but not same date. The old was from august the 10th. But I have this computer only from december, so it is not an old file that I had downloaded before. Maybe something wrong in "svn" system when I did "svn co".

I'll see if now forest mission will be possible. And if not, I'll open a new bug report.
====== geever (2009-02-04 12:20:10) ======

desman64, you must have used the map-get script once. That could download maps v.74.

The maps are recompiled when they change but not if the mapcompiler (ufo2map) does because most of the times it's not needed and recompiling them is very slow. But in some cases it is needed, that happened two times since August and maps were not recompiled on map-get service. I have spoken with dino4k about it recently so map-get maps should be fresh again.

-geever
Steps to reproduce this issue
Nothing entered.
Todos (0 / 0)
Issue created
footer_logo.png The Bug Genie 4.3.1 | Support | Feedback spinning_16.gif