|
My guess:
When you call InitWizard none of the windows have been created (they will be created on DoModal), so it is likely that m_ctrlCheckBox1.SetCheck may fail.
By the way: does setData have a default argument?
Regards,
João Paulo
|
|
|
|
|
That's what I was thinking.
no - setdata doesn't have any defaalt parameters.
I hate property sheets... The should have a way to initialize pages when it's safe/okay to do so.
------- 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
|
|
|
|
|
As an aside, how does this work:
John Simmons / outlaw programmer wrote:
m_pgPtr1->setData();
John Simmons / outlaw programmer wrote:
CPg1::setData(CDataPtr* dataPtr){ m_ctrlCheckBox1.SetCheck(dataPtr->GetSetting());}
Shouldn't the call to setData have a parameter? that could be your problem if the pointer is garbage. Unless you copied over your code incompletely, in which case, just ignore me.
The kindest thing you can do for a stupid person, and for the gene pool, is to let him expire of his own dumb choices.
[Roger Wright on stupid people]
We're like private member functions
[John Theal on R&D]
We're figuring out the parent thing as we go though. Kinda like setting up Linux for the first time ya' know...
[Nitron]
|
|
|
|
|
Hello all,
I'am using CCeSocket overwriting OnReceive() function to develop an application that connects with a server using TCP.
Now, I need to connect to another server which uses UDP connections. I would like not to do many changes in my code. Is there any way of using CCeSocket for UPD connections? and, otherwise, Is there any similar class?
Thaks in advance
|
|
|
|
|
All I'm trying to do here is calculate the clock time of the computer with a couple C functions. The author of the book tells me "kind of" how to do it but still kind of vague.
I am getting a number, but it doesn't seem to be close to the clock speed of the computer(which is 133mhz, yeah yeah, I know it's slow but it boots my embedded apps okay)instead I'm getting a number like 231851640624.......about 20 digits long.
Can somebody tell me what I'm doing wrong with my code? Thanks.
#include "libepc.h"
int main(void)
{
ClearScreen(0x07) ;
SetCursorPosition(10,20);
DWORD32 timeout;
long long speed;
speed=CPU_Clock_Cycles();
PutUnsigned(speed,10,0);
timeout = Now_Plus(1);
while(Now_Plus(0) < timeout)
{
speed=CPU_Clock_Cycles();
}
PutUnsigned(speed,10,0);
return 0 ;
}
|
|
|
|
|
Hi experts,
I need to open the .cdb with sort order in API call, but I found that the .cdb converted from .mdb has no sort order, how can I define it in the Access .mdb and would it be lost after the convertion to .cdb?
thanks a lot.
|
|
|
|
|
Did you ty creating an index on the table with the required sort order?
Regards,
João Paulo
|
|
|
|
|
Thanks for your reply.
You're right!
The code is fine if I created the DB insided the PPC with
the sort order, but it fail when I created the database
from Access (officeXP version), and converted to .cdb
while copying it to the device.
The database has only 3 columns in it:
BookID(char 8), Content (char 90), Notes (char 255)
Actually I've defined BookID as the unique key index, so
how can I define the sort order for it?
Even if I type "BookID ASC" in the property page of the
Access' db, I get the same result.
Is it the ActiveSync's bug that lost the sort order? or
where else I shuld define the sort order?
If no solution for it, could you suggess any web-site teaching how to install and use SQL CE? expecially how to pack the whole thing including the SQL CE and install together for my client's PPC2002?
Please help!
|
|
|
|
|
I usually have no such problems, but I'm using either ADOCE or OLE DB. How are you accessing the database?
Regards,
João Paulo
|
|
|
|
|
well, I'm using API in eVC:
g_hDB = CeOpenDatabaseEx (&g_guidDB, &g_oidDB, _T("book"),
0, /* <- default sort order*/ 0, NULL);
I must use "0" for the sort-order since it get an open error if I specify any other value.
please advices, thanks.
|
|
|
|
|
The native db API is not really my speciality.  But if you want to take a look at ADOCE, check this:
A set of ADOCE classes[^]
Regards,
João Paulo
|
|
|
|
|
I will try it, thanks for helping !
|
|
|
|
|
When we touch the screen in a second, ppc will occur a ring which forms some red circles.Does anyone know how to cancel this status ?
Thanks
|
|
|
|
|
|
Well, I feel pretty stupid. I've been trying for a week to get evc3 installed, and it just isn't working. Nobody here at works remembers what we had to do to get it instaled either.
I tried installing from just the evc3 CDs, and even after picking ARM and x86 emulation as the desired platorms, not only do I not get the x86 platforms, but I also don't get PocketPC 2002 (just PocketPC).
I've also tried starting from the CE3 Platform Builder "stack-o-discs", but with the same result. What the hell am I doing wrong?
------- 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
|
|
|
|
|
|
sorry guys i m a newbie but i really desperately need help for a project.. i will need to come up with a video phone application and i was wondering if i can do that with c#? and how do i even get started??
by examining the open source codecs? or streaming protocols.
it is my first major project and any advice will really be greatly appreciated
|
|
|
|
|
I don't know whether the source code of DirectShow Application on PC could be migrated into the development environment of the WinCE.net, and could be rebuilt! so as to it could run on embeded device with WinCE.net. Do you help me?Thank you in advance!
Best Regards
Hailei
2003/11/13
|
|
|
|
|
I have two applications that I am working on. I want to be able to perform some routines in one application based on information from another app.
How can I or how do I go about sending messages between the two applications? Is it possible since I already know what the window class name is to obtain a handle to that window and then just post a message directly to it?
Thanks,
-Eric
|
|
|
|
|
VanHlebar wrote:
post a message directly to it?
Yes, you can do that. I suggest you use registered messages for that. Use the RegisterWindowMessage function to do that.
Regards,
João Paulo
|
|
|
|
|
Hello All
I am developing in Embedded Visual C++ for Pocket PC 2002. When I compile one Dll in X86 Debug or Release it works, but when I choose ARM (either Debug or Release) it doesn't work, and it appears the following message:
C:\Projects\project1\src\DllRTInteg\RT_Integ.cpp(36) : fatal error C1001: INTERNAL COMPILER ERROR
(compiler file 'D:\AtlasTools\utc61_rel\src\P2\arm\code.c', line 615)
Please choose the Technical Support command on the Visual C++
Help menu, or open the Technical Support help file for more information
Error executing clarm.exe.
But that file doesn't exists (even I don't have D: unit!!)
The compiler options for both configurations are quite similar, as shown here:
For WCE ARM Debug:
# PROP BASE Use_MFC 0
# PROP BASE Use_Debug_Libraries 1
# PROP BASE Output_Dir "ARMDbg"
# PROP BASE Intermediate_Dir "ARMDbg"
# PROP BASE CPU_ID "{D6518FFC-710F-11D3-99F2-00105A0DF099}"
# PROP BASE Platform_ID "{8A9A2F80-6887-11D3-842E-005004848CBA}"
# PROP BASE Target_Dir ""
# PROP Use_MFC 0
# PROP Use_Debug_Libraries 1
# PROP Output_Dir "..\lib\ARMDbg"
# PROP Intermediate_Dir "..\obj\ARMDbg\DllRtInteg"
# PROP CPU_ID "{D6518FFC-710F-11D3-99F2-00105A0DF099}"
# PROP Platform_ID "{8A9A2F80-6887-11D3-842E-005004848CBA}"
# PROP Ignore_Export_Lib 0
# PROP Target_Dir ""
RSC=rc.exe
# ADD BASE RSC /l 0x409 /d UNDER_CE=$(CEVersion) /d _WIN32_WCE=$(CEVersion) /d "UNICODE" /d "_UNICODE" /d "DEBUG" /d "$(CePlatform)" /d "ARM" /d "_ARM_" /r
# ADD RSC /l 0x409 /d UNDER_CE=$(CEVersion) /d _WIN32_WCE=$(CEVersion) /d "UNICODE" /d "_UNICODE" /d "DEBUG" /d "$(CePlatform)" /d "ARM" /d "_ARM_" /r
CPP=clarm.exe
# ADD BASE CPP /nologo /W3 /Zi /Od /D "DEBUG" /D _WIN32_WCE=$(CEVersion) /D "$(CePlatform)" /D "ARM" /D "_ARM_" /D UNDER_CE=$(CEVersion) /D "UNICODE" /D "_UNICODE" /D "_USRDLL" /D "DLLRTINTEG_EXPORTS" /YX /M$(CECrtMTDebug) /c
# ADD CPP /nologo /W3 /Zi /Od /I "..\CommonLibrary" /D "DEBUG" /D "ARM" /D "_ARM_" /D "_USRDLL" /D "_GEN_DLL_RT_INTEG_" /D _WIN32_WCE=$(CEVersion) /D "$(CePlatform)" /D UNDER_CE=$(CEVersion) /D "UNICODE" /D "_UNICODE" /D "ENGLISH" /M$(CECrtMTDebug) /GF /Bd /c
MTL=midl.exe
# ADD BASE MTL /nologo /D "_DEBUG" /mktyplib203 /o "NUL" /win32
# ADD MTL /nologo /D "_DEBUG" /mktyplib203 /o "NUL" /win32
BSC32=bscmake.exe
# ADD BASE BSC32 /nologo
# ADD BSC32 /nologo
LINK32=link.exe
# ADD BASE LINK32 commctrl.lib coredll.lib /nologo /base:"0x00100000" /stack:0x10000,0x1000 /entry:"_DllMainCRTStartup" /dll /debug /nodefaultlib:"$(CENoDefaultLib)" /subsystem:$(CESubsystem) /align:"4096" /MACHINE:ARM
# ADD LINK32 commctrl.lib coredll.lib /nologo /base:"0x00100000" /stack:0x10000,0x1000 /entry:"_DllMainCRTStartup" /dll /debug /nodefaultlib:"$(CENoDefaultLib)" /subsystem:$(CESubsystem) /align:"4096" /MACHINE:ARM
and for WIN CE x86 Debug:
# PROP BASE Use_MFC 0
# PROP BASE Use_Debug_Libraries 1
# PROP BASE Output_Dir "X86Dbg"
# PROP BASE Intermediate_Dir "X86Dbg"
# PROP BASE CPU_ID "{D6518FF3-710F-11D3-99F2-00105A0DF099}"
# PROP BASE Platform_ID "{8A9A2F80-6887-11D3-842E-005004848CBA}"
# PROP BASE Target_Dir ""
# PROP Use_MFC 0
# PROP Use_Debug_Libraries 1
# PROP Output_Dir "..\lib\X86Dbg"
# PROP Intermediate_Dir "..\obj\X86Dbg\DllRtInteg"
# PROP CPU_ID "{D6518FF3-710F-11D3-99F2-00105A0DF099}"
# PROP Platform_ID "{8A9A2F80-6887-11D3-842E-005004848CBA}"
# PROP Ignore_Export_Lib 0
# PROP Target_Dir ""
RSC=rc.exe
# ADD BASE RSC /l 0x409 /d UNDER_CE=$(CEVersion) /d _WIN32_WCE=$(CEVersion) /d "UNICODE" /d "_UNICODE" /d "DEBUG" /d "$(CePlatform)" /d "_X86_" /d "x86" /d "_i386_" /r
# ADD RSC /l 0x409 /d UNDER_CE=$(CEVersion) /d _WIN32_WCE=$(CEVersion) /d "UNICODE" /d "_UNICODE" /d "DEBUG" /d "$(CePlatform)" /d "_X86_" /d "x86" /d "_i386_" /r
CPP=cl.exe
# ADD BASE CPP /nologo /W3 /Zi /Od /D "DEBUG" /D _WIN32_WCE=$(CEVersion) /D "$(CePlatform)" /D "_i386_" /D UNDER_CE=$(CEVersion) /D "UNICODE" /D "_UNICODE" /D "_X86_" /D "x86" /D "_USRDLL" /D "DLLRTINTEG_EXPORTS" /YX /Gs8192 /GF /c
# ADD CPP /nologo /W3 /Zi /Od /I "..\CommonLibrary" /D "DEBUG" /D "_i386_" /D "_X86_" /D "x86" /D "_USRDLL" /D "_GEN_DLL_RT_INTEG_" /D _WIN32_WCE=$(CEVersion) /D "$(CePlatform)" /D UNDER_CE=$(CEVersion) /D "UNICODE" /D "_UNICODE" /D "ENGLISH" /Gs8192 /GF /c
MTL=midl.exe
# ADD BASE MTL /nologo /D "_DEBUG" /mktyplib203 /o "NUL" /win32
# ADD MTL /nologo /D "_DEBUG" /mktyplib203 /o "NUL" /win32
BSC32=bscmake.exe
# ADD BASE BSC32 /nologo
# ADD BSC32 /nologo
LINK32=link.exe
# ADD BASE LINK32 commctrl.lib coredll.lib $(CEx86Corelibc) /nologo /base:"0x00100000" /stack:0x10000,0x1000 /entry:"_DllMainCRTStartup" /dll /debug /nodefaultlib:"OLDNAMES.lib" /nodefaultlib:$(CENoDefaultLib) /subsystem:$(CESubsystem) /MACHINE:IX86
# ADD LINK32 commctrl.lib coredll.lib $(CEx86Corelibc) /nologo /base:"0x00100000" /stack:0x10000,0x1000 /entry:"_DllMainCRTStartup" /dll /debug /nodefaultlib:"OLDNAMES.lib" /nodefaultlib:$(CENoDefaultLib) /libpath:"..\Lib\X86Dbg" /subsystem:$(CESubsystem) /MACHINE:IX86
Any Idea?
Thaks in advance
|
|
|
|
|
Internal Compiler Error basically indicates that the compiler failed to read your source file(s) correctly and/or that some other unanticipated error occurred. The source file listed is the source file for the compiler and is for Microsoft's use.
Usually the first troubleshooting step is to try Rebuild All rather than just Build. If that fails, follow the Microsoft KB article PRB: C1001 Compiler Error Message - Suggestions for Troubleshooting[^]. For the ARM build, use clarm.exe (located at C:\Program Files\Microsoft eMbedded Tools\EVC\WCE300\BIN) rather than cl.exe (which is the x86 compiler).
|
|
|
|
|
Thank you for your answer, but I can't solve the problem. Any ideas?
|
|
|
|
|
So what's the code on or around line 36 of RT_Integ.cpp? If it uses some of your own macros, it would help if you posted the definition of these as well.
I suggest trying to rewrite this line (or the surrounding code) in a different way. The ARM compiler front-end may be having a problem, perhaps with built-in limits, which the x86 compiler does not have. If the line has a lot of sub-expressions, try splitting it into more stages (it will also be easier to read!)
If that line seems completely normal, you could try the version of clarm from eVC 4.0. I suggest to start with that you try it on this one file from the command line: run C:\Program Files\Microsoft eMbedded C++ 4.0\EVC\WCE400\BIN\WCEARMV4.BAT to set up the environment appropriately.
Using the version 4 compiler (internal version number 12.20.9409 from eVC 4.0 RTM, 12.20.9615 for SP2) for CE 3.0 applications is not supported by Microsoft, but should work. You must take care that you don't use any unsupported features such as C++ exception handling or Run-Time Type Information.
It's been reported that the ARM compiler supplied with eVC 3 has problems with virtual base classes, but as I recall, this led to bad code generation rather than internal compiler errors.
|
|
|
|
|
Hello Mike
I finally wrote the line in a different way. In this line a function was called, but now I have erased that call and I have writen all that function code following the problematic line, and it works.
Thank you for your help.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
