|
"using namespace std;" can be written in the file where you write "#include <vector>".
I don't understand your second question.
|
|
|
|
|
Hello,
How can I use SetRedraw function to prevent device content flicker in OnDraw method?
I don't wanna use memory DC.
Thank u in advance.
|
|
|
|
|
SetRedraw() won't help to avoid flicker in OnDraw() . You'll have to use a memory DC to do that.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Simple answer is you can not.
John
|
|
|
|
|
Hello, everyone!
I want to read data from serial port under Linux environment
using C. Are there some tutorial or sample codes that I can make
a reference?
Thanks in advance,
George
|
|
|
|
|
Search www.sourceforge.net and see what projects there may use the serial port.
INTP
|
|
|
|
|
Thanks, John buddy!
I have searched some projects. But they are too huge, for example,
a model dailer. I want to know whether there are some tiny samples,
one or two hundred line example?
regards,
George
|
|
|
|
|
hey i'm used to c++.i want to learn visual c++ comprehensively.can anyone suggest a good site or book for me so that i can apply myself?
|
|
|
|
|
It depends what kind of development you're into I guess. If it's just straight unmanaged Visual C++ (which I assume it is since you don't mention .NET), it's then a case of whether you're going down the MFC route, or using just the Win32 API or WTL.
Whatever you end up doing it's probably no bad thing to learn about Windows programming without the assistance of any libraries, in which case, something like Programming Windows by Charles Petzold is an excellent choice.
Alternatively, I can recommend Programming Visual C++ by Kruglinski, Wingo and Shepherd (there's a new release that also covers Visual C++ .NET) and it covers the basics of Windows programming, the majority of it is dedicated to MFC but with some ATL and COM also covered. For MFC in particular I would also highly recommend Jeff Prosise's Programming Windows with MFC.
Alternatively, there's loads of code and articles on the internet that can be used. I'm not aware of any WTL books, but there are some excellent articles on this site about how to use it, so I'd recommend maybe one or two books to get you into it, and then use articles here and elsewhere to supplement.
Of course, this all hinges on you learning how to use C++ and the standard library so once you start using Visual C++ you can actually build things, rather than just knowing how to display list views etc.
--
Paul
"Put the key of despair into the lock of apathy. Turn the knob of mediocrity slowly and open the gates of despondency - welcome to a day in the average office."
- David Brent, from "The Office"
MS Messenger: paul@oobaloo.co.uk
Download my PGP public key
|
|
|
|
|
Immodestly I would recommend my own Visual C++.NET Bible. While Jeff's (Prosise) book is very good, I believe I cover several integral Windows programming topics better (COM, database, XML, etc.)
Cheers,
Tom Archer
Inside C#, Extending MFC Applications with the .NET Framework
It's better to listen to others than to speak, because I already know what I'm going to say anyway. - friend of Jörgen Sigvardsson
|
|
|
|
|
Hello friends,
how can i insert text into a specific column in Reportview i added LVS_EX_GRIDLINES flag. will setitemtext do????
please help
everything is possible
|
|
|
|
|
SetItemText will all you to set the text for a specific column in a ReportView ListCtrl.
Michael
'War is at best barbarism...Its glory is all moonshine. It is only those who have neither fired a shot nor heard the shrieks and groans of the wounded who cry aloud for blood, more vengeance, more desolation. War is hell.' - General William Sherman, 1879
|
|
|
|
|
You can set a column name via numerous different ways - starting from filling LVITEM structure and sending a message to control.
Anyway:
all those ways use something like "iSubItem" - and thats the number of column to accomodate the text. Dont have MSDN by my hands - take a look there.
Sincerely yours, Ilya Kalujny.
|
|
|
|
|
Hi!
I've done a pretty large software project (a planning system) in vs.net c++ that is very interface "intensive" developed om Windows 2000 and targeting both W2000 and WXP.
Yesterday I tested this system on Windows XP Prof. on a new mobile computer from Dell and..
...Interface stopped working! ARGGG! I tried to debug the code and found out that DoModal() and WM_TIMER seemed to worked completely different from Windows 2000. The WM_TIMER in different windows came randomly and only when I moved the mouse over different controls (!). Verified this with Spy++.
Two DoModal() couldn't be done after each other (doesn't matter where it was done in the code, it was just a question of time and not logic). When I did this, the program locked up completely and never recovered (it didn't crash or leave any exception).
Question: Why is their a difference between W2000 and WXP Prof.? Have anyone else experienced this problem?
Hans Andersson from A&O Software Design (from sweden)
|
|
|
|
|
lionelzero wrote:
Two DoModal() couldn't be done after each other (doesn't matter where it was done in the code, it was just a question of time and not logic). When I did this, the program locked up completely and never recovered (it didn't crash or leave any exception).
Was this on the same instance of the CDialog class or on two different instances?
You'll probably need to post the section of code that is troubling you, so that we can provide more clues to what is going wrong.
Michael
'War is at best barbarism...Its glory is all moonshine. It is only those who have neither fired a shot nor heard the shrieks and groans of the wounded who cry aloud for blood, more vengeance, more desolation. War is hell.' - General William Sherman, 1879
|
|
|
|
|
This is one example of when two domodals doesn't work for me in one dialog.
// A function called from PreTranslateMessage in the main dialog of a dialog based mfc program
void CMainDlg::FunctionCalledFromPreTranslateMessage()
{
CDialogOne dlgOne;
if (m_dlgOne.DoModal() == ID_OK)
{
CDialogTwo dlgTwo;
if (m_dlgTwo.DoModal() == ID_OK)
{
// Dialog Two doesn't show, the whole program locks up on WinXP Pro but not W2000 (W2000 version tested on a standard machine 2x1.2 ghz, XP tested on a mobile Dell, just a few days old)
}
}
}
|
|
|
|
|
Are you able to debug on the XP machine. The clue will lie in what is going wrong in the DoModal call to the CDialogTwo (assuming you are not doing any major work in the constructor).
I'd step into DoModal and see if anything is failing in there.
Does this dialog use any custom controls or any of the windows common controls ?
Michael
'War is at best barbarism...Its glory is all moonshine. It is only those who have neither fired a shot nor heard the shrieks and groans of the wounded who cry aloud for blood, more vengeance, more desolation. War is hell.' - General William Sherman, 1879
|
|
|
|
|
Hello,
I am trying to find all files with extension ".lng" in the directory of my application's exe. This is my current code:
m_listLang.ResetContent();
CFileFind ff;
char szThis[MAX_PATH*2];
unsigned long i = 0;
CString csTmp;
BOOL chk_w = FALSE;
GetModuleFileName(NULL, szThis, MAX_PATH * 2);
for(i = strlen(szThis)-1; i > 1; i--)
{
if(szThis[i] == '\\') { szThis[i] = 0; break; }
}
strcat(szThis, "\\*.lng");
chk_w = ff.FindFile(szThis, 0);
while(chk_w == TRUE)
{
if(ff.FindNextFile())
{
m_listLang.AddString(ff.GetFileTitle());
}
else
{
chk_w = FALSE;
}
}
ff.Close();
This should find all *.lng files in the directory of the executable and add their titles (so without extension) to a CListBox.
But it's not working. It always misses one file. I tried to use the FindFile function directly (so without a FindNextFile call), but as stated in MSDN this is not allowed.
Do you have any idea what I am doing wrong?
Thanks
-Dominik
_outp(0x64, 0xAD);
and
__asm mov al, 0xAD __asm out 0x64, al
do the same... but what do they do??
|
|
|
|
|
OK. As written, it will always skip the first file it finds. This is because you find the first file, enter the loop, and immediately find the next file without using the first one. Write your loop like this:
chk_w = ff.FindFile(szThis, 0);
while(chk_w == TRUE)
{
m_listLang.AddString(ff.GetFileTitle());
chk_w = ff.FindNextFile();
} Hope this helps,
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
No, that doesn't work. You may not use the "output" of the FindFile function.
MSDN says:
After calling FindFile to begin the file search, call FindNextFile to retrieve subsequent files. You must call FindNextFile at least once before calling any of the following attribute member functions: [blablabla, functions like GetFileTitle] .
So i think my loop is correct
Any more ideas?
-Dominik
_outp(0x64, 0xAD);
and
__asm mov al, 0xAD __asm out 0x64, al
do the same... but what do they do??
|
|
|
|
|
Have you tried it? I read the docs too, but I also looked at the source code, and can't find any reason why it wouldn't work.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Yes, I also tried it (couldn't believe it myself too ), but it really doesn't work (ASSERTed).
-Dominik
_outp(0x64, 0xAD);
and
__asm mov al, 0xAD __asm out 0x64, al
do the same... but what do they do??
|
|
|
|
|
Hmmm. Ok. I'll have a look, because it sounds like a bug to me. The output of the Win32 FindFirstFile() function can definitely be used - I use it all the time.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Thats true. The Win32 function returns information about the first file, but CFileFind::FindFile doesn't
-Dominik
_outp(0x64, 0xAD);
and
__asm mov al, 0xAD __asm out 0x64, al
do the same... but what do they do??
|
|
|
|
|
I just had a close look at the source code. For some reason they buffer the returned data so you're always one file behind what FindNextFile() returns. I always use the Win32 functions. Much easier
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|