|
Yes!
'not' should be at the beggining. Got it!
Thank you very much, indeed.
|
|
|
|
|
I call projects like this research projects.
First, if you have never done and speech recognition, do as Christian suggested and go buy a book.
Better yet (BFO attack), go see if you can buy something off the shelf and integrate it. I doubt your local police department has the resources to fund a project like this - sounds like to me they have no idea what they are even requesting.
A little story... I used to work for a telephony company that had a voice activated product feature - thus, we needed some semblance of speech recognition. One of the developers working on the project was Chinese. No matter how hard she tried, she could not get the VR to respond to her accent. This is just one of the technical hurdles you will need to overcome. You might be able to do it with an existing product. Develop your own? Unlikely.
chg (my opinion only).
Oh, handwriting is just as difficult. One other oh - I would bid this project time and materials only. Too much risk for a fixed price.
C. Gilley
Will program for food...
Whoever said children were cheaper by the dozen... lied.
|
|
|
|
|
Thank you!
I asked some of my people. Some one did this job already in my country.I introduced him to the boss. I'm sorry to answer late. It's because I went to sleep yesterday. I eas unable to stay awake even a single second!!!!!!!!!!
Thank you.
Regards
|
|
|
|
|
Hi.
I have an application, (MFC application using VC++ 6.0), runing in all the windows PC OS, (from Windows 98 to Windows XP), and now, I want to run that program in a Palm using Windows CE, (3.0 or 5.0).
The question is: can I migrate that program to windows ce keeping the main development in Visual C++?.
I.E -> I'm using many MFC arrays like CByteArray, CWordArray, CObjetArray, etc.
I'm using serialization.
And many things of MFC., (Dialogs Class and Windows Class, etc)
All this will work in Windows CE 3.0 or 5.0??
Or should I make an all new application using .NET??
Thank you in advance.
Demian.
"I have always wished that my computer would be as easy to use as my
telephone. My wish has come true. I no longer know how to use my telephone."
-Bjarne Stroustrup, computer science professor, designer of C++
programming language (1950- )
|
|
|
|
|
Demian - usually, it's best to start on Windows CE and go the other way. I've just spent the last 2 years of my life on a Windows CE project. It is still going strong..... It's pure MFC with activeX, dialogs, etc. My experience is that *most*, not all of the desktop will run on Windows CE.
Question 1: Usually, Windows CE devices have much, much smaller screen real-estate. How might this impact your application?
OS Version: At a minimum, 4.2 (MS calls it .net) or just go to 5.0.
As I said above, most will run in CE, but the compiler will let you know what is missing. Serialization has it's limitations. Also watch out for unicode issues.
New app - that all depends... I'd need to know more about what your desktop app does....
Let me know.
C. Gilley
Will program for food...
Whoever said children were cheaper by the dozen... lied.
|
|
|
|
|
Thank you very much Gilley.
But, one more thing. For continue working with VC++ 6.0 and building new applications for Windows CE, should I use Microsoft® eMbedded Visual Tools 3.0 (or later) isn't?
That's what I must to add to my Visual Studio. Or what else?
Thank you.
Demian.
"I have always wished that my computer would be as easy to use as my
telephone. My wish has come true. I no longer know how to use my telephone."
-Bjarne Stroustrup, computer science professor, designer of C++
programming language (1950- )
|
|
|
|
|
Heh, heh - not laughing at you, just remembering much angst trying to figure out how to do this. The general answer to your question depends on what you want to do philosophically. In any event, you will need to install Embedded Visual C++, a completely separate environment from VS. Version 3.0 is very old, I use 4.0. Don't forget that you will need an SDK. Follow up with any questions...
Options:
- you can use the same code base, pulling it from version control. If you do this, then the
embedded VC++ and VC++ areas need not be the same.
- if you want combined projects / don't use version control, then you tend to toss everything
into the same folder. Since the VS project already exists, you simply create an EVC++ project
in the same location (VS workspace files are .dsw, EVC++ are .vcw), then add the source files
to it.
WARNING! I've only done this with an activeX control project, so try this on a small project first and make backups.
Let me know if I can answer any other questions....
C. Gilley
Will program for food...
Whoever said children were cheaper by the dozen... lied.
|
|
|
|
|
Hello All, I have an application that runs without error on my own system. Even in release mode . However, when i run the application on other systems, my app reports to me that it was undable to aquire a crypt context (CryptAcquireContext) due to an invalid param.
This code is called in a simple C worker thread. Any Ideas?
<br />
UINT stringHash(byte* message, char* hash){<br />
DWORD hashLen = 16;<br />
<br />
HCRYPTPROV hCryptProv;<br />
HCRYPTHASH hHash;<br />
<br />
<br />
ZeroMemory(&hCryptProv, sizeof(hCryptProv));<br />
ZeroMemory(&hHash,sizeof(hHash));<br />
<br />
BYTE hashedBytes[16];<br />
<br />
<br />
if (!CryptAcquireContext(&hCryptProv, NULL, MS_ENHANCED_PROV, PROV_RSA_FULL, 0)){<br />
CryptReleaseContext(hCryptProv,0);<br />
return GetLastError();<br />
}<br />
<br />
...<br />
|
|
|
|
|
|
knave45 wrote:
if (!CryptAcquireContext(&hCryptProv, NULL, MS_ENHANCED_PROV, PROV_RSA_FULL, 0)){
CryptReleaseContext(hCryptProv,0);
return GetLastError();
}
You are trying to acquire the handle to key container "Microsoft Enhanced
Cryptographic Provider " with the parameter MS_ENHANCED_PROV . The 9x
system may not be having this key container with it. So try to get handle to
some other key container. Or use NULL to get the handle to the default key
container.
If you don't like defaults !! try MS_DEF_PROV which is there with all window
flavors i guess...
--
Best Regards
Suhredayan
suhredayan There is no spoon.
|
|
|
|
|
Good afternoon,
in MFC'S wincore.cpp line 882......where is the P come from? looks like should be pMap->LookupPermanent(m_hWnd)) or pMap->LookupTemporary(m_hWnd)), but they were both error out in watch window....
CObject* p;
ASSERT((p = pMap->LookupPermanent(m_hWnd)) != NULL ||
(p = pMap->LookupTemporary(m_hWnd)) != NULL);
ASSERT((CWnd*)p == this); // must be us
I got assertin failed on last line, but I don't really understand why is it happening, the last part form my app is going to CDialog::OnOK();
"Many ASSERTs can occur when objects are created in the context of one module or thread state, and used or destructed in another. "......what is this really mean?
|
|
|
|
|
Firstly, in release mode, your ASSERT part will not be executed. Thus, LookupPermanent and LookupTemporary will not be called. Would it affect your program? If so, use VERIFY.
valerie99 wrote:
CObject* p;
ASSERT((p = pMap->LookupPermanent(m_hWnd)) != NULL ||
(p = pMap->LookupTemporary(m_hWnd)) != NULL);
If LookupPermanent returns non-null and LookupTemporary returns null, the assertion will not occur. In this case, the next ASSERT will fail.
<font=arial>Weiye Chen
Life is hard, yet we are made of flesh...
|
|
|
|
|
Thank you, Weiye...
"If LookupPermanent returns non-null and LookupTemporary returns null, the assertion will not occur", I just checked, this is absolutely right, but why is "the next ASSERT will fail. "
what happened is just like you said, but I don't understand why is it happening, when the hash table on LookupTemporary is empty....P will not point to the same address as this?
this is part of MFC's code, my applitaion that using this code is like this:
UINT ThreadFalling(LPVOID pParam)
{
CUsocDlg* pDlg=(CUsocDlg*) pParam;
pDlg->IsThreadRunning=true;
pDlg->Process();
return 0;
}
|
|
|
|
|
What this is saying is that you have one CWnd structure declared that has a given m_hWnd (for example 0x052050) while MFC thinks another CWnd structure is the REAL owner of the m_hWnd.
// Note: if either of the above asserts fire and you are
// writing a multithreaded application, it is likely that
// you have passed a C++ object from one thread to another
// and have used that object in a way that was not intended.
// (only simple inline wrapper functions should be used)
//
// In general, CWnd objects should be passed by HWND from
// one thread to another. The receiving thread can wrap
// the HWND with a CWnd object by using CWnd::FromHandle.
//
// It is dangerous to pass C++ objects from one thread to
// another, unless the objects are designed to be used in
// such a manner.
Tim Smith
I'm going to patent thought. I have yet to see any prior art.
|
|
|
|
|
|
I have application that scans for files (exe's and dll's) and looks up thei import table.
I have managed to see what functions they import with IMAGE_NT_HEADERS IMAGE_IMPORT_HEADERS IMAGE_THUNK_DATA.
i compare the c***ion pointer from
pThunk->u1.FisrtFunction with my function loaded with GetProcaAdress()
it works fine but how do I get the function name from IMAGE_THUNK_DATA structure
i've tried
WORD hint=(WORD)&pThunk[l]->u1.AddressOfData->Hint;
PSTR FNAME=(PSTR)((BYTE *)hMod+pThunk[l]->u1.AddressOfData->Name[hint]);
doesn't work what is the correct combination ?
gabby
|
|
|
|
|
Hi all,
Is there a simple/efficient way to detect whether user has made any changes to the input fields in a MFC CDialog? i.e unchecking a checkbox or text changes in a text box?
TIA!
LS
|
|
|
|
|
There are events for checking and for text changing. There's no single, overarching method you can call on a dialog tho.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
I'm trying to use the Print dialog box in my program. MSDN provides wonderful instruction on how to create the dialog box and display it with certain options, etc., etc., but I can't seem to find from MSDN the code to actually get the ink from the printer to the paper and what to be putting on the paper. I display the dialog, the user can make all kinds of nice selections, but how do I tell it what to print, and how do I make the printer move?
Danny
|
|
|
|
|
Hi,
you should use a DC(attach it to your print dialog printer DC), Start a document->start a page-> do whatever you want with the DC(whatever you do will be printed!)->end your page->end your document
look below:
CPrintDialog PDlg(FALSE);<br />
CDC PDC;<br />
<br />
<br />
<br />
PDC.Attach(PDlg.GetPrinterDC());<br />
<br />
PDC.StartDoc("New Name, will apear in systray");<br />
PDC.StartPage();<br />
<br />
PDC.TextOut(0,0,"HELLO!");<br />
<br />
PDC.EndPage();<br />
PDC.EndDoc();
|
|
|
|
|
I am using VC6 w/ MFC and have an app with the COleDocument/CView architecture. A COleClientItem is added (and activated) successfully to the document but now I would like to get at some of the resource items in that control, namely the icons. I figured I would use the ::LoadIcon and use the instance handle of the control but I don't know how to get it. The GetIconFromRegistry() is not useful as the control does not register its icon that way. (I wrote the OCX control and if someone knows how to register the icon, that would be fine as well.)
If I go the ::LoadIcon() route, how do I get the instance handle of the control?
Thanks!
|
|
|
|
|
Hi all,
I have been programming all my projects using C++ and MFC for the last 8 years. Now I think it's time for me to learn new things by using .NET when creating new features ( new dialogs, new code) on top of old projects.
Is it possbile for MFC DLL or MFC EXE to call a DLL that was created using .NET languages?
If the answer is yes, what is the best way to share ( pass) data structures between MFC EXE and .NET DLL?
Recommend any good book?
Thanks
|
|
|
|
|
VC++ 7.1 and VC++ 2005 both support the /clr mode, where your entire native code (MFC, ATL whatever) gets compiled into IL (exceptions to this rule exist). Now you can use .NET classes from your (previously)native apps just as if you were using native classes.
|
|
|
|
|
|
Hello I have some problem about Platform SDK using, I need help, but please read carefuly to know the problem and the situation first, Thanks!!!
Problem:
========
Windows Data Types: for examples:
ULONG_PTR
PDWORD_PTR
are undeclared identifier in MFC/VC++/Platform SDK!!!
Installation' situation:
========================
I have intalled the Platform SDK on my computer. The SDK install file was downloaded from MicoSoft website ( Windows® Server 2003 SP1 Platform SDK Web Install ).
The setup file name is:
PSDK-x86.exe.
The address is :
http://www.microsoft.com/downloads/details.aspx?FamilyId=A55B6B43-E24F-4EA3- A93E-40C0EC4F68E5&displaylang=en
Platform SDK files situation:
=============================
After installed, on my computer, under the folder C:\Program Files\Microsoft Platform SDK\Include, I got the file BaseTsd.h, but in the file, there are no these Data types declarations!!!
Ms Platform SDK documentation Say:
==================================
All these Windows Data Types are declared in BaseTsd.h
So, some body can fig out the problem? Thanks
So, some body can fig out the problem? Thanks
So, some body can fig out the problem? Thanks
|
|
|
|
|