C / C++ / MFC

24-Sep-09 13:08

Hi,

I just had a Thread (discussion) with David Crow for Which I made an assumption

which maybe somebody can confirm or refute

when allocating an object with the new operator

storage is allocated from the PROCESS heap

The thing that makes me unsure about this is that COBject which is a dervived class

for a lot of MFC objects has a new operator

to summerize

storage in fuction is stack storage which is gone when you leave the function

for thread storage -- use Thread Local storage

new is Process storage

I would appreciate your comments

Rajesh R Subramanian24-Sep-09 17:11

Rajesh R Subramanian

24-Sep-09 17:11

First will you stop using hard returns please? The lines will wrap automatically according to the screen resolution if you hadn't known that.

Second, your query is completely unclear.

It is a crappy thing, but it's life -^ Carlo Pallini

CPallini24-Sep-09 20:56

CPallini

24-Sep-09 20:56

Actually itz a poem, sir. Big Grin | :-D

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

[My articles]

«_Superman_»24-Sep-09 17:12

«_Superman_»

24-Sep-09 17:12

Generally, dynamic memory allocation is done on the heap.
This may be done using the new operator, malloc, GlobalAlloc etc.

I do not understand the rest of your question.

«_Superman_»
I love work. It gives me something to do between weekends.

ForNow24-Sep-09 17:32

24-Sep-09 17:32

I just assumed that if I created a Object with the new operator it would be around for lifetime of the app/CWinapp

«_Superman_»24-Sep-09 17:42

«_Superman_»

24-Sep-09 17:42

Do you mean create an object of a class derived from CObject using the new operator?
Yes, it will be available for the lifetime of the application.
The pointer tracking this object must be made available to all functions using this object.

For example, create a CDialog pointer as a member of your class.
In the constructor of your class create the CDialog object using new.
Now in any methods of your class you can access the CDialog object using the CDialog pointer.

class A
{
    CDialog* m_pDlg;

public:
    A()
    {
        m_pDlg = new CDialog(IDD_MYDLG);
        m_pDlg->Create(IDD_MYDLG);
    }

    ~A()
    {
        delete m_pDlg;
    }

    void One()
    {
        // Can access m_pDlg here.
    }

    void Two()
    {
        // Can access m_pDlg here.
    }
};

«_Superman_»
I love work. It gives me something to do between weekends.

ForNow24-Sep-09 17:56

24-Sep-09 17:56

not only Class A but any other Classes in the App as long as I save the Pointer

thnakx again

«_Superman_»24-Sep-09 20:39

«_Superman_»

24-Sep-09 20:39

Sure, as long as the pointer is accessible to the other classes.

«_Superman_»
I love work. It gives me something to do between weekends.

ForNow25-Sep-09 1:03

25-Sep-09 1:03

thankx

Need help in creating an array in C++

Rajesh R Subramanian25-Sep-09 0:57

Rajesh R Subramanian

25-Sep-09 0:57

It doesn't matter if you save the pointer or not. The object is going to remain on heap until you use delete to remove it.

However, if you save the pointer to it and pass it around, it could be used from anywhere else within your process (other classes, threads, etc.,).

It is a crappy thing, but it's life -^ Carlo Pallini

Font

viliam24-Sep-09 10:39

viliam

24-Sep-09 10:39

I try to enumerate fonts utilizing InstalledFontCollection from GDI+.
All works but the collection does not contain some fonts which I can see, for example in standard font dialog.
.. such "MS Sans Serif"

Is there any parameter to get such "system" fonts too, or other class or function to enumerate them?
Thank you for help

viliam

Re: Font

David Crow24-Sep-09 10:57

David Crow

24-Sep-09 10:57

Have you tried EnumFonts() and EnumFontFamilies()?

"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown

"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons

Re: Font

viliam24-Sep-09 11:32

viliam

24-Sep-09 11:32

Thanx, this function works better for me

viliam

Anmolkumar24-Sep-09 9:17

Anmolkumar

24-Sep-09 9:17

i would like to know how to create
a. Initially the size of the heap is read and an array of that size is created for the heap
b. Another array of size n+1 is created for the handle(key) and it contains impossible values i.e. upto infinity
c. After the first record with name m and priority p is inserted, (m,p) is stored in the heap, and the handle of m is updated to 0.

Re: Need help in creating an array in C++

Maximilien24-Sep-09 9:37

Maximilien

24-Sep-09 9:37

I'm probably missing a translator plugin...

a. are you talking about a heap data structure ?
b. it's not clear why you need to go to infinity, it's quite a large number, only Chuck Norris can count to infinity.
c. ... why not.

This signature was proudly tested on animals.

Finding the memory address of a function [modified]

hxhl9524-Sep-09 8:09

hxhl95

24-Sep-09 8:09

Hiya everyone,

I was searching for some way to find the memory address of a function such as TerminateProcess. Is there a way to do this? I've read something about the VirtualQuery function, but I don't exactly understand how that can be applied. Could anyone give me a few pointers? (and maybe somewhere I can learn some more about windows memory management.)

Thanks. Smile | :)

EDIT: this is what I'm reading right now.

modified on Thursday, September 24, 2009 2:23 PM

Re: Finding the memory address of a function [modified]

David Crow24-Sep-09 8:37

David Crow

24-Sep-09 8:37

hxhl95 wrote:
I was searching for some way to find the memory address of a function such as TerminateProcess.

Something like:

HMODULE hModule = LoadLibrary(_T("kernel32.dll"));
typedef BOOL (*PROC)(HANDLE, UINT);
PROC proc = (PROC) GetProcAddress(hModule, "TerminateProcess");

is much less succinct than Stuart's answer.

modified on Thursday, September 24, 2009 4:58 PM

Re: Finding the memory address of a function [modified]

Stuart Dootson24-Sep-09 10:00

Stuart Dootson

24-Sep-09 10:00

If you have (for example) TerminateProcess's definition pulled in via a header, then &TerminateProcess is sufficient...

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

hxhl9524-Sep-09 11:49

hxhl95

24-Sep-09 11:49

Thanks (to both you and DavidCrow, but I can't reply to two threads with a single reply...), I'll try that. Can't believe I didn't think of that... D'Oh! | :doh:

EDIT: Okay. So now if I hook TerminateProcess with my own dll, shouldn't the value of &TerminateProcess differ from the address of TerminateProcess in the kernel32.dll? I don't see any difference in the two addresses right now.. Confused | :confused:

modified on Thursday, September 24, 2009 6:08 PM

CPallini24-Sep-09 12:09

CPallini

24-Sep-09 12:09

hxhl95 wrote:
but I can't reply to two threads with a single reply..

You can make a reply pointing to the other one's address... (sorry for the bad pun)
Smile | :)

CPallini24-Sep-09 10:22

CPallini

24-Sep-09 10:22

hxhl95 wrote:
I was searching for some way to find the memory address of a function

hxhl95 wrote:
Could anyone give me a few pointers?