|
thanks daniel and i'll check out his article!
actually, your code worked perfectly once i had a cup of coffee and corrected how i had cut & pasted it into my code.
|
|
|
|
|
Hi all,
Can anyone give me a sample code for reading and writing files
using embedded VB.
Mahesh
|
|
|
|
|
Where can i find STL for Embedded Visual C++ 3.0. Is it compatible or not??? Please help.
And how can I ubgrade my Windows CE 3.0 to Windows CE 4.0???
|
|
|
|
|
|
using evc3.0/ppc2k2 on win2k system and just finished tracking down what appears to be a bullsh!t issue with the dialog editor mangling my .rc file
first, it tried to include a nonexistent "afxres.h" header, then it automatically created a DIALOGEX resource (??) and finally it created an SS_CENTERIMAGE style on a CTEXT resource (nevermind that the docs say it's not supported with text static's). after spending too much time figuring out that DIALOGEX should be DIALOG and SS_CENTERIMAGE should be SS_CENTER and including "winuser.h" instead of "afxres.h", things seem to now work except for one of my text static's being clipped.
so is it (a) the tool sucks and i'm stuck manually double-checking and editing my .rc files  , or (b) have i screwed something up in the tool settings?
|
|
|
|
|
Facts:
0) Using EVC3 on Win2K Pro
1) I have the following project folder structure:
PocketApp
|
+-----CommonSourceCode
2) The app uses MFC, and contains the standard "stdafx.h" file.
3) The "CommonSourceCode" folder contains code that can be used by other apps, but right now, no sharing of code is going on.
4) I added some code to the "CommonSourceCode" folder that includes the following lines at the top of the CPP file:
#ifdef POCKET_APP
#include "stdafx.h"
#else
#include "winbase.h"
#endif
5) The compiler complains that the "#else" is unexpected. So I tried this:
#ifdef POCKET_APP
#include "stdafx.h"
#endif
#ifndef POCKET_APP
#include "winbase.h"
#endif
6) The compiler now complains that the #endif is unexpected.
7) I also tried making the "stdafx.h" a macro itself, and still the same errors.
8) The only way I can #include stdafx.h is by NOT using macros to determine if the inclusion is the desired one.
9) This sucks. Microsoft sucks. Windows CE sucks. EVC3 sucks.
I can't upgrade to EVC4 (and even if I could, I doubt they would have fixed this problem). Am I missing something here?
------- signature starts
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
"You won't like me when I'm angry..." - Dr. Bruce Banner
Please review the Legal Disclaimer in my bio.
------- signature ends
|
|
|
|
|
Try this: Open the project settings (Alt-F7), go to the C++ tab, select the "Precompiled Headers" category and select "Not using precompiled headers". If your code now compiles correctly, you are suffering from stdafx / precompiled headers blues (yeah, I know it sucks). What can you do to retain the precompiled header functionality? Try to remove all nonessential stuff out of stdafx.h and copy it into another include file. Leave there only microsoft-generated stuff. Always include stdafx.h unconditionally.
Well, I hope I made some sense...
Regards,
João Paulo
|
|
|
|
|
John Simmons / outlaw programmer wrote:
Am I missing something here?
My guess is that something gets screwed with the pre-compiled header directive.
Turn off precompiled headers for your \CommonSourceCode files in your mfc project.
That should atleast make it compile.
John Simmons / outlaw programmer wrote:
Microsoft sucks. Windows CE sucks. EVC3 sucks
I know the feeling. I get to this state about once a month. 
Jonas
“Our solar system is Jupiter and a bunch of junk” - Charley Lineweaver 2002
|
|
|
|
|
Hello all...
I am just about to get into Pocket PC development.
My background includes ASP, ASP.NET with C# and VB.net and VB 6.0
I am requested by my boss to investigate on Pocket PC development on order to decide if we are going to expand our web based apps to work on Pocket PC.
What developer web sites would you suggest other than CP which is good but not focused on Pocket PC dev...
Basic question is, what versions of Windows for Pocket PC support the Compact .NET framework?
Any kind of response from any of you would be much appreciated...
and aplogies for my ignorance on Pocket PC development...
Thanks
theJazzyBrain
Wise is he who asks good questions, not he who gives good answers
|
|
|
|
|
theJazzyBrain wrote:
What developer web sites would you suggest other than CP which is good but not focused on Pocket PC dev...
Try The Pocket PC Developer's Network[^]
theJazzyBrain wrote:
Basic question is, what versions of Windows for Pocket PC support the Compact .NET framework?
I'm not sure about the original Pocket PC, but you will find support for the .NET Compact Framework on the Pocket PC 2002 (in RAM) and 2003 (in ROM). If you are going down the .NET CF way, find yourself a fast machine...
theJazzyBrain wrote:
and aplogies for my ignorance on Pocket PC development...
We are all born ignorant. The ones that die that way never asked questions, or never had the chance to.
Regards,
João Paulo
|
|
|
|
|
Hi,
Anybody having idea about s/w piracy in pocket pc ..
If so please expalin in detail.
Awaiting for your reply.
Thanks,
Siva
|
|
|
|
|
Anonymous wrote:
Anybody having idea about s/w piracy in pocket pc
What do you mean: for copying, or for protecting from copy?
Regards,
João Paulo
|
|
|
|
|
Dear Friends,
Does anybody knows why OnDraw() of VC++ MFC ActiveX Control is get
called twice every time screen is updated(like scrolling action done).
VC++ MFC ActiveX Control is developed in Embedded VC++ 4.0 and
tested on Windows CE .NET (ARMV4I) with IE.
If possible how to prevent this.
Thanks and Best Regards,
Subbu,
2003/08/21 (18:34 JST).
|
|
|
|
|
Dear Friends,
Can anybody why GetWindowRect() [Even GetClientRect()
also] is giving only user display area(client area)
coordinates instead of giving entire ActiveX Control
coordinates.
I am calling GetWindowRect() in OnDraw() of OCX.
I am using VC++ MFC ActiveX Control developed in
Embedded VC++ 4.0 for Windows CE .NET (ARMV4I).
Thanks and Best Regards,
subramjobmail,
2003/08/21 (18:26 JST).
|
|
|
|
|
Hi All,
I want to copy a file from one location to another using eVB.
I'm using pocket pc 2002. How can i do this ?
Mahesh
|
|
|
|
|
Use the CopyFile API. You may have to import it from one of the system DLLs.
Regards,
João Paulo
|
|
|
|
|
Hi
Which dll contains the CopyFile function. Can you please give me a sample code.
Mahesh
|
|
|
|
|
You will have to declare it with something like this (I'm no eVB expert and I haven't tested this):
Public Declare Function CopyFile Lib "Coredll" Alias "CopyFileW" (ByVal ExistingFileName As String, ByVal NewFileName As String, ByVal FailIfExists As Bool)
See the help file on the Declare statement.
Regards,
João Paulo
|
|
|
|
|
Hi,
Any one having idea about SMS inbox Transport in Pocket PC
2002 ?
If so please let me know in detail.
Awaiting for the reply.
Thanks,
Siva
|
|
|
|
|
Is there anyway to automatically run an application from a CF card when the CF card is inserted? I am writing an application using eMbedded VC++ 3.0 for WinCE 3.0. The processor I'm using ia a Pentium.
Paul Jahans
|
|
|
|
|
|
Hello,
I am using the HP Mobile Printing SDK for PocketPC to print from an application that I am developing. The PrintJob function works perfect, but I need to do my owe rendering and I am trying to use the function CreatePrinterContext () . That function return a Window HDC that I was trying to use like in a regular MFC App attaching it to a CDC where I can call the functions StartDoc, StartPage and so on, but those function are not available on the CE version of MFC since all the printing support was remove from it. Now I have no idea of how to use the Window HDC to print and I can not find any example on the web and HP will charge me $125 for support.
This is a quote from their help file:
CreatePrinterContext creates a device (printer) context describing the target properties so that an application can render into it. Currently, only direct-based printers are supported. Service-based printers will not be available to the user when the application uses this method of printing.
On PocketPC, MPRINT_DC is a Windows HDC and can be used as one.
If you have any idea of how to do it please let me know.
|
|
|
|
|
I know this subject has been up on various newsgroups etc. around the net but I will post it here anyway 
I want to be able to navigate between controls in my PocketPC and I know I need to have C++ code handling the keyboard events. I wonder if anyone has/know of a program that will catch different keyboard events for a PPC and in some way display the identity of that event?
Links, articles or source... anything is good enough for me
Thanks,
Peter
|
|
|
|
|
Anybody have an equivalant that works in PocketPC 2K2?
[EDIT] I also need the list control to support item images.
------- signature starts
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
"You won't like me when I'm angry..." - Dr. Bruce Banner
Please review the Legal Disclaimer in my bio.
------- signature ends
|
|
|
|
|
Have a look at this article: CCeListCtrlEx for Pocket PC 2002[^].
The list is implemented as a CListCtrl, so you will be able to add checkboxes to it.
Regards,
João Paulo
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
