Re: CF2.0: deploying my COM DLL to the emulator under VS2005
- From: "Alex Feinman [MVP]" <public_news@xxxxxxxxxxxxxxx>
- Date: Mon, 18 Apr 2005 17:23:06 -0700
I understand that I can reproduce this, but Beta 1 had so many issues with smart device projects, that now with beta 2 availability (it's already on MSDN) you would be much better of by switching to it.
--
Alex Feinman
---
Visit http://www.opennetcf.org
"Smith" <Smith@xxxxxxxxxxxxxxxxx> wrote in message news:OQuecVHRFHA.3496@xxxxxxxxxxxxxxxxxxxxxxx
I am using Beta1.
The ATL project and the .NET are located in two different solutions (see below why).
When I right-click on the ATL Project in the first solution and select Deploy, the emulator is launched but I get a deployment error "%1 is not a valid Win32 application". Furthermore, I suspect the new Smartphone 2003 SE emulator is launched, not the Legacy one.
With the other solution and .NET project, I've got to deploy using the Legacy Smartphone 2003 SE project otherwise I get the same of deployment issues.
Looks like there is an emulator version (legacy or non-legacy) mismatch and Visual Studio is getting confused when both my ATL SmartDevice DLL project and my .NET C# project reside in the same solution, sometimes launching both emulators concurrently.
You can reproduce the problems I describe by doing the following:
- create an ATL SmartDevice project (DLL) supporting both PocketPC 2003 and SmartPhone 2003, then add an ATL freethreaded SimpleObject.
- build it then deploy it. First, you won't have the choice whether to use the legacy or new emulator and then you'll end up with the "%1 is not a valid Win32 application" issue.
When building a SmartPhone 2003 SE .NET application, if you deploy it to the new (non-legacy) emulator, you'll also end up with deployment issues.
I was also unable to build a proxy/stub library for the ATL project, merging it or not in the main DLL. I got compilation errors talking about PROXYFILE_FIRST_START or something like that. But this is another subject (I use automation-compliant interfaces now anyway so this is irrevelant).
Apparently Beta1 has serious problems with emulators and C++.
Any idea about whether Beta2 addresses these problems?
Thanks for your help.
"Alex Feinman [MVP]" <public_news@xxxxxxxxxxxxxxx> wrote in message news:%23OApUGHRFHA.904@xxxxxxxxxxxxxxxxxxxxxxxSimply right-click on your ATL project in the solution explorer and select Deploy. This will register it as well.
--
Alex Feinman
---
Visit http://www.opennetcf.org
"Smith" <Smith@xxxxxxxxxxxxxxxxx> wrote in message news:eSZ11yGRFHA.1980@xxxxxxxxxxxxxxxxxxxxxxxHi,
I've got a VS2005 Beta1 ATL DLL project and created an interop assembly with tlbimp. I have another project, Smartphone 2003 SE that I test with the Smartphone 2003 SE Legacy emulator (the other Smartphone emulator doesn't work, I have a deployment issue).
I have referenced the interop assembly from the .NET application but I suspect the actual underlying COM DLL doesn't get deployed when hitting F5 to start debugging.
Can you help deploying this DLL and register it in the emulator space? I've got absolutely no clue about what I should do.
Thanks.
.
- Follow-Ups:
- References:
- CF2.0: deploying my COM DLL to the emulator under VS2005
- From: Smith
- Re: CF2.0: deploying my COM DLL to the emulator under VS2005
- From: Alex Feinman [MVP]
- Re: CF2.0: deploying my COM DLL to the emulator under VS2005
- From: Smith
- CF2.0: deploying my COM DLL to the emulator under VS2005
- Prev by Date: Re: CF2.0: deploying my COM DLL to the emulator under VS2005
- Next by Date: Re: CF2.0: deploying my COM DLL to the emulator under VS2005
- Previous by thread: Re: CF2.0: deploying my COM DLL to the emulator under VS2005
- Next by thread: Re: CF2.0: deploying my COM DLL to the emulator under VS2005
- Index(es):
Relevant Pages
|