How to resolve DEP6957 error when running Windows Universal Samples? - c#

I am trying to run one of the samples from the Windows Universal Samples package:
https://github.com/microsoft/Windows-universal-samples
I have properly unzipped all of the files required and changed the platform target to x86 from ARM.
However I still get this error:
DEP6957: Failed to connect to device '127.0.0.1' using Universal Authentication. Please verify the correct remote authentication mode is specified in the project debug settings. COMException - No connection could be made because the target machine actively refused it. (Exception from HRESULT: 0x8007274D) [0x8007274D]
Does anyone know how to resolve this?

DEP6957: Failed to connect to device '127.0.0.1'
I have research some similar issue here, And the provided solution is modify the debug platform from Arm to others. I found you have used x86 platform, please try to test with x64 and clean and rebuild your solution.
Are you trying to run against an ARM desktop device? If not this is just an obnoxious quirk of Visual Studio where it defaults to the ARM configuration when you first load the solution. You need to choose x64 from the platform target dropdown.

Related

Why am I getting a "package could not be registered" deployment error on Windows 10 UWP?

I have an application targetted for Windows 10 and the UWP. The application correctly runs for x86 and x64 but when I try to run it on a mobile device targetting ARM on a Nokia Lumia 820 I get an error message during deployment:
DEP0001 : Unexpected Error: Package could not be registered. (Exception from HRESULT: 0x80073CF6)
There are other questions relating to this error that suggest it could be an issue with shared user certificates or that you can't have Audio and Device use in the same background task but I am not using either of these. There is also a suggestion that this may be due to a missing icon however to the best of my knowledge I am including far more icons than I actually need.
I have tried removing everything from my assets folder and removing it from the manifest but this also hasn't solved the problem.
Edit I've also tried creating a new blank universal project and that too runs on x86 and x64 but not on the mobile.
You have to run Windows 10 Mobile on your Lumia and you should at least have OS Version 10.0.10240.x. This will work with the release Version of Visual Studio 2015. If you have a CTP or Preview Version of Visual Studio, you should update them to release to get it running.
To get the preview onto the phone, you need the Windows Insider app on your phone and follow the instructions. Choose "fast ring" to get the latest bits.
http://windows.microsoft.com/en-us/windows/preview-download-phone
Get the app here:
https://www.microsoft.com/de-de/store/apps/windows-insider/9wzdncrfjbhk
This should make it work for you.
For more info on the current preview version check this link:
http://blogs.windows.com/bloggingwindows/2015/08/12/announcing-windows-10-mobile-insider-preview-build10512/

An attempt was made to load a program with an incorrect format. ChilkatDotNet4. Not fixed by usual methods

I'm getting the 'An attempt was made to load a program with an incorrect format' error when trying to run a program using 32 bit version of the chilkatdotnet4 dll.
I have tried this: (setting the IIS app pool to allow 32 bit programs):
I get a "An attempt was made to load a program with an incorrect format" error on a SQL Server replication project
(Installed IIS first)
And the answer further down the page by Mazhar Karimi.
This: (changing the cpu target within VS):
Change target CPU settings in Visual Studio 2010 Express
This: (placing the chilkat library into the GAC for 32 bit!):
http://www.chilkatforum.com/questions/114/64bit-could-not-load-file-or-assembly-chilkatdotnet4-or-one-of-its-dependencies-an-attempt-was-made-to-load-a-program-with-an-incorrect-format
And finally, going into the .csproj file itself in notepad and changing the Platform Target (and anything else that mentioned platform) into x86.
Edit: I have also tried going into the .dll properties and clicking 'unblock'.
After every change I have saved, built, uninstalled and reinstalled my program (c# windows service)
I am STILL getting this error!
Any ideas?
After changing your windows service to x86 this will change the build directory to
..ProjectName\bin\x86\debug
Make sure your windows service is pointing at this directory otherwise you will be running your old (any CPU) version of the service.
If you service is not pointing at this x86 directory, uninstall and reinstall the service for the new directory

Sqlite and Windows RT incompatibility issues

I have been working on a two player air hockey kind of game for windows RT devices using monogame, Apart from gaming logic I recently integrated sqlite for winRT in my app so that players could be able to save their scoreboard, view recent scores and share them on social networks. But with this Integration I started running into problems.
before explaining the problem Let me make you aware of my PC and target device architectures.
The machine on which I am developing and testing is Windows 8 pro with 64 bit x64 based processor.
And the target machine is Windows RT 32 bit os, ARM based Processor.
Now when I set the target platform of my app as "ANY CPU" and then try deploying my app I get an error which reads:
Error 1 The processor architecture of the project being built "Any CPU" is not supported by the referenced SDK "SQLite.WinRT, Version=3.8.2". Please consider changing the targeted processor architecture of your project (in visual studio this can be done through the Configuration Manager) to one of the architectures supported by the SDK: "x86, x64, ARM". Pong
Now I set the target platform as ARM then again I am in an error which says
Error 6 Error : DEP0700 : Registration of the app failed. Windows cannot install package da981e37-1c3c-4614-8c85-40485aa9e4a8 because the package requires architecture ARM, but this computer has architecture x64. (0x80073cf3) Pong
then I set the target to x86. This makes the game run normally on my PC but the package installation on target device fails with this option.
Now finally I am left with x64 as the target. This also runs well on my system, also the package gets easily installed on target machine. But it just shows me a black screen for long(Note that it is not a crash!).
I know I might be doing silly somewhere. But I am stuck on this from a long time.
Its a long note, But its only so that I could make you well aware with my problem.
Please provide the answer to the problem.
Your Suggestions are always appreciated :) Thanks.
When you want to Deploy or Debug in your Development machine, set the target Platform as "x86". When you want to deploy or debug in your RT device, change the target platform to "ARM".
You cannot deploy an app which targets "x86", or "x64" to an ARM device.
Also the "Microsoft C++ Runtime Package" dll will not allow you Build with the configuration of "Any CPU".

Windows App Certification Kit - error

I am developing a Windows 8 application. I tested the app with Windows Certification Kit, and it was throwing the following error:
Debug configuration test
FAILED
Debug configuration
• Error Found: The debug configuration test detected the following errors:◦The binary myappname.exe is built in debug mode.
• Impact if not fixed: Windows Store doesn’t allow a debug version of an app.
• How to fix: Please make sure the app isn’t linking to any debug versions of a framework, and it is built with release configuration. If this is a managed app please make sure you have installed the correct version of .NET framework.
Any suggestions on what this means and how to solve this problem?
To fix this you need to rebuild your application in release mode then re-run the certification test, the test will never pass if you build Debug.

RMO on Windows 7 - The Specified module could not be found

My machine:
Windows XP (x86), VS2008, .net 3.5, sql server 2005, WinForms -> App works fine.
Production Machines: Windows 7 (x64), SQl Server 2005 Express -> App Starts but throws exception
Visual Studio Targeting x86 on setup project and RMO project. Visual Studio gives me a a couple warnings but I can still build:
Unable to find dependency 'MICROSOFT.SQLSERVER.MANAGEMENT.SQLPARSER' (Signature='89845DCD8080CC91' Version='10.0.0.0') of assembly 'Microsoft.SqlServer.Smo.dll'
Unable to find dependency 'MICROSOFT.SQLSERVER.MANAGEMENT.SQLPARSER' (Signature='89845DCD8080CC91' Version='10.0.0.0') of assembly 'Microsoft.SqlServer.Management.SmoMetadataProvider.dll'
This is a simple RMO (Replication Management Objects) app that initiates a pull subscription in SQL Server 2005 and displays status. Works fine on my machine, but fails on the production machine. I'm using a setup project to install the app on the production machine, but I think I'm missing a dependency somewhere, but I can't figure it out.
On the production machine the app starts fine, but when I try to synch the subscription i get:
System.IO.FileNotFoundException: The Specified module could not be found. (Exception from HResult: 0x8007007E)
EDIT: Task Manager in Win 7 inditcates that it is running as a 32-bit app (myapp.exe *32).
EDIT: Ok, my app is now showing in task manager that it is a 64 bit app, but I'm getting an error. I'm thinking that I some how have a dependency dll targeting x86. How can I verify the dependency dll is targeting the correct platfrom and/or make sure that it is targeting x64... I thought the setup prjoect would rebuild the dll in my detected dependencies to target whatever cpu I chose in the setup project?
Could not load file or assembly 'Microsoft.SqlServer.Replication, Version=10.0.0.0, Culture-neutral, PublicKey Token=89845dcd8080cc91' or one of its dependencies. An attempt to was made to load a program with an incorrect format.
run Fusion Log viewer as administrator and set it to Log Bind Failures to Disk.
that way you'll be able to see which DLL's don't load properly.
I thought the setup prjoect would rebuild the dll in my detected dependencies to target whatever >cpu I chose in the setup project
the setup does not compile any dlls for you automatically.
An attempt to was made to load a program with an incorrect format.
look here, on where to find an x64 version of 'Microsoft.SqlServer.Replication'
http://social.msdn.microsoft.com/Forums/en/sqlreplication/thread/628ec2ae-c5d1-4aef-b31b-b889975bfc2b

Categories