Home » Forums » AgateLib » Support

Strange hang-ups and not a valid Win32 application error.

Submitted by vigil on Wed, 07/08/2009 - 01:26

Hello, kanato.

Lately I've tried to fiddle with new dowloadable version of agatelib, and it crashed :-)
Fine, I tried to debug it and with questionable success I saw that it deadly hangs (even vshost.exe crashes) somewhere in AgateSandBoxLoader.ReportDrivers(), probably when trying to report OpenTK driver, but I'm not sure.

When simply launching AgateTest with drivers supplied in Drivers folder some exception occurs, I attached file with it to the post.

I'm using Windows 7 x64 with latest updates for frameworks and OS. Older AgateLib 0.3.0.0 with OpenTk 0.9.3 is running fine. So what could it be?

‹ Issue with animated sprites X11 error with Agate 0.3 ›
#1Submitted by kanato on Thu, 10/15/2009 - 22:04.

Ok, that's good to know.

Ok, that's good to know. I'll see if I can work this into the prebuild script to generate the correction in the project files.

#2Submitted by programit on Wed, 10/14/2009 - 20:04.

I run Agate on Windows 7

I run Agate on Windows 7 X64.

I recompiled the Agate source resetting the Target CPU to x86 rather than "Any CPU" and found that everything works like a treat.
I had problems with most of the compiled apps, so I simply reset all projects to x86 and rebuilt all solutions. All the tests and tools now work fine.

#3Submitted by V1RUSW0rm on Wed, 10/14/2009 - 11:50.

I have the same problem with

I have the same problem with SDL on Windows 7 x64. How I can force x86 target architecture? If I don't mistake, VS provides independent binaries which will be compiled to platform specified instructions at runtime.

Sorry for my bad English. =)

#4Submitted by vigil on Thu, 07/09/2009 - 23:05.

Good luck with a new place,

Good luck with a new place, keep your spirits high!

#5Submitted by kanato on Thu, 07/09/2009 - 09:52.

Huh.. I have not had access

Huh.. I have not had access to 64 bit windows to test on in the past. One option is to compile AgateLib and its drivers setting the target architecture to x86, this I think will force it to run in 32 bit mode even on a 64 bit OS, and then it should work with 32 bit SDL.

I get myself a copy of windows 7 beta, but right now I have just moved to a new place and my desk didn't survive the trip, so I do not have my main computer set up. So this means it will be a week or two before I can do any real testing/programming with AgateLib.

#6Submitted by vigil on Thu, 07/09/2009 - 04:31.

Apparently SDL dlls are x86

Apparently SDL dlls are x86 only and cause BadImageFormatException when Agatelib tries to use them.
Why, oh God why can't we have nice things which work fine on any platform :-)

#7Submitted by vigil on Thu, 07/09/2009 - 04:21.

So I added sources of OpenTK

So I added sources of OpenTK to my test solution and found that it hangs after constructor call of class OpenTK.Audio.AudioContext in CreateContext method on line #317:

Alc.GetInteger(device_handle, AlcGetInteger.AllAttributes, device_attributes.Length * sizeof(int), out device_attributes[0]);

Obviously, it isn't problem of AgateLib, false alarm :-)

Quick scouting of OpenTK forums revealed that "only the OpenAL Soft driver is working flawless for Windows x64 apps. There is nothing OpenTK can do about this, it uses the exact same code for x86/x64 and the problem is completely related to faulty drivers."

I guess I will modify AgateLib code to skip OpenAl check to prevent hanging and go with SDL for sound.