C / C++ / MFC

kumar sanghvi wrote:

int *p;   //With this statement, you just declared a pointer variable (which will point to an integer)
int w=10; //You declared an integer and initialized it. The storage for this variable is on the stack.
p=&w;    //You made the integer pointer you earlier declared, point to the integer that you just created on the stack.

the memory allocation for both w and p will be on stack only ...?

kumar sanghvi wrote:

when it is really useful to allocate memory dynamically using pointer than allocating on the stack..?

kumar sanghvi wrote:

if possible can u explain with example when the dynamic memory allocation is really useful...

Rajesh R Subramanian wrote:

p=&10;

kumar sanghvi wrote:

int* p; //declared pointer to int (statement does nothing)<br />
int w=10; //declares and initializes an int to 10, but it won't exist unless you use it<br />
p=&10; //this is an error, you probably meant p=&w?

harold aptroot wrote:

And I don't guarantee that anything in this post was actually true, use the information at your own risk

thelonesquirrely wrote:

then we were thinking if it was safe to create a lock like this:

...
Lock l (Mutex m);
... // never using m

correct me if I am wrong, but then m is scoped with l. This works if I only want m to exist for l.

#include <iostream>

class Mutex
{
public:
   Mutex() { std::cout << "Mutex::Mutex\n"; }
   ~Mutex() { std::cout << "Mutex::~Mutex\n"; }
};

class Lock
{
public:
   Lock(Mutex& m) : m_(m) { std::cout << "Lock::Lock\n"; }
   ~Lock() { std::cout << "Lock::~Lock\n"; }
private:
   Mutex& m_;
};

int main()
{
   Lock l(Mutex m);
}

thelonesquirrely wrote:

Is there any taboo no-nos to doing the prior method? Some pitfalls I am not seeing?

jiabin_007_love wrote:

However,how many _connection objects and _recordset objects should I use?

DavidCrow wrote:

One of each should suffice.