Jump to content
XCOMUFO & Xenocide

Reporting For Duty


chrisp_21

Recommended Posts

Well I finallly entered the 3D age of computing and so I can

now effectively start coding. I just have one issue with

compiling now..

 

A couple of months ago I checked out xenocide and got it

to properly compile. Unfotunately I couldn't run the exe because

I didn't have an AGP2 or 4 port. I switched MBs and now I'm set

up. I checked out the source again and compiled and...

lots of errors of course! It seemed that the source was looking

for include files in different directories. So I reorganized everything

and it MOSTLY compiles. I seem to have one big problem though.

The source in main.cpp is looking for <utility/common.h> and well

for some reason I don't have it. I did a search for common.h on

my machine and talk about looking for a needle in a haystack! I

don't seem to have the correct common.h file. I only have a file

called fwcommon.h in my bcb6 directory. Is there anyway I can

get this file? If someone could post it I could just stick it in my

include directory.

 

regards,

chrisp

Link to comment
Share on other sites

That is the devpack I'm using. I went ahead and downloaded it

and tried it again, but it still didn't work. I think I know what the

problem is though. I had a major hard drive incident a couple

of months ago when I was backing up everything on my C drive

to another drive. I used the cp command in cygwin to do this

and well.. it completely FUBARed my HD. All source and

copied files got corrupted (or just disappeared) that got "copied"

before I realized something was wrong and cancelled the copy

(which ment shutting down the computer - probably didn't help).

Amazingly scandisk was able to repair the filesystem, but I lost

a lot. Go figure.. MS saves the day and cygwin bites a nutsack.

I was able to recover some of the lost data, but not all of it.

It seems that is just another thing that's turned up missing. I

seem to be missing a big chuck of the system include files, but

BCB6 seems to be running fine. Some of the files that I found

and reorganized are in the devpack (and in my bcb6 include

directory), but not common.h. I'm willing to bet that a lot of

what common.h includes is missing as well...

 

I guess I'll try and reinstall BCB6, although I'm a little reluctant

to do that... We'll see what happens. :unsure:

Link to comment
Share on other sites

Yeah I declared the Xenocide env variable. BCB is finding all of the files

in the devpack. Main.cpp includes:

 

#include "./kernel/win32/w32directx.h"

 

Inside of w32directx.h is included:

 

#include <thirdparty/directx/dinput.h>

#include <utility/common.h>

 

dinput.h I found in a different directory, and was able to fix.

common.h isn't on my system whatsoever. At least not a common.h file

that relates to Xenocide or BCB. I found a file called fwcommon.h in BCB

and tried substituting that, but then I was missing 10 of the .h files that

it was including. I get the impression that it may be identical to common.h.

That's when I started suspecting that maybe many of the header files got

wiped out from my hard drive "incident." I lost about 1/3 of everything on

my disk, so it wouldn't surprise me.

Link to comment
Share on other sites

Have you tried to reinstall BCB?

 

EDIT: I just checked the CVS online. There is a common.h file there: http://cvs.sourceforge.net/cgi-bin/viewcvs...tility/common.h

Did you get all 4 subdirectories extracted as they are listed here: http://cvs.sourceforge.net/cgi-bin/viewcvs...s.cgi/xenocide/? The all need to go in you %XENOCIDE% directory. It is also where the devpack must go.

Edited by mamutas
Link to comment
Share on other sites

Ah no I didn't check out the utility module. I created the directory and put

everything in there that Xeno was looking for. When I was checking out

it didn't look important, and I didn't think about it later. :/ I must have been

less stupid :freak: the first time and checked it out. I now have common.h and

Xenocide is happily compiling.. and compiling. It's still compiling now, but

I doubt I will get any errors. :D My poor Celeron 600 may have to chug

for awhile to get through it.

 

THANKS!

 

EDIT: It completely compiled. :)

Edited by chrisp_21
Link to comment
Share on other sites

I seem to have another problem. :( When I try to build an exe,

I keep getting the following error:

 

VCL60.#00 contains invalid OMF record type 0x0f

 

I haven't seen this before.. but then again I've never worked on such

large projects in windows before. Any idea what it means?

Everything seems OK other than that.

Link to comment
Share on other sites

I never saw that message before, however gonna explain you what it means... it is saying that VCL60.#00 (that could be the precompiled header of the VCL -Visual Component Library-) binary is corrupted cause OMF is the file format of binary object files (pre linked stuff)... So you should consider reinstall the compiler, but first try to locate that file and delete it, cause that file autogenerates on a build... Another thing to do is try to do a BUILD ALL instead of just MAKE...

 

Hope that helps

 

Greetings

Red Knight

Edited by red knight
Link to comment
Share on other sites

OK. I am finally up and running at 100%.

 

Thanks RK and Mamutas for the help. I did have a problem with a file missing

from the geoscape.exe section of the examples.bpg file that came w/ the devpack.

It was missing videooptions.cpp. When trying to link it gives an error saying it

can't "export" the XVideoOptionsUI contructor or destroctor. I finally figured out

the file was missing and added it. Now everything builds and runs fine. Whoever

has the devpack might want to add that file though, and save future recruits some

pain. :)

 

So I can start slinging code at will. Just let me know where to start. :D

Link to comment
Share on other sites

Sorry, that was my fault. The code in CVS is a bit ahead of the devpack. Meaning, I have added few files (one being videooptions.cpp and .h) to the CVS, but noone has updated devpack. Actually, I am avoiding to do that, since it might cause more confusion then several people update devpack with their own projects (RK was handling it already, so I decided not to interfere).

 

As for you assignment, then I have couple things in mind.

 

First is to work on XNet (Ufopaedia) research tree loader. I imagine an XML file which describes categories and topics and points to the resource on filesystem. We would need a class to load that file, parse it and manage the data in the memory. XNet UI will communicate with that class.

 

Second is to work on options management class. We have a class which loads configuration from file. We need to extend it to save configuration back and then to add more methods.

 

That is from me so far. RK might have something else. You choose.

Link to comment
Share on other sites

I think that is important so if you want to take it, just say so, if not we can find another thing that you would like to do...

 

By the way, I had updated the devpack at home but didnt upload it yet cause I am working in a restructuration of the engine so the devpack will be a little unstable for a while... will do that when commit. Mamutas, Can you add it to the current devpack? Tell micah to give you access to my directory.

 

So we should add a Dev's FAQ Question (some doc guy please can you handle this?) like this: The compiler sais some methods are missing when linking (not compiling). What is happening?

Answer: The devpack may be outdated and some files that are at the source are missing from the build project, just find where are those methods implemented and add the .cpp file into the project.

 

Greetings

Red Knight

Edited by red knight
Link to comment
Share on other sites

×
×
  • Create New...