|
This is hard to say, Does your card reader come with an API? If so does it have a function that returns the card readers state?
Ant.
I'm hard, yet soft.
I'm coloured, yet clear.
I'm fruity and sweet.
I'm jelly, what am I? Muse on it further, I shall return! - David Walliams (Little Britain)
|
|
|
|
|
yeah,
i think you r talking about SMart Cards.
i think you shd study documentation od Card Raeder Carefully,it may returning some interuppt may be you are not monitoring the card reader very time or you app.
-----------------------------
"I Think It Will Help"
-----------------------------
Alok Gupta
visit me at http://www.thisisalok.tk
|
|
|
|
|
IFF the card reader acts like a drive, you might be able to catch WM_DEVICECHANGE:
"The WM_DEVICECHANGE device message notifies an application of a change to the hardware configuration of a device or the computer. A window receives this message through its WindowProc function."
|
|
|
|
|
Hi!
Thank you very much!I am sorry I didn't expatiate my question clearly to you.
As you know,even though there is not any card in the socket of the cardreader,when we attach the cardreader to
the PC,the OS can show us how many drivers this cardreader
has,such as:CARD(G),CARD(H),etc. And,as far as I know, the message WM_DEVICECHANGE must be broadcasted when the
cardreader attached to the PC,but after this,when you insert the card(s)(such as CF,MS,MFC,etc.) into the socket(s),I suppose there is not any message be broadcasted.Am I right?If I am wrong,then can you tell me which kind of message(or something else which can inform us that card(s) arrived) will be broadcast when the card(s) be inserted the socket(s) of the cardreader? If I am right,then can you tell me how can I know the card arrival and leaving?
Thanks!
Best wishes!
momer
|
|
|
|
|
Hi everybody
I'm going to draw a state machine diagram using MFC classes. I'd like my program to:
0. display the diagram on a dialog
1. display this diagram by colored, 3D rectangles and arrows
2. highligh some of the arrows
3. locate the rectangles considering dialog size.
Any ideas, suggestion, or links would be appreciated 
regards
|
|
|
|
|
It seems that we have missed off
4. get someone to do my homework for me!
You can do all this sort of work using standard GDI functions.
Ant.
I'm hard, yet soft.
I'm coloured, yet clear.
I'm fruity and sweet.
I'm jelly, what am I? Muse on it further, I shall return! - David Walliams (Little Britain)
|
|
|
|
|
Hello
I've used the eMbedded C++ compilers for Pocket PC programming but this is the first time that I used MS's Visual C++ .NET (Microsoft Visual C++ .NET 69535-005-1427842-18707). I've successfully created a minimal application and incorporated some classes developped for CodeProject and described here. Here's the problem... which has been confusing two of us for several hours already:
We can't move our controls! When we try re-positioning a button on a dialog box by dragging it on the visual editor, it keeps the old value. The .rc file has the correct position for the control and we cannot find the control's id anywhere in the project files or in the registry... where does it remember the old values?? I've tried an example program and had no problem repositioning buttons! I compared project settings, but could not find any difference. I've look for articles or messages here and elsewhere that would deal with the project but I couldn't find any.
Anyone has a clue? Thanks!
-Philippe Gibelin
|
|
|
|
|
I assume the code is repositioning the controls then!? Are you using any layout management code?
Ant.
I'm hard, yet soft.
I'm coloured, yet clear.
I'm fruity and sweet.
I'm jelly, what am I? Muse on it further, I shall return! - David Walliams (Little Britain)
|
|
|
|
|
> I assume the code is repositioning the controls then!? Are you
> using any layout management code?
Yes yes yes. Our mistake. Big mistake! That code wasn't doing what we thought it was doing. Thank you!
-Philippe
|
|
|
|
|
Hi,
I am building an MFC ActiveX control. This ActiveX has a child of type CListBox as follows:
In my ActiveXCtl.h file I created a new data member for the child:
CListBox* pmyListBox;
In the ActiveCtl.cpp OnCreate, I added the following:
pmyListBox = new (CListBox);
DWORD dwListStyle = WS_CHILD|WS_VISIBLE|LBS_OWNERDRAWVARIABLE|LBS_NOINTEGRALHEIGHT|LBS_NOTIFY;
pmyListBox->CreateEx(WS_EX_TOPMOST,_T("LISTBOX"), NULL, dwListStyle, CRect(0, 0, 1, 1), this, 1);
Then I added a new method called "AddRow" as follows:
void CMyListboxCtrl::AddRow()
{
CString str;
str.Format(_T("item string %d"), 1);
pmyListBox->AddString( str );
}
Everything works fine until I test my ActiveX under Visual Basic .NET 2003 project, when I call "AddRow" method a NULL reference error is generated. The strange thing is that the control works fine under VB6 and VB .NET 2002!!
Does anyone know the cause of this error, or can help me finding it or how I can get rid of it!
Thanks,
Daed
|
|
|
|
|
How to get the frame rate of a .wmv file while the IWMInfoHeader interface cannot get the related attributes? Thanks
|
|
|
|
|
I have a problem runnin' my application. I used lots of char* 'cause I needed to scan ASCII files. Scanning one file is ok, but with more files, exiting the application generates a messages error
"Instruction xxxx pointed to memory yyyy. Memory couldn't be 'read' (or 'written')"
Debugging the application, the problem is located in dbgheap.h, line 1011.
Changing the type of application, the problem shifts to sbheap.h.
I've read about changing debug settings (using RTTI and so on), but the error still remain.
Any suggestion? 
|
|
|
|
|
You are most likely writing past the end of an allocating heap block. You need to work through your code and try and track the cause down. There are various CRT Heap Debugging functions that will help with this. Google "crt debug heap" for help on this.
Neville Franks, Author of ED for Windows www.getsoft.com and Surfulater www.surfulater.com "Save what you Surf"
|
|
|
|
|
Hai Frens.. .
I need to know how to select multiple rows by pressing Ctrl key in flex grid.
If any body finds some tutorials for grid manipulation. . .in net please give me the link.
Thanx bye
|
|
|
|
|
How to get the frame rate of a .wmv file if the attribute WM/VideoFrameRate cannot be found by the interface IWMHeaderInfo?
|
|
|
|
|
I try to create a file, the filename i will get from a string. What do I do wrong. It works ok in Visual C++, but in Emededd C++ i get an error.Some one told me that i just have to convert ,char* filnavn1 to a wide char format string
Can some one show me how I do that.
HANDLE hFile1;
char *filename1;
char *token;
char seps[] = ",";
char string[] = "\\windows\\2004-10-T-gr1-tstTag1.csv,\\windows\\2004-10-T-gr1-tstTag2.csv";
token = strtok( string, seps );
filnavn1 = token;
hFile1 = CreateFile (filnavn1, // Open .txt
GENERIC_READ, // Open for reading
0, // Do not share
NULL, // No security
OPEN_EXISTING, // Existing file only
FILE_ATTRIBUTE_NORMAL, // Normal file
NULL); // No template file
Get this error:
cannot convert parameter 1 from 'char *' to 'const unsigned short *
|
|
|
|
|
Instead of using char*, try to use TCHAR*.
So, for example for string:
TCHAR* string = _T("\\windows\\2004-10-T-gr1-tstTag1.csv,\\windows\\2004-10-T-gr1-tstTag2.csv");
And instead of strtok, use wcstok.
|
|
|
|
|
Still get an error
cstok' : cannot convert parameter 2 from 'char [2]' to 'const unsigned short *
int ch = ',';
TCHAR* token;
int i = 0;
int ch = ',';
TCHAR* filnavn1;
TCHAR* string = _T("\\windows\\2004-10-T-gr1-tstTag1.csv,\\windows\\2004-10-T-gr1-tstTag2.csv");
|
|
|
|
|
Always use TCHAR instead of chars. This error comes because you pass a char array instead of a TCHAR array.
|
|
|
|
|
As I told you in another thread, there seems to be something fishy about the way your compiler handles the typedefs for TCHAR, PSTR, LPSTR and so on.
When you invoke CreateFile, you actually invoke either CreateFileA or CreateFileW based on whether UNICODE is defined or not.
Based on the error message, it seems that you are calling CreateFileW, which takes a unsigned short * as the filename parameter. This indicates that UNICODE is defined. I have no idea about what you mean when you mention "Emededd C++", but somewhere UNICODE is defined either explicit or implicit.
You have some considerations to do:
1. If you are sure that you only need to build for unicode, then you could start to use the proper functions explicit like this:
HANDLE hFile1;
unsigned short *filename1;
unsigned short *token;
unsigned short seps[] = L",";
unsigned short string[] = L"\\windows\\2004-10-T-gr1-tstTag1.csv,\\windows\\2004-10-T-gr1-tstTag2.csv";
token = wcstok( string, seps );
filnavn1 = token;
hFile1 = CreateFile (filnavn1,
GENERIC_READ,
0,
NULL,
OPEN_EXISTING,
FILE_ATTRIBUTE_NORMAL,
NULL);
2. Or you could find out why your compiler insists on using the *W functions, but in the same breath refuses to translate TCHAR to unsigned short.
I would go for #2 
By the way, for runtime translation of string types: look up MultiByteToWideChar(), but as I said, you main problem is the confusion of string types.
"After all it's just text at the end of the day. - Colin Davies
"For example, when a VB programmer comes to my house, they may say 'does your pool need cleaning, sir ?' " - Christian Graus
|
|
|
|
|
jan larsen wrote:
I have no idea about what you mean when you mention "Emededd C++"
FYI,
Microsoft eMbedded C++[^]
Is a development IDE for writing code for Windows CE based devices. It instists on UNICODE.
Ant.
I'm hard, yet soft.
I'm coloured, yet clear.
I'm fruity and sweet.
I'm jelly, what am I? Muse on it further, I shall return! - David Walliams (Little Britain)
|
|
|
|
|
Ah, "Embedded", I had a vague idea that this was probably the case , I didn't know it insisted on UNICODE.
"After all it's just text at the end of the day. - Colin Davies
"For example, when a VB programmer comes to my house, they may say 'does your pool need cleaning, sir ?' " - Christian Graus
|
|
|
|
|
Sorry, I think it is rather that CE requires UNICODE therefore the API implementations are all UNICODE.
Ant.
I'm hard, yet soft.
I'm coloured, yet clear.
I'm fruity and sweet.
I'm jelly, what am I? Muse on it further, I shall return! - David Walliams (Little Britain)
|
|
|
|
|
Thanks to Antony for clearing up some things here.
Embedded C++ insists on UNICODE, this means that if you want to build for both platforms, you should use the proper typedefs when working with strings.
Michael Dunn has written a very good article on this: The Complete Guide to C++ Strings[^]
So it seems that the compiler confusion springs from: When compiling for the embedded environment, it will allways link to wide character functions, this means that you can't use char, and that, when you compile for the embedded environment, have to define UNICODE.
"After all it's just text at the end of the day. - Colin Davies
"For example, when a VB programmer comes to my house, they may say 'does your pool need cleaning, sir ?' " - Christian Graus
|
|
|
|
|
TCHAR* filnavn1 did it.
Did not know that it was UNICODE.
All works fine now.
Thanks to all
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
