C / C++ / MFC

George_George wrote:

I assume that you mean if p always pointed to some object on heap, my code is bug free.

int * p;
p = new int[10];
assert(p);
// fill p with some important data
...
...
B b(p);
// BUG: if B throws, here p is invalid and the important data is lost

George_George wrote:

I extract my issue in a simple way, and we should discuss under in this simple and special condition.

<br />
Byte-order mark Description <br />
----------------------------<br />
EF BB BF        : UTF-8<br />
FF FE           : UTF-16, little endian<br />
FE FF           : UTF-16, big endian<br />
FF FE 00 00     : UTF-32, little endian<br />
00 00 FE FF     : UTF-32, big-endian

Ajay L D wrote:

WriteFile(fpNew, str, sizeof(str), &dwNumBytesWritten, NULL);

WriteFile(fpNew, str, dwNumBytesRead, &dwNumBytesWritten, NULL);

George_George wrote:

1. whether or not we are using auto_ptr to allocate new object on heap (using new), there may be bad_alloc exceptions;

George_George wrote:

when we met with such exceptions, we catch it (bad_alloc)

George_George wrote:

and try to mininize the operation in catch handler block (since when bad_alloc occurs, it means memory is running out, we can not do anything complex in handler).

George_George wrote:

If we met with bad_alloc, do we need to use delete or delete[] to free the memory in exception handler block?

George_George wrote:

But I think it is not implemented in Visual Studio, right?

George_George wrote:

any comments/options about our original question (put your good ideas about shared_ptr aside for a while)? Is my understanding correct?

template <typename t="">
class ScopePtr
{
   T * m_pT;
 public:
   ScopePtr(T * pT) : m_pT(pT) {}
  ~ScopePtr() { delete m_pT; }
   T * ptr() { return m_pT; }
}
</typename>

void Foo()
{
  ScopePtr<bar> bar(new Bar()); // instead of Bar * bar = new Bar();
  bar.ptr()->Run(); // instead of bar->Run();
  ...         
}
</bar>