About Monkey 2 › Forums › Monkey 2 Development › windows build and openal.dll
This topic contains 5 replies, has 4 voices, and was last updated by 
 AdamStrange
 1 year, 12 months ago.
- 
		AuthorPosts
 - 
		
			
				
April 16, 2017 at 11:51 am #7912
This has cropped up a couple of times with people claiming that the included (compiled) openal.dll was not right.
A user reported this on a windows 7 machine
Another user has further reported this:
“an installer popped up with the monkey install for a free openAl.dll driver , so I think it may be a requisite for monkey,”
Mark can you suggest what is going on with the included dlls. do you need other stuff included on a machine without monkey installed?
I had another user complain about missing visual studio dll.s as well. Again how come this doesn’t “just work out of the box”?
April 16, 2017 at 9:57 pm #7918How are you installing OpenAL, or monkey2 for that matter?
I found on Windows 10 that if I unzipped to Downloads folder any zip with exe and dll files the permissions were stripped and I had to modify them manually. I did not have any issue when I unzipped to a folder I owned such as C:\tools. I suspect permissions could be the problem here also,.
Adam, you say windows 7, do you have any windows 10 users to confirm this is a win7 specific issue ?
Also, I thought we were statically linking to openal soft these days?
April 17, 2017 at 12:25 am #7920I installed Monkey2 from itch.io and it worked .Then again i had OpenAL installed already.So em yea.
April 17, 2017 at 5:07 am #7924I think it’s windows 7 that is the issue. certainly it was a 7 user and windows 10 seems ok…
I thought that you didn’t need to install anything apart from the exe plus it’s dlls.
I’m using V1.0.9 monkey2. which version statically links against openal?
April 22, 2017 at 4:25 am #7991which version statically links against openal?
Openal is lgpl licensed so it must be dynamically linked unless you’re writing gpl licensed code (I believe).
The OpenAL32.dll that ships with Ted2 is in the bin/ted2_windows dir, ditto the angle dlls and wget. I can’t see any reason why Windows 7 wouldn’t load these as they’re in the same dir as the exe that requires them and I’ve never known that to fail.
I’ve had problems in the past with accidentally linking angle and/or openal with dynamic c runtime libs (which results in the ‘msvcruntime_blah.dll’ not found error) but thought I had that sussed. Will have another look soon.
April 22, 2017 at 6:45 am #7992no worries, but it was something I thought I would raise…
 - 
		AuthorPosts
 
You must be logged in to reply to this topic.