This document contains updated information about Microsoft ® eMbedded Visual C++ ® version 4.0 Service Pack 4. Information in this document supersedes information contained in the Help system.
To use Microsoft eMbedded Visual C++ 4.0 SP4 you need the following:
Setup will not run on Windows 95/98 or Windows NT version 4.0. Running Setup.exe on Windows 95/98 or Windows NT 4.0 returns an error message that asks for the user to install this product on Windows 2000.
eMbedded Visual C++ 4.0 requires the latest service pack on Windows 2000 operating systems. You can download the latest Windows 2000 Service Pack from www.microsoft.com.
When installing eVC++ 4.0 SP4, the target computer may lose network connectivity briefly during the installation. This connection will be regained immediately.
At the end of the eVC++ 4.0 SP4 installation, you may encounter the following error: “The eMbedded Visual C++ 4.0 setup failed. Try running the installation wizard again.” If your computer meets the minimum hardware requirements for eVC++ 4.0, try closing all running programs and run the installation again.
After uninstalling eVC 4.0 SP4, the Tool menu continues to show the new behavior .This is expected behavior and eVC 4.0 should continue to work correctly.
If you Uninstall PlatMan from the Add / Remove Programs, SP4 will not Uninstall successfully. It is recommended not to uninstall Platman let it be uninstalled as a part of the eVC 4.0 Sp4 Uninstall to do proper reference counting of the files.
Installed Visual Studio .NET 2003 and then install eVC 4.0. Launch the Emulator from Visual Studio .NET 2003 and then uninstall Microsoft Platform Manager you will receive an error when launching the emulator from Visual Studio .NET 2003.
The Error is "One or more files from the Emulator for Windows CE installation is missing. Please reinstall Emulator for Windows CE and try again."
Workaround: Use add/remove programs to remove "Emulator Driver for Visual Studio .NET 2003" and the emulator driver will be reinstalled by Visual CE .NET 2003 the next time you launch the emulator.
The latest Release Notes for Platform Builder 5.0 is located on Disk 1 as "release notes.htm"
This error message indicates that the Virtual Networking Switch driver could not be installed by eVC 4.0 SP4 setup. This can also be verified by checking the Properties of the default Network connection and in the list of 'This connection uses the following items', you will notice that 'Virtual Machine Network Services' is missing from the list.
Workaround: Install the Virtual Machine Network Service manually.
1. From the General Tab of the network connection Properties dialog select 'Install...'
2. Select Service and click 'Add...'
3. Select 'Have Disk...' and select 'Browse...' button
4. Point to Install directory of Microsoft eMbedded C++ 4.0 usually under C:\Program Files\Microsoft eMbedded C++ 4.0\ and then browse to \Common\EVC\Bin
5. Select the file VMNETSRV.inf and click OK.
6. You should notice 'Virtual Machine Network Services' listed in the Select Network Service dialog.
7. Select OK to complete the installation.
After installing eVC4 SP4 running the Smartphone 2003 SDK tool spdps.exe results in some or all remote tools no longer functioning properly. Effected tools will start properly on the desktop, copy needed files onto the device but fail to connect to the device side components. Resulting in the tool hanging while displaying a dialog with "Connecting to <tool name> Client".
Workaround: An updated version of spdps.exe is required to fix this issue. To obtain the update for the Smartphone 2003 SDK's spdps.exe tool visit http://msdn.microsoft.com/mobility/prodtechinfo/platforms/windowsmobile/downloads/default.aspx
When an eVC3 project is opened in eVC4 the only names that are shown
are the ones that have not changed since eVC3. If you are trying to port
a project that supports the Arm, MIPS, MIPSFP, or Thumb a new project
file will need to be created and then recompiled.
This is a known issue. Opening a project from file / path greater than 260 causes this issue.
On some installations, certain Windows CE Remote Tools will display errors when connecting to Windows CE 4.2 based devices.
Error: "Remote Kernel tracker is unable to connect to this device because it is not CELOG enabled"
Error: "No Profile data was collected. Please verify that profile enabled components are on the device"
Workaround: This is a known issue at the time of releasing SP4. A Knowledge Base article will be made available on the Microsoft Support site http://support.microsoft.com/ describing the fix for this issue.
When the user selects the "Use WCE 500 Tools" from the "Select Remote Tools" option, the menu item is disabled.
Workaround: View the file property of the two below directories:
C:\program files\common files\microsoft shared\windows ce
tools\platman\bin
C:\program files\common files\microsoft shared\windows ce tools\platman\bin\wce500
Click Advance button
Click to check the “For fast searching, allow Indexing Service to index
this folder” check box
Click OK
When debugging code in a DLL, the debugger will sometimes prompt you for the location of the file pegdmain.c. When this happens, press Cancel and your debug session will proceed normally.
The set conditional Breakpoint expression (C/C++ variable name or its address) will get evaluated correctly and the BP is detected on variable initialization, but when the value on this address get changed into the code after that, the Debugger doesn't stop the application execution on this Breakpoint. This is incorrectly mentioned in the help that is works.
The debugger's Step Into (F11) feature does not work when attempting to step into a function exported from a DLL. This problem only occurs when targeting the PocketPC or Smartphone emulators, not on actual devices.
Workaround: Set the Breakpoint on the on the line of code that is to
be debugged .
On Windows XP SP2 start debugging an eVC application on an Emulator or Device. A Windows Security alert is displayed.
Workaround: It is recommended to select Unblock for the CEMGR Module to enable this scenario.
The MFC HTTP sample will raise assertions (in debug mode) while accessing well known ports such as 21, 25, 110, 119, and 143. In release mode the sample will not be able to connect to the server. The workaround is not to open an http connection to a site at these well-known ports. The reason for this failure is that InternetConnect () API now returns NULL when opening a connection on these ports. This NULL return value is not gracefully handled by MFC.
Texas Instruments has identified a defect in the ES1, ES2 and ES3 silicon steppings of the OMAP710. It’s also believed (but not yet confirmed) that the same issue will impact all ARM925-based offerings from TI, including the OMAP1510 and OMAP310. This defect can lead to incorrect instruction execution, resulting in an operating system crash. The problem results when a data abort occurs for an instruction at address 0xXXXX:XFF4 of any instruction page and the following page of instructions is not present in the instruction TLB. A data abort, instruction fetch and instruction TLB miss must occur simultaneously for the error to occur. The linker included with eVC compensates for this potential problem by padding the resulting executable to move the hazardous instruction from the specific address. However, in some cases the linker can not handle this automatically and will issue “warning LNK1166: cannot adjust code at offset. To fix those cases, do the following:
The automatic padding can be turned off via the /ARMPADCODE:NO
linker switch. However the
perf/size impact of the padding is
minimal,
and we do not recommend turning this off unless you are absolutely sure your
application will never run on a chipset with this problem. For most developers,
this should be left enabled.
On all Help pages, the “Send feedback to Microsoft” link is broken. Send feedback to http://msdn.microsoft.com/vstudio/device/embedded/default.asp..
When deploying to the Smartphone emulator with no physical device attached, you will see a “Provisioning the device… failed” error. This message can be ignored, and deployment will succeed. Attaching a device eliminates the error.
eVC++ 4.0 crashes if you attempt to set the font property on an ATL control inside a container, using the All tab. The crash occurs only if the font property field is empty. To work around this, set the property on the Font tab first. Then you can also set the font property from the All tab.
You cannot use Katakana characters in a project name when creating a new MFC application using the Pocket PC MFC Application Wizard.
If the project name contains double-byte characters, you may not be able to build it successfully. Rename the project so it does not contain double-byte characters.
You cannot run Emulator version 4.1 and Emulator version 4.2 at the same time.
Connecting or Debugging to a device using TCP / IP fails with a Windows Security Alert dialog which shows CEMGR Module as the name. It is recommended to select the Unblock button to enable connectivity.
After eight times running an application via embedded Visual C++, an error dialog is displayed. Platform Manager cannot create the communication streams needed by the debugger. Refer to the online help for information about configuring Platform Manager. This is a known issue at the time of shipping and information regarding this will be made available as a Knowledge base article in future.
Physical Address Extensions (PAE) Mode is not supported by Version 4.0, 4.1 and 4.2 of the Emulator and causes the machine running in PAE mode to reboot when the Emulator is launched. Because of this problem the Emulator Driver is disabled on Windows XP SP2 when running in the PAE Mode.
When deploy COM component on SP, the component registration fails:
with an error "Failed to register \Windows\...dll to the device"
This error reproduces only with ATL COM projects created with previous
versions of eVC. Newly created COM server application projects will
register the component successfully on the device.
Workaround: Manually signing the regsvrce.exe, copy it on the device and
register the component works correctly.
Can't connect to a Pocket PC 2003 emulator image that was previously saved. This does not appear to repro for WCE410 or WCE420 images. No known workaround at this time.
Install the Windows CE 5.0 Universal SDK and create a Windows CE Applications using eVC 4.0 SP4. The following warning is displayed
"warning LNK4209: debugging information corrupt; recompile module; linking object as if no debug info"
This is a known issue and no workaround is available at the time of releasing SP4.
Service Pack 4 of eVC 4.0 does not support targeting SH3 Platform. For developers targeting this platform, Service Pack 3 of eVC 4.0 provides this functionality.
Workaround: Soft reset the device.