Vega Strike Forums

I've looked for exceptions. One is raised in bool VSFileXMLSerializer::importXML( const std::string &path, VSFileSystem::VSFileType fileType ) attempting to open: "techniques/5_ps3.0/fixed.technique". The second is a bit harder to track down. Both don't crash vegastrike.

The technique one is normal, it should be caught and handled by fallback.
If it's not caught, there's the problem.

@travists if the OllyDbg is too esoteric and you have some hdd space to spare, you could just install the visual studio ide. I know it is cracking a nut with a sledgehammer, but oh well. http://www.microsoft.com/download/en/de ... x?id=20682

Did you run vssetup?
Does your config appear correct?

Because this could be happening due to some config breakage.

log0 wrote:@travists if the OllyDbg is too esoteric and you have some hdd space to spare, you could just install the visual studio ide. I know it is cracking a nut with a sledgehammer, but oh well. http://www.microsoft.com/download/en/de ... x?id=20682

Few months before I can do that. I work at a computer shop, so I can get hdds at our cost, but still a little pricie. Right now My disk is not quite full. I have been looking at Visual Studio as when the mood strikes me I like to program in visual basic (Still need to get back to that base maker prog, but sounds like bases are in for a major overhull soonish.) and that would let me download devs and build it myself.

klauss wrote:Did you run vssetup?
Does your config appear correct?

Because this could be happening due to some config breakage.

Two or three times, so I could try high and low graphics. I remember we went rounds with that a while back.

Did you try no shaders?

(it could bypass the technique exception)

I think so.... Let's see if that does it.

No shader changes nothing.
Using Olly, under regesters, I get a file not found error at the point where it crashes.
Not entierly sure how to usefully use this program yet.

Noticed somthing, down at the bottem
Exception: E06D7363

Found the stack thing To...I think

Yeah, it's definitely an uncaught exception.

The trick is knowing which. I'm assuming it's FileNotFoundException (or whatever I named it), which should be caught, but perhaps, somehow, this build doesn't. I've had that exception mechanism act up before, not catching exceptions that should've been caught.

The only exceptions thrown on win7 are due to "techniques/5_ps3.0/fixed.technique", "techniques/5_ps3.0/fireglass.technique". They are caught properly. I think it is not a vegastrike but runtime exception.

@travists I've pushed another exe with different compiler flags. I doubt that it will change anything, but it would be great if you could try it .

Hmmmm still dies, I've still got pheonixstorm's SVN branch address and folder. Been forever since I updated it this may take a while. As he has a build, I'll try his branch and try dropping that exe into VS main. I don't know the code and C was a long time ago, so I'm shooting in the dark trying to find the debug info needed. Did I find it, or is there a different screen shot that would help more?

Interesting......
Pheonix's branch launches fine, That exe in the main one puts me back where I started. C reporting abnormal termination and all.

Data or dll... More on this as it develops!

Defiantly a problem in the data folder. Not units or techniques, I tried moving those over.
FOUND IT!!! Copied over textures {folder} from phoenix’s branch and it comes up fine. Game launches all the way through to space flight, to late here to try to fly around, but so far so good.
By the way, in phoenixstorm's branch I ended up without units.csv!

So one of the textures in trunk kills windows and not linux?
Perhaps windows is using older libpng/jpg libraries?

If you could find the texture that has problems... I'll put your name on the next changelog, along with a smiley

Found it! data/textures/disabled/panel.image


Die bug die!

I do enjoy a good debugging, when I have a clue where to look.

That file, as well as panel_vdu is not present in pheniox's branch and removing it solves my problem. Why would a file in a folder called "disabled" cause a crash anyway?

Disabled is probably a reference to the "no cockpit" (disabled) view, rather than the textures being disabled.

I'll take a peek there.

Thanks

PS: I just committed re-encoded images, in case there was a coding bug. Please try them. If they still break (panel.image and vdu_panel.image), I suspect the reason may be that those images lack MIP maps, the decompression code may not support them. Though in that case, linux should also break.

Let's play whack a bug!
Blasted thing is not entering full screen. Went so far as to set even the windowed settings in .config to full to see if it was reading the wrong one. Pheinox branch is full screen, but it is not in the exe, as while crashing, It comes up long enough to see that it is in a window. Late ish here, I'll try some things later. Thought on where to check would be great, but I found one I'll find another.

Edit: just saw your edit, I'll have a look in sometime tomorrow.

Nice whack-a-bug session

I think I found a mip handling bug in DXT loading code. It may not affect linux because it makes some no-op GL calls, but maybe it makes windows crash. In any case, the code seems wrong.

So I'll test it here tomorrow, while you test the new image files. If they still break windows, I bet the bug I just found is the culprit. I'm just gonna have to test it quite thoroughly before committing, and you'll have to wait for a new build before testing too.

But it's quite promising.

Don't know if you saw it, I just committed the alleged fix.
You might want to get an executable and try it.

Had to reset my cocpits folder, but that's got it!

So can I close all those bugs that say windows VS crashes at the start?

Seemes so! Unless it crops up elsewhere I'll fight with my windowed mode only issue a bit and post my results, you guys have a lot do do with new stuff. I know it is NOT the exe, or anything in the bin folder so far. More digging for me .

Hey, like I said, when the mood strikes I find debugging quite fun.

I knew a girl that found it fun too.

Me, I always found it tedious but necessary.

Another one bites the dust!

Somehow wound up with an extra config file in my .vegastrike folder. It was overriding other settings. Should be able to rock and role when I'm ready to play next! (Want to finish the game I'm on now, and work, and some CG stuff I do too...)