|
Have you tried the following code to remove both buttons (the OK and the minimize button)?
SHDoneButton(m_hWnd, SHDB_HIDE);
ModifyStyle(0, WS_NONAVDONEBUTTON, SWP_NOSIZE);
Daniel
---------------------------
Never change a running system!
|
|
|
|
|
I tried but WS_NONAVDONEBUTTON is undeclared !!
I have this error at compilation:
C:\MEC\Sources Pocket\CVVisual\MainFrm.cpp(107) : error C2065: 'WS_NONAVDONEBUTTON' : undeclared identifier
In wich header file is it declared ?
Thanks for your response !
|
|
|
|
|
WS_NONAVDONEBUTTON is defined as:
#define WS_NONAVDONEBUTTON WS_MINIMIZEBOX
while WS_MINIMIZEBOX is defined as:
#define WS_MINIMIZEBOX 0x00010000L
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/guide_ppc/htm/programming_pocket_pc_2002_iguu.asp
|
|
|
|
|
Hi !
I replaced WS_NONAVDONEBUTTON by WS_MINIMIZEBOX and that works fine!
Thanks
|
|
|
|
|
I wrote an MFC-based application in eVC 3.0 (Single Document Style). But when I run my program, there's always a New button in the left-bottom of my screen. I want to hide it !
|
|
|
|
|
|
What is the disadvantages of PocketPC and Windows CE 3.0 about memory storage ? Can you give me some informations or give me a link about it? I want to know the maximum RAM of HP Jornada (PPC 2002),...
|
|
|
|
|
I'm not sure exactly what it is you want to know.
The working RAM of a CE device is divided into 'program' and 'object store' areas. The division is adjusted on demand on all Windows CE devices; Pocket PC has a background thread that adjusts when the device is idle.
The 'object store' is your semi-permanent storage mechanism. It contains the registry, the in-memory file system (typically, but not necessarily, the root file system) and the property databases used by some applications (e.g. Contacts, Inbox, Tasks, Calendar on the Pocket PC). The contents of the object store are lost when the device power runs out or the device is fully reset. Check the device manual for how to do this.
The system ROM is also part of the file system, but it's aliased. The parts that are binaries are in Execute-In-Place format, i.e. the system functions run directly from ROM. Some OEMs shadow this area in RAM, which isn't then available to the system as RAM. You can never delete something from ROM, but you can copy a file to RAM with the same name which will be used instead.
The object store is transactional, but only with respect to file system structures and registry data. If the device is reset before a write completes, you may lose some of your data, but the file system will still be readable.
Finally, the object store is compressed, using one of two algorithms. They're both Lempel-Ziv compression (similar to the ZIP file format), however, one treats all the bytes in sequence, whereas the other compresses the odd and even bytes separately. For a Unicode UTF-16 file, this can often reduce the even byte stream to a simple run of zeros. Files opened with the FILE_FLAG_RANDOM_ACCESS flag are allegedly not compressed.
Any storage cards are currently formatted with the FAT file system - non-transactional, but write-through rather than write-back cached. Storage cards cannot be accessed as working program memory.
Windows CE is a demand-paged operating system: it will only load pages of executable images as they are required. Read-only pages can be discarded and reloaded; writeable pages cannot be discarded once they're written. CE is quite aggressive at removing pages that haven't been used recently.
Finding out how much physical memory is available is a bit tricky. I think you need to use GetSystemMemoryDivision to find out how many physical pages are allocated to working program memory and how many to the object store. Adding the two together gives the memory size.
|
|
|
|
|
How do I send data through the parallel port in C#... in other words... can i?
/\ |_ E X E GG
|
|
|
|
|
Hello All
I am developing in eVC++ an application that reads from the serial port the binary data sent by a GPS receiver (Sirf protocol)
The way of reading is the typical one, with a thread as shown in the tty example (Pocket PC 2002). Every time a character arrives, I do more or less the following:
BOOL bReturn = TRUE;<br />
DWORD dwCodsError, dwNumBytes, dwNumBytesRead; <br />
COMSTAT ComState;<br />
unsigned char BufferRead[5600];<br />
<br />
ClearCommError(m_hPort, &dwCodsError, &ComState);<br />
dwNumBytes=ComState.cbInQue;<br />
if(dwNumBytes>0)<br />
{<br />
bReturn=ReadFile(m_hPort, BufferRead, dwNumBytes, &NumBytesRead, NULL);<br />
}
The problem is that the application does a lot of work, and from time to time, when the application is busiest, I lose some of the messages of the reveiver. In such cases, I have notice that cbInQue value is 2047, and that it never exceeds that number. I guess that is the maximum value of the Port Serial buffer-in. That should be the reason why subsequent messages are not stored in the buffer.
At present I am trying not to overload so much the application, but I would like to know if it is possible to change the buffer-in size. In this way, I would not lose so many messages. I have tried with:
SetupComm(m_hPort,BUFFER_IN_SIZE,BUFFER_OUT_SIZE);
with BUFFER_IN_SIZE = 4095 and BUFFER_OUT_SIZE = 2047, but it doesn't work.
Any Suggestions?
Thanks in Advance
PD: I am using the Emtac PCMCIA GPS receiver (just in case it was a problem with the driver)
Carlos
|
|
|
|
|
Try to increase the priority of the reading thread!
Daniel
---------------------------
Never change a running system!
|
|
|
|
|
Does anybody know, how to get the free disk space using RAPI, even in case of storage cards.
CeGlobalMemoryStatus does not provide enough information.
I'm out of ideas.
With best regards
Klaus Langelüddeke
|
|
|
|
|
I think you'll have to write a DLL for the device which calls GetDiskFreeSpaceEx , and invoke it from the desktop with CeRapiInvoke .
The Pocket PC 2002 SDK includes a sample called CeInvoke, typically located at C:\Windows CE Tools\wce300\Pocket PC 2002\samples\win32\Ceinvoke .
|
|
|
|
|
Thats the way i tried to avoid, but this seems also to me the only possible solution.
Thanks
Klaus
|
|
|
|
|
LOGFONT lf;<br />
memset(&lf,0,sizeof(LOGFONT));<br />
_tcscpy(lf.lfFaceName,_T("Arial"));<br />
lf.lfHeight=18;<br />
m_font.CreateFontIndirect(&lf);<br />
m_wndCommandBar.SetFont(&m_font);<br />
m_wndCommandBar.Invalidate();
Why can't I set font to CCeCommandBar variable ??? I want my menu have some characters in Vietnamese (Unicode) but something's wrong there. And another thing is that I can't input Unicode text in Resources. (I tried to input like \x1ea3... but also failed)
|
|
|
|
|
Does anyone know how to convert BSTR/CString to _bstr_t
|
|
|
|
|
The _bstr_t constructors accepts both const TCHAR * and BSTR , so it should be direct:
CString strOne(_T("One"));
_bstr_t bstr(strOne);
|
|
|
|
|
I'm getting this error:
error LNK2019: unresolved external symbol "void __cdecl _com_issue_error(long)" (?_com_issue_error@@YAXJ@Z) referenced in function "public: __thiscall _bstr_t::_bstr_t(unsigned short const *)" (??0_bstr_t@@QAE@PBG@Z)
Any suggestions?
|
|
|
|
|
Anonymous wrote:
Any suggestions?
Yes. You have to declare this function in order to trap COM errors. This function will only be declared once. You can use the following:
void __stdcall _com_issue_error(HRESULT m_hr)
{
TCHAR pcszError[1024];
_stprintf(pcszError, TEXT("_com_issue_error(%ld)\n"), m_hr);
OutputDebugString(pcszError);
}
|
|
|
|
|
I'd avoid _bstr_t altogether. Use ATL's CComBSTR. It's smaller.
|
|
|
|
|
hi all,
How to create a pocket excel file using eVC++. Can anyone give me a sample code.
Thanks in advance
Mahesh
|
|
|
|
|
hi
i tried to connect to pocket access using eVC++. But i am not able to establish connection.Can any one help me ..please. A sample code for connecting to pocket access will do.
Mahesh
|
|
|
|
|
|
Hello,All;
How to scan access point around?
Thanks.
Joye
|
|
|
|
|
I first had an older iPaq connected via it's cradle/usb. I went out, bought a new iPaq, installed ActiveSync 3.7 (after un-installing 3.5), now Visual Studio .NET 2003 can't establish a connection to the new iPaq.
What's with that?
Thanks!
-v
****************************
V. Jenks
www.scientifik.com
|
|
|
|