Fixed VS2010 issues building mod_opal

src/mod/endpoints/mod_opal/mod_opal.cpp

@@ -31,7 +31,7 @@
 
 
 /* FreeSWITCH does not correctly handle an H.323 subtely, that is that a
-   MAXIMUM audio frames per packet is nototiated, and there is no
+   MAXIMUM audio frames per packet is negotiated, and there is no
    requirement for the remote to actually send that many. So, in say GSM, we
    negotiate up to 3 frames or 60ms of data and the remote actually sends one
    (20ms) frame per packet. Perfectly legal but blows up the media handling
@@ -101,7 +101,7 @@ SWITCH_MODULE_LOAD_FUNCTION(mod_opal_load)
 
     /* Prevent the loading of OPAL codecs via "plug ins", this is a directory
        full of DLLs that will be loaded automatically. */
-    putenv((char *)"PTLIBPLUGINDIR=/no/thanks");
+    (void)putenv((char *)"PTLIBPLUGINDIR=/no/thanks");
 
 
     *module_interface = switch_loadable_module_create_module_interface(pool, modname);

src/mod/endpoints/mod_opal/mod_opal.h

@@ -50,11 +50,11 @@
 #undef strncasecmp
 
 
-#if _MSC_VER < 1600
+#ifdef _MSC_VER
 /*The following insanity is because libteletone_generate.h defines int8_t in
-  a slightly different manner to most other cases (SDL, PCAP, Java V8, stdint.h
-  etc) and does not provide a mechanism to prevent it's inclusion. Then, to
-  cap it off, VS2008 barfs on the difference. VS2010 seems OK with it.
+  a slightly different manner to most other cases (SDL, PCAP, Java V8,
+  VS2010's own stdint.h, etc) and does not provide a mechanism to prevent it's
+  inclusion. Then, to cap it off, MSVC barfs on the difference.
 
   Sigh.
  */

src/mod/endpoints/mod_opal/mod_opal_2010.vcxproj

@@ -47,6 +47,7 @@
       <PrecompiledHeader>
       </PrecompiledHeader>
       <DisableSpecificWarnings>4100;4101;%(DisableSpecificWarnings)</DisableSpecificWarnings>
+      <RuntimeTypeInfo>true</RuntimeTypeInfo>
     </ClCompile>
     <Link>
       <AdditionalOptions>/NODEFAULTLIB:LIMBCTD %(AdditionalOptions)</AdditionalOptions>