|
Hello,
when I compile my project, there is a fatel error "fatal error RC1015: cannot open include file 'winresrc.h". the file is under the directory "Z:\gen_tools\include", and I added the path "Z:\gen_tools\include" in "tools ->options->directories" too. I don't know what can I do with the error. Please help! thanks in advance!!
|
|
|
|
|
http://forums.microsoft.com/MSDN/ShowPost.aspx?postid=220223&siteid=1
check above link
|
|
|
|
|
thank you very much.
unbelievable, the path name under tool->option->directories is case sensitivity! I just input the path again with 'GEN', and it works!
best regards
|
|
|
|
|
Hi,
I have list control whose property is set to
"List1",IDC_CmdResp,"SysListView32",LVS_REPORT |
WS_BORDER | WS_TABSTOP,293,37,146,214,
WS_EX_DLGMODALFRAME | WS_EX_CLIENTEDGE | WS_EX_RIGHT |
WS_EX_STATICEDGE
Am displaying the data read from the serial port in the list control but there is lot of filckering.Below is the code to display the data in list control.Is there any thing am missing in the code.Why there is flickering?More flickering starts when i start deleting the data.If i don't delete i get assert error that maybe due to memory overflow of the list control.Plz help me out.
void CNgpptDialog::ReadSerialData(CString sIn)
{
CString pressure_data;
ptrCmdResp->SetRedraw(false);
pressure_data=sIn;
int counter = ptrCmdResp->GetItemCount();
ptrCmdResp->InsertItem(counter, "");// to insert a row
ptrCmdResp->SetItemText(counter, 0, pressure_data);// column0
ptrCmdResp->EnsureVisible(counter, FALSE); // Scrolls downwords.
if(counter > 150)// I start deleting first data when the number of items in the list control is > 150
{
ptrCmdResp->DeleteItem(0);
}
ptrCmdResp->SetRedraw(true);
int nIndex = ptrCmdResp->GetItemCount();
ptrCmdResp->RedrawItems(nIndex,nIndex);
}
}
Thanks in advance
|
|
|
|
|
Hi,
I am using NTGraph contrl an Active X control.
I need to erase a portion of the graph before plotting the new data each time.
But the control provides only cleargraph function which erases the whole graph completely.
Can anyone help me in this regards,
Thanks in advance.
with regards,
Dan
|
|
|
|
|
You better ask that on the author via the message board at the bottom of the article.
|
|
|
|
|
I have an VC++ application connected to database. It does the database operations such as searching records, moving to next/previous record, add, update and delete records.
Problem: When i search for records (i.e with certain condition and with sort), i will get the records on the text fields.
For example, i have retrieved 1 2 3 7 9 (using select statement in code.)
These will be stored in recordset. Suppose if i update value 9 to 4. The sort order should be maintained in text fields.. How can i get the sort order (i.e 1 2 3 4 7) without reapplying select statement?
|
|
|
|
|
use Order By in select statement.
|
|
|
|
|
I asked without reapplying select statement...
|
|
|
|
|
Hello,
Even if no process is referring to a DLL after using it for some time, can we still keep it loaded in memory? How?
Software Developer
Sanjay K
|
|
|
|
|
no, a DLL always requires a process to be loaded into else into which memory address space would it go ?
Why would you want to do this ?
|
|
|
|
|
SanjaySMK wrote: Even if no process is referring to a DLL after using it for some time, can we still keep it loaded in memory? How?
Until FreeLibrary() is called, it will remain in your process' address space.
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
I think that if the process which is using DLL still exist, then the dll will also remain in memory whether you use it or not.
To Remove the dll, use FreeLibrary. But that will only remove dll loaded with LoadLibrary.
But what you will achieve with that ?
|
|
|
|
|
From the MSDN:
Each process maintains a reference count for each loaded library module. This reference count is incremented each time LoadLibrary is called and is decremented each time FreeLibrary is called.
A DLL module loaded at process initialization due to load-time dynamic linking has a reference count of one. This count is incremented if the same module is loaded by a call to LoadLibrary.
|
|
|
|
|
Hi, I'm using this control (report style, single selection, only text, no header, one column) with LVS_EX_TRACKSELECT | LVS_EX_FULLROWSELECT | LVS_EX_ONECLICKACTIVATE.
How I can get item text when mouse cross over item? Is it with LVM_GETHOTITEM message or how?
Thanks for help!
|
|
|
|
|
How I can get item text when mouse cross over item?....
When exactly you wnat to retrieve text from List control?
Please write in brief
|
|
|
|
|
When mouse holds for a brief time my item is hilited, at that time I need to get index of that item so I can get items text!
Thanks.
P.S.
The question is can I monitor some message. I cant just use GetHotItem function I need to do so on a special moment (when hilited)!
|
|
|
|
|
I don't know how to do it with the messages that you are trying, but what do you think about...
If you move the mouse, reset a timer that counts while the mouse is quiet.
If the timer ends its count and the pointer is in the ListCtrl area (you can easyly make a PtInRect with the corners of the ctrl) you can emulate the click of the mouse
and then you get the hitlited and the row number with the NM_CLICK like:
int CView::OnClickListCtrl(NMHDR* pNMHDR, LRESULT* pResult)
{ int nRowNum = -1;
POSITION pos = m_clcMyListCtrl.GetFirstSelectedItemPosition();
while (pos)
{ int nPos = m_clcRuleList.GetNextSelectedItem(pos);
nRowNum = nPos;
}
return nRowNum;
}
With this you have the number of the row, and can use it to get the item text and anything you want
Greetings.
--------
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
|
|
|
|
|
The Messages which are post,they are synchronized due to message queue.What about the messages which are sent?
never say die
|
|
|
|
|
I am not sure what you mean by synchronized. Window messages are placed into a FIFO stack and each message has a priority level. They are processed and removed from the stack based on location in the stack and priority level of the message type.
This is a part of MS Windows that has evolved over the years, working slightly differently in older versions.
However with that being said, currently in Windows XP and Windows Vista The Send* message functions bypass the standard message que and are pushed onto a seperate FIFO stack of nonqueued messages. These messages are processed with higher priority than messages which are in the standard message que.
To read more about messages and message queues, the MSDN has an excellent article located here:
http://msdn2.microsoft.com/en-us/library/ms644927.aspx[^]
Best Wishes,
-Randor (David Delaune)
|
|
|
|
|
By Synchronization I mean that if 2 threads post a message to a 3rd Thread (which is owning a window)then execution is synchronized that is which ever message comes first in the message queue is executed first.But in case of Send Message the thread directly call the WndProc , so how the synchronization takes place
-- modified at 0:41 Thursday 20th September, 2007
never say die
|
|
|
|
|
I just read in the msdn Messages sent between threads are processed only when the receiving thread executes message retrieval code.May be the message retrieval code does the synchronization .If any body knows more than this please share it
never say die
|
|
|
|
|
Do you know what a message queue is?
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
It is a thread specific message queue for GUI/non-GUI application. It stores the messages post by system or some other application.The thread retrieves the messages from its message queue using GetMessage or PeekMessage .If i m wrong somewhere pls rectify it.
never say die
|
|
|
|
|
The MSDN is somewhat misleading in that it states: "directly calls the WndProc"
This is only true if the window belongs to the same thread executing SendMessage()
In other words... if Thread1 executes SendMessage() to a window it owns, the WndProc is directly executed.
If Thread1 executes SendMessage() to a window owned by Thread2, the message is placed into a seperate que. This special que contains messages of extreme high priority. This que is not the same as the standard message que.
Hope it helps,
-Randor (David Delaune)
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
