|
Hi, yes I know but I need this to be done by code (this must be automatic and the client cannot acces that).
|
|
|
|
|
|
Really great !! 
Exactly what I was looking for !
It seems that I'll never find an end to your knowledge 
|
|
|
|
|
noob question (tools: eVC++ w/ppc2k2 sdk)...
if header files are #include'd but the functions from their corresponding libraries never called, does the final compiled file include the unused functions thereby increasing file size?
fyi, the issue i'm trying to better understand is whether i #include windows.h or a subset.
tia..
|
|
|
|
|
Most of the functions declared in these #includes are implemented in DLLs. System DLLs are in ROM, so this is irrelevant for the final size of your application.
Regards,
João Paulo
|
|
|
|
|
thanks and it makes sense for functions implemented in DLLs.
two followup ?'s:
1) what about the case where the unused functions are implemented in static libraries? are these unused fcn's compiled in even if they're not called?
2) is there a straightforward way when looking at the wince header files to determine if the api is implemented in a DLL or a static library?
thanks!
|
|
|
|
|
rodent¹ wrote:
1) what about the case where the unused functions are implemented in static libraries? are these unused fcn's compiled in even if they're not called?
Depends on your linker, but the general answer is yes.
rodent¹ wrote:
2) is there a straightforward way when looking at the wince header files to determine if the api is implemented in a DLL or a static library?
Unfortunately, no.
Regards,
João Paulo
|
|
|
|
|
For #1:
The linker supplied with eVC will remove unused packages (called COMDATs in the documentation) if the /OPT:REF switch is turned on. This is turned on by default, unless the /DEBUG switch is enabled, in which case it's turned off.
To force the linker to remove unreferenced functions, the compiler must be instructed to package each function in its own COMDAT. You do this by specifying the /Gy option to the compiler (called 'Enable function-level linking' in the 'Customize' category of the Project Settings dialog).
If this option is not enabled, the linker can only include or exclude individual object files. A static library basically consists of multiple object files with a header describing what's in it.
From memory, Microsoft's static libraries are compiled with this option enabled.
|
|
|
|
|
Hi,
I need to read and use a database on PocketPC using embedded visual C++ 3. This is an Access database. What are the classes that are supported and that I can use?
I really don't know wich direction to choose, so any idea is welcome!
Thanks
|
|
|
|
|
You can use ADOCE for that, but there is no C++ wrapper available. You will have to write your own or wait until I port Carlos Antollini's classes.
Regards,
João Paulo
|
|
|
|
|
Ok thanks !
BTW, don't you have any sample code so I can start quickly ?
Thanks
|
|
|
|
|
BTW ADOCE used with C++ is unsupported from MS, just to let you know.
MS suggests to use OLEDB with C++ under CE
|
|
|
|
|
besmel wrote:
BTW ADOCE used with C++ is unsupported from MS
Yeah, they do say a lot of crap... ADOCE is supported by C++ and in more than one way: you can either use the #import directive or generate the
necessary header files with MIDL. It's all there.
besmel wrote:
MS suggests to use OLEDB with C++ under CE
Sure, we are talking performance here (and I also prefer it). But in the support groups I've seen a lot of people asking for ADOCE C++ support, and that's what I'm planning to do in an upcoming article.
Regards,
João Paulo
|
|
|
|
|
Joao,
When I say it's unsupported doesn't mean you can't use it. The problem is if you need assistance
or you ask for a pay per incident support. In this case you get that the tools you used (ADOCE C++) are unsupported and you get stucked...
that's all
|
|
|
|
|
besmel wrote:
In this case you get that the tools you used (ADOCE C++) are unsupported and you get stucked...
That's why there is a CodeProject: we can always find help with each other. 
My small rant with MS is that they tend to say a lot of things that are not accurate and tend to send developers away from interesting things, like this one. I've been successfully using ADOCE for over a year in my projects. The OLE DB option is now up because I do really need the extra performance.
Regards,
João Paulo
|
|
|
|
|
|
Ok, thanks!! I'll take a look at it 
|
|
|
|
|
The Virtual Office Systems classes are very basic. When I first tried them, I had to make major changes before I got them to do what I wanted. Eventually, I wrote my own.
Regards,
João Paulo
|
|
|
|
|
|
Hello,
When I tried to comiple I am getting the follwoing error:
I don't have this file in the following specified location:
What should I do for this error and How to build it successfully.
Please guide me
#import "C:\Windows CE Tools\wce300\Pocket PC 2002\include\adoce31.tlb" rename_namespace("ADOCG") rename("EOF", "EndOfFile")
using namespace ADOCG;
--------------------Configuration: AdoSample - Win32 (WCE
ARM) Debug--------------------
Compiling...
ado.cpp
D:\user\siva\projMobile\references\ADOCE Filtering\ADOCE\AdoSample\AdoSample\ado.h(42) : fatal error C1083: Cannot open type library file: 'C:\Windows CE Tools\wce300\Pocket PC 2002\include\adoce31.tlb': No such file or directory
AdoSample.cpp
D:\user\siva\projMobile\references\ADOCE Filtering\ADOCE\AdoSample\AdoSample\ado.h(42) : fatal error C1083: Cannot open type library file: 'C:\Windows CE Tools\wce300\Pocket PC 2002\include\adoce31.tlb': No such file or directory
ChildView.cpp
D:\user\siva\projMobile\references\ADOCE Filtering\ADOCE\AdoSample\AdoSample\ado.h(42) : fatal error C1083: Cannot open type library file: 'C:\Windows CE Tools\wce300\Pocket PC 2002\include\adoce31.tlb': No such file or directory
MainFrm.cpp
D:\user\siva\projMobile\references\ADOCE Filtering\ADOCE\AdoSample\AdoSample\ado.h(42) : fatal error C1083: Cannot open type library file: 'C:\Windows CE Tools\wce300\Pocket PC 2002\include\adoce31.tlb': No such file or directory
Generating Code...
Error executing clarm.exe.
AdoSample.exe - 4 error(s), 0 warning(s)
|
|
|
|
|
Find the adoce31.tlb file and make the #import directive point there. If you do not have this file on your PC, download it from Microsoft Website (search for ADOCE 3.1) and install it.
Regards,
João Paulo
|
|
|
|
|
Hi,
How to check that the #import directive in ado.h is correct for my development environment.
Awaiting for your reply.
Thanks,
Siva
|
|
|
|
|
ok, Thanks a lot to everybody !!
I think, now I have a good idea where to start
|
|
|
|
|
We're writing code for PPC2K2 on iPaq 3970's.
1)Does anyone know if HP is offering upgrades to PPC2K3?
2) If an upgrade is available, does anyone know the price?
3) If we move to PPC2K3, do we (or should we) also have to move to Embeded VC++ 4, or can we stay with evc3?
------- 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
|
|
|
|
|
John Simmons / outlaw programmer wrote:
3) If we move to PPC2K3, do we (or should we) also have to move to Embeded VC++ 4, or can we stay with evc3?
If you want to develop solely for PPC2K3, you must use eVC4 with SP2. If you want to target all platforms, eVC3 is still the choice.
Regards,
João Paulo
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
