|
Hey can u give me example for it????
i am using Enumchildwindows but it is'nt calling the callback function...
i don't know what am i doing wrong.......
Help me on this....
|
|
|
|
|
|
Hi
Can I viosualise Thread as
1. Multi-Tasking within a Process.
2. Some processing that is to/can be done OUT-OF-SEQUENCE inside a Process and is LIGHT-WEIGHTED is coded as thread.
That is what I all know about threads!
Hope to get some clear and enough info on it
Bye
pitchu
|
|
|
|
|
A thread doesn't have to be light weight. Every app has at least one thread.
Christian Graus - C++ MVP
|
|
|
|
|
wasim ahmad bhat wrote: That is what I all know about threads!
I suggest you get a good book or read a good article on threads, cause there is so much more to threads than those two lines.
I can only please one person a day... today is not your day
|
|
|
|
|
Thnks
But i mean is it correct wat i hav posted
pitchu
|
|
|
|
|
I think if you see articles on the codeproject about Thread its helpful for you
|
|
|
|
|
In the simplest of terms:
A process that shares heap space with its parent process, but has a separate stack space.
Thus, it can share memory (heap) and still run separately (stack).
|
|
|
|
|
Im confused to visualise DLL loading/sharing/mapping among more than 1 processes.
Is it like this :
1. A DLL is loaded into memory only when it is absent.
2. A process after loading DLL into memory creates an instance of its DLL-Data meant for the process itself(acopy of DLL-data).
3. For new every process using DLL there exists a new instance of data for it.
4. The code of DLL is not duplicated or Re-Located and at any instance of time a DLL uses data instance of the process associated at thet time.
Hope to get some tips over it
Bye
pitchu
|
|
|
|
|
wasim ahmad bhat wrote: 1. A DLL is loaded into memory only when it is absent.
True.
wasim ahmad bhat wrote: 2. A process after loading DLL into memory creates an instance of its DLL-Data meant for the process itself(acopy of DLL-data).
True, for the most part. If a section in the DLL is marked as shared the data in that section is shared among all the process that have that DLL loaded.
wasim ahmad bhat wrote: 3. For new every process using DLL there exists a new instance of data for it.
Again, mostly true. The same exception in the case of shared sections exists.
wasim ahmad bhat wrote: 4. The code of DLL is not duplicated or Re-Located and at any instance of time a DLL uses data instance of the process associated at thet time.
Not true. The data isn't duplicated but when the DLL is first loaded it may need to be relocated if the address range it expects isn't available.
Steve
|
|
|
|
|
1.I mean IS IT TRUE in any case code of DLL is not duplicated?
2.Although as u said at first instance it may need relocation BUT wat if the next process also needs DLL to be relocated?
3.Is it like this that DLL uses data of the process associated with it at that time
pitchu
|
|
|
|
|
hello,
I have to verify the digital signature of an XML file and for this I need to write a code in VC++. Any pointer towards it will be highly appreciated.
Thnx
|
|
|
|
|
What digital signature ?
Christian Graus - C++ MVP
|
|
|
|
|
Sorry I din get ur Q.
But I can explain what I have to do . I have to basically first make an XML file digitally signed and then have to verify from other end. (Objective of the excercise)
1. To make it digitally signed I have to first HASH encrypt the file with a unique values (e.g. some ID) by HASH algo (SHA) and then have to sign it with a private key.
2. Now to verify it I have to do the same oprocedure but in reverse direction and with the help of the public key which would be differenct from the private key. (asymmnetric key)
I want to know how this to be done in VC++. Also if anyone knows that where these keys come from please let me know.
Thnx
|
|
|
|
|
Prinky wrote: Also if anyone knows that where these keys come from please let me know.
Well, you're the one telling the story. I guess you want to look for cryptography extensions to C++, as there is nothing in the actual language.
Christian Graus - C++ MVP
|
|
|
|
|
why dialog box ID is enumerated as the IDD member? Is there any special reason that it is enumerated?
KIRAN PINJARLA
|
|
|
|
|
Because macros suck, unless there in no better solution. In this case there is. For example, macros can't be class members but an enum can (and in this case is).
Steve
|
|
|
|
|
Stephen Hewitt wrote: Because macros suck,
Why? If we use macros carefully they are very helpful. Mainly because of irrational use most of the BUGs happen. For me macros are indispensable.
|
|
|
|
|
As I said, if there is no better solution macros are fine. But there are many problems with them and they’re overused by many C/C++ programmers. Some of the problems with them are:
- Can’t be overloaded.
- Make debugging harder.
- Don’t obey C/C++ scoping rules.
- Can cause nasty side effects.
All of these problems with macros – and more besides – are well known.
Steve
|
|
|
|
|
Stephen Hewitt wrote: - Can’t be overloaded.
They are not meant to be overloaded. If that's the purpose there are functions we should use them.
Stephen Hewitt wrote: - Make debugging harder.
TRUE.
Stephen Hewitt wrote: - Don’t obey C/C++ scoping rules.
Macros were not made for this purpose. They acts as just pure inline code replacement routine. If not used carefully ....
Stephen Hewitt wrote: - Can cause nasty side effects.
TRUE. They should be extremely well written. 
|
|
|
|
|
Not exactly sure, but I think has mostly to do with the wizards that create the dialog classes, because as far as I can tell, IDD is is only passed to the constructor of CDialog as the resource ID. I could be way wrong of course...
- S
50 cups of coffee and you know it's on!
|
|
|
|
|
It's how the Class Wizard recognises and remembers which classes are tied to which dialogs. If you remove that line, Class Wizard won't recognise which dialog belongs to the class any more.
|
|
|
|
|
Yup, and this now ties the resource file (with every resource) to the header, so any user of the header had to re-compile, any time any resource element changes, no matter how unrelated....
|
|
|
|
|
I have a simple client-server socket application. After the client runs for a while (2/3 days) the client machine gets to a state where it cannot make any outbound tcp/ip connections (i.e., browser, http requests, etc).
Once I restart the client (running as a service) then everything seems to work fine. I ran the scoket code through BoundsChecker to look for any memory or resource leaks and didnt find any. Has anyone here faced this or a similar issue?
Any help would be greatly appreciated.
TIA
|
|
|
|
|
when it blocks check with netstat and see if you have sockets still open
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
