CSLoader not working with Windows phone 8 - cocos2d-x

I am working in Cocos2d-x v3.3 and Cocostudio v2.0.6.
I followed the instructions to create and load files CSB. I built in Android and Windows Phone 8. But it works in Android and crash in Windows Phone 8.
I checked and found this line fails:
auto node = CSLoader::getInstance()->createNode("MainScene.csb");

In Project Explorer folder, navigate to you c# project, then Assert folder. Make sure that:
csb file is added, and with path you pass to function.
goto csb file properties (right click->properties) and select "content" for Build Action.

Related

How to use third party dll in windows phone 8.1 application with windows runtime component?

I have created the windows phone 8.1 application in which I want to use third party dll file. That's why I have created windows runtime component for the windows phone project. I have given reference of the runtime component to the windows phone 8.1 application project.
In windows runtime component, I have set the additional Include directory path. Moreover, I have also set the Linker -> Input ->additional dependencies as lib file listing. I have drag drop all dll files in my c# windows phone application main project folder and set build action as content and copy output directory as copy always.
However, I got the following error.
An exception of type 'System.IO.FileNotFoundException' occurred in App1.WindowsPhone.exe but was not handled in user code
I have checkout the following question. But did not resolve it.
How to use a C++ dll in Windows Phone 8.1 XAML App within C++ Runtime Component
I found the answer. All the dependencies has been set properly. There was an issue in the dll file which architecture does not match with the current platform.
After created the build for proper architecture, it works.

Can I generate an appx with a windows phone project?

My question is based on this:
I have a xamarin forms project, (which has 3 projects: iOS, Android and Windows phone). Using the build options Release ARM we have successfully generated an .xap file to upload it to the windows phone store.
My question is: Using the same project can we generate a appx file to upload it to the windows store or do we have to create a Windows Store app?
As far as I know this is not possible since I have "Create App packages" disabled:
Thanks in advance.
When you have completed 'Store - Create App Package..' (answer: 'No' when it asks about Store deployment), APPX file appears in Debug/Release (NOT Package output) folder. If menu disabled - try to reload project/solution or restart VS.

Cocos2d-x won't build to windows phone 8

So with the newest release of cocos2d-x, I noticed the new project command generates a windows phone 8 folder to go along with the other auto generated projects. However, upon opening the generated solution and trying to build I get this error:
C:\Projects\MyGame\cocos2d\cocos\cocos2d.h(226): fatal error C1083:
Cannot open include file: 'platform/winrt/CCGLViewImpl.h': No such
file or directory
The project builds for all the other platforms. Is windows phone 8 officially supported yet? Is there a quick work-around to get up and running?
(Also I have a windows phone developer account and can build other windows phone solutions, I am using visual studio pro 2012)
It seems the latest version on github it now all works, so maybe it was still a work in progress.
(Note that it doesn't work in 3.2, the latest version posted on the website, but it does work in the latest github code as of now).

File 'Windows.props' not found

I have install Windows 8.1 and after that I install Visual Studio Express 2013, which includes Update 2 RC.So when I run any application then it gives me the error
"File 'Windows.props' not found"
I don't know why it is happening. I search a lot about this error but can't find any solution.Please help me I have spend two days to find this solution.
Edit
Also there is not Emulator in the Device list.I think error is due to this once.I have download the 8.1 Emulator but cant find in the VS 2013 Emulator list.
Some basic checks you need to perform to get anywhere close to a resolution.
The Windows.props file is a build file that's used by MSBuild.exe when it builds a Windows Phone app. The normal install path is C:\Program Files (x86)\Windows Phone Kits\8.1\References\CommonConfiguration\Neutral\Windows.props. Use Windows Explorer to check if the file is present.
Then there is a line in the main .targets file that includes it. It tries to locate the file in the $(TargetPlatformWinMDLocation) directory. You can see the value of this macro by increasing the build verbosity. Tools + Options, Projects and Solutions, Build and Run. Change the "MSBuild project build output verbosity" setting to Detailed. Use Build + Rebuild on your project. Scroll back the Output window and locate the lines that resemble this:
1>TargetPlatformSdkMetadataLocation = C:\Program Files (x86)\Windows Phone Kits\8.1\References\CommonConfiguration\Neutral
1>TargetPlatformSdkPath = C:\Program Files (x86)\Windows Phone Kits\8.1\
1>TargetPlatformSdkRootOverride =
1>TargetPlatformVersion = 8.1
1>TargetPlatformWinMDLocation = C:\Program Files (x86)\Windows Phone Kits\8.1\References\CommonConfiguration\Neutral
Tell us if you see anything different.
This path is read from the registry. Startup Regedit.exe and navigate to HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Microsoft SDKs\WindowsPhone\v8.1\Install Path as well as HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Microsoft SDKs\WindowsPhoneApp\v8.1\Install Path.
Verify that you see a value listed in those keys with the name "Install Path" and that it contains the value "C:\Program Files (x86)\Microsoft SDKs\WindowsPhoneApp\v8.1\".
Extracts from msdn discussion:
check for the existence of a SYSTEM level environment variable called windowsSDKDir and try removing it.
For this Follow these steps:
Press Windows Key + X and select System.
In the System dialog click on "Advanced system settings" then click "Environment Variables" on the advanced tab.
Then look for the environment variable I mentioned
try removing it
If this not works for you ,you must re-install, Windows Software Development Kit (SDK) for Windows 8.1 this must solve your problem.
The issue seems to be bound to the VS2013 Update4. I had no issues before, but after this, I needed to Install the Windows Software Development Kit for Windows 8.1 as Ludwo suggested.
I used function 'Repair' in control panel -> programs and functions -> Windows Software Development Kit for Windows 8.1 ->Change and solved this problem.
In my case I had to install Windows Software Development Kit (SDK) for Windows 8.1 (Not Windows Phone SDK!) to fix it. I have VS2013 update 4
have you checked for the existence of a SYSTEM level environment variable called windowsSDKDir? and try removing it?(make a note of its value first in case you need to re-instate it at some point). For some this appears to have been causing the error. It is not clear at this stage what creates this.

WP8 - Re-using a native DLL through Windows Runtime Component

I have a native dll that I'd like to use in a WP8 project that I'm working on. I've done some research and have created a C++ Windows Runtime Component (WRC) to wrap the native DLL. The WRC project uses a .lib file, and my WP8 application calls the WRC project.
My solution compiles all fine, but when my application makes a call to a method in the native DLL, I get a The specified module could not be found. (Exception from HRESULT: 0x8007007E) exception.
From reading around it seems like the dll is not being loaded. I've copied all relevant dlls to the output dir of where the .exe file is and also in various places but the error keeps showing up.
If anyone could point me in the right direction I'd be very grateful. Also if more info is required I'll post that up also.
The DLL must be included in your XAP package. Something you can see being taken care of in the Output window when you build your app, it starts with the "Begin Xap packaging" messages and then lists all the files that get added. The runtime error says it is not being included.
There is remarkably little guidance on how to ensure that a file gets included in a phone package when MSBuild cannot figure out the dependencies by itself. It certainly won't for your DLL, no way the build system can tell if it isn't a project in your solution. Seems you're operating a bit on the bleeding edge in this case :)
But this works well when I try it, going by the MSBuild output and not by actually testing it: Project + Add Existing Item. Navigate to your DLL and select it. Select it in the Solution Explorer window and look in the Properties window. Ensure that "Build Action" = Content, Copy to Output Directory = "Copy if newer". Rebuild, you'll now see the file getting added to the XAP. Which should solve this particular error. There might be others :)
Windows Desktop or Windows Store native DLLs are not binary compatible with Windows Phone, even if they are built for the same CPU architecture.
Therefore you will need to recompile your native DLL for the Windows Phone toolset.
About Windows Runtime Components:
On Windows Phone a Windows Runtime Component is itself a native DLL (.NET is not supported on the phone). The binaries of Windows Runtime Components cannot be shared between Windows Store apps and Windows Phone apps.