[Col. Fishguts]

and Col., how does it fail? and why don't you...

Because it just fails to start with the terribly informative message : "This application has failed to start because the application configuration is incorrect."

[Bobboau]

well, take a screen shot of the error message and post it in mantis, come back a few hours, or a day later and try what we say. you are probably not the only person to get this error so it'd be nice if we could fix it.



I was sort of looking around to see if there was some way I could tell if a texture had an alpha channel or not, I'm an OGL novice, so I'll have to yeild to Kazan on that one. as for the small texture thing, I just noticed that myself, I tried finding out why it was doing that, but I couldn't, so I made up a bug report and gave that to Kaz also.

I'd say the big thing we are missing right now is chunk import/export, I took a stab at that tonight, but I couldn't figure out how to get the loading code to work (kaz did some freaky multi-threaded stuff with it to make it run faster, and I have zero multi-thread experience)

[Col. Fishguts]

That's exactly the whole error message, it's a standard Windows message. My googling has given me the suspicion that it has something to do with missing DLLs. My home machine is running SP1, while the machine at work has SP2, although Kaz stated that this has nothing to do with it.

[Bobboau]

you should still report the bug so we can attack it in an organized fashion, figure out which DLLs you are missing and were to get them from. thats the whole point of having a bug tracker.

[Bobboau]

actualy, try running this.

[Water]

what exactly do you want this log to show?

Hmm.. probably would show you what you already know. It was a bad suggestion, please skip it

For looking in \models directories found that your suggestion of  ..\maps\ is usable. It does need the last \ or it won't work.

search <path>\<texturename>.<(ext list)>
search <path>\data\maps\<texturename>.<(ext list)>
search <path>\VPs .. VP folder data\maps for <texturename>.<(ext list)>

Yes
No
Yes
In other words, it just checks the directory its pointed at, but no deeper.

[Kazan]

search <path>\<texturename>.<(ext list)>
search <path>\data\maps\<texturename>.<(ext list)>
search <path>\VPs .. VP folder data\maps for <texturename>.<(ext list)>

Yes
No
Yes
In other words, it just checks the directory its pointed at, but no deeper.

don't presume to tell me what the code i wrote does and does not do
http://alliance.cvs.sourceforge.net/alliance/pcs2/tex_ctrl.cpp?revision=1.21&view=markup
i know the search order of my code.... now if it's bugging out searching that that.. that's another thing entirely - but don't tell me it isn't doing it.

[edit]
he bob
wxCmdLineParser

and your CWD stuff did break pcs2.ini - so i had to pull it out

[Kazan]

I was sort of looking around to see if there was some way I could tell if a texture had an alpha channel or not, I'm an OGL novice, so I'll have to yeild to Kazan on that one. as for the small texture thing, I just noticed that myself, I tried finding out why it was doing that, but I couldn't, so I made up a bug report and gave that to Kaz also.

i don't know how to do that either.... google to the rescue

[Bobboau]

don't presume your code does what it's suposed to do, he's telling you that middle case there doesn't seem to be working, that sounds like a bug report to me. PCS1 was practically famous for being imposable to get textures to load for some people.

are you sure it isn't doing

search <path><texturename>.<(ext list)>
search <path>\data\maps\<texturename>.<(ext list)>
search <path>\VPs .. VP folder data\maps for <texturename>.<(ext list)>

it's a very minor diference, thinking the <path> ends in a '\' in the first case but adding one to it in the second, I have to RUN to work right now, and that code is quite complex for what it does, so I can't exactly check it my self at this exact second. just a thought.

[Kazan]

it opens the directory and list walks it

i was going to write a HUGE debug dump log that prints out all sorts of information on that - full list of files found.. then hit matches

[Kazan]

new build - debug build included in this pair will generate a pcs2_txtsrch_log.txt upon it running texture load so if you need to debug your texture paths use it

http://ferrium.org/media/pcs2-alpha-20070625.zip

[Water]

new build - debug build included in this pair will generate a pcs2_txtsrch_log.txt upon it running texture load so if you need to debug your texture paths use it

http://ferrium.org/media/pcs2-alpha-20070625.zip

Thanks - downloading now. I should be able to find out why /data/maps search doesn't work for me. Be tomorrow for results.

[Water]

The standard build starts up fine.

The debug build fails with dialog box showing
>path to app
>This application has failed to start because the application configuration is incorrect.
>And reinstalling app may fix problem

Does it need other support files/librarys to run?

2am - gotta go

[Kazan]

we don't know why that happens

[Kazan]

i'm going to stop including the DLLs in every build.. if you want them here they are: http://ferrium.org/media/pcs2dlls.zip

[Kazan]

hey bob.. for future render usage - i want to setup "context information" - every time the selected editor changes the "render context" needs to be set

IE what the active chunk is, what the active data in that chunk is (ie glow array i, glow point j) etc

[Col. Fishguts]

actualy, try running this.

This fixed the problem, thanks.

What exactly did it install ?

[Kazan]

visual studio 8 dlls for the C-Runtime Library

  i hate how m$ does that 

[Col. Fishguts]

Well at least we know now what the problem was.

As for PCS2: I've run some ready-tp convert COBs through it, no crashes so far and smoothing looks pretty much like the PCS1 results. Turret-auto-generation is not yet implemented, right ?

Also, textures in /data/maps/ are not found, no matter what path i enter in the preferences.

Textures are found, but it's necessary to add a '\' at the end of a path. If browsing through the tree and then clicking "OK" and adding that path results in a path wihtout '\'

[Kazan]

turret autogen is implemented... is it not working?