|
Can you give example on use?
thx.
Nitron
_________________________________________--
message sent on 100% recycled electrons.
|
|
|
|
|
|
do u know what functions or MFC classes are used for sending email and what platform or special servers or software are needed to support them as min required?
includeh10
|
|
|
|
|
|
|
A quick question for the STL gurus...
I've got a std::list, where the only insertion method is push_back(). I'd like the inserts to be as fast as possible. Is it worth keeping an iterator to the end of the list and using insert( end_it, foo ), or would it be just as fast, or faster, to simply use push_back( foo )?
I'm guessing that the list is optimised so that a call to push_back doesn't involve trawling through the entire list to find the end, but I thought I'd better check.
Oh, and I'm using the STL supplied with VS 6 SP5
TIA,
Pete
|
|
|
|
|
Member functions of container are almost always either optimized or does not exists at all.
For that reason, a vector, for example, only have push_back and not push_front as it would not be efficient (would have to copy every items, every time with typical implementation).
A function that may not be optimized in some implementation is size for a list. This is the reason why empty member function should be used when we only want to knows if a STL container is empty (as this will be optimal for any container on any implementation).
Philippe Mori
|
|
|
|
|
moredip wrote:
Is it worth keeping an iterator to the end of the list and using insert( end_it, foo ),
Probably not. Perhaps you could shave off a few CPU cycles, but that's it.
or would it be just as fast, or faster, to simply use push_back( foo )?
Since any list insertion is O(1) and end() is also O(1) for a list, I think you know the answer.
|
|
|
|
|
Ok, that's what I thought.
Thanks chaps!
|
|
|
|
|
I'd say that keeping the iterator is slightly faster (one level of indirection less.) A quick look at the source code for std::list should let you know.
If you allow me to do a little advertising, my block allocator can prove useful in improving the performance of your code.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
what functions are used for:
1. create short cut file from original one?
2. update a dll file which is being used by system or other apps?
 
includeh10
|
|
|
|
|
1. Several of them. PJ Naughter has already done the work of bundling all the stuff into his CShellLink & CUrlShellLink v1.1.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
thank u.
i downloaded the code and had a simple look.
actually i created a similar class myself last year from com interface.
i really don't understand why microsoft doesn't offer native c function to user, instead offer COM!
i use COM for several years, i really hate it!
C++ is not VB, we don't want to be silly.
includeh10
|
|
|
|
|
|
2. If possible, rename the existing dll and place the new one in it's place. Any Win95/98 machines completely lock out dlls tho. This will only work for NT/XP machines.
Joel Lucsy (jjlucsy@ameritech.net)
|
|
|
|
|
Hi
I have a dialog box that will have two buttons, Start and Stop. I need to make sure the user has the ability to click Stop while the application is processing. I am using MFC. Could someone post some sample code.
thanks
ashish
|
|
|
|
|
i see two options:
1. use a modeless dialog with a Stop button. when start is pressed, the modeless dialog is launched and processing starts. if Stop is pressed, it sets a flag (or sends a message, or uses one of the synchronization objects, like an Event) which the processing code is watching. the processing code stops, then removes the modeless dialog. there's code on this site that explains modeless dialogs.
2. when start is pressed, start a worker thread to do the processing. when stop is pressed, your code sets a flag (sends and event, whatever) that the processing code is watching. there are some multi-threading articles here, too.
i'd probably go with 2, since it's a little cleaner. but 1 is a perfectly acceptable way to go, to (IMO)
-c
To explain Donald Knuth's relevance to computing is like explaining Paul's relevance to the Catholic Church. He isn't God, he isn't the Son of God, but he was sent by God to explain God to the masses.
/. #3848917
|
|
|
|
|
Thanks. Trouble is, I have never used threads (this would be a good time to start). So where do I begin?
thanks
ashish
|
|
|
|
|
take a look here : http://www.codeproject.com/threads/. there are a few "threads for beginners" articles.
the hardest part (which isn't really hard, you just need to be careful) about multi-threading is communication between the controlling thread (your normal app) and the worker thread. the articles i glanced at all dealt with this.
-c
To explain Donald Knuth's relevance to computing is like explaining Paul's relevance to the Catholic Church. He isn't God, he isn't the Son of God, but he was sent by God to explain God to the masses.
/. #3848917
|
|
|
|
|
This should be easy. I am trying to add the Microsoft Communication Control to the control toolbar in Visual C.
Thanks
|
|
|
|
|
Suddenly i have discovered that menu option "New ATL Object..." is lost in my Visual Studio. What's happend? how it can be repaired? help, plz!
|
|
|
|
|
Please help me with painting the region which I've shown on the image! I've got my own CTabCtrl class and I've tried overiding the OnPaint, OnNcPaint and OnEraseBkgnd, but none of them seem to do what I want. Do I have to implement a complete ownerdraw CTabCtrl class or can I just paint that background in some other way? Please HELP!!! 
click here to see the image
Dennis
MCP, MCSD
|
|
|
|
|
How do I get the contents of CString m_strData into BYTE* m_pData?
I have a edit box that has a member variable of m_strData, and I need to get the string into the m_pData variable.
Thanks 
|
|
|
|
|
try this one:
CString strTemp = "Hello World";
BYTE* pByte = (BYTE*) (LPCTSTR) strTemp;
MS
|
|
|
|
|
NO!!! This is dangerous!
You need to do this:
CString strTemp = "Hello World";
BYTE* pByte = (BYTE*) strTemp.LockBuffer();
and when pByte is not needed anymore:
strTemp.UnlockBuffer();
Never cast away the const-ness of a pointer...
Concussus surgo.
When struck I rise.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
