Talk About Network

Google


Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Programming > C++ Moderated > Re: auto_ptr fo...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 2 of 16 Topic 9517 of 9823
Post > Topic >>

Re: auto_ptr for array of built-ins

by red floyd <no.spam@[EMAIL PROTECTED] > Apr 17, 2008 at 04:19 PM

Carlos Moreno wrote:
> Hi,
> 
> I'm facing a situation where it would seem all possible solutions
> have some severe inconvenience.
> 
> I'm creating a C++ wrapper for a C library;  in this one function,
> I need to return a string.  The underlying C library expects me
> to pass it a pointer where to put the result;  that pointer needs
> to be dynamically allocated in the general case.
> 
> So, my function goes more or less like this:
> 
> string f()
> {
>      char * result = new char [ ... ];
> 
>      int length = call_c_function (result,  .... other
> parameters ... );
>          // the function places the result string in the memory
>          // pointed to by result, and it returns the length of the
> string
> 
>      return string (result, result + length);
> }
> 
> Ok, obvious problem, the memory leak;  if I get around that by
> constructing a string object first, then delete[] and then return,
> I'm being less efficient than I could  (what I'm doing is part of a
> library, so efficiency *is* a concern, as I don't want to impose
> up-front an inefficiency that *may or may not* be im****tant for
> a particular application that uses the library).
> 
> A presumably clean solution is to use a stock smart pointer:
> 
>      auto_ptr<char> result (new char [ ... ]);
>      // ...
>      return string (result.get(), result.get() + length);
> 
> The "main" question of my post is here:  would the above
> constitute undefined behaviour?  I'm allocating with new[],
> but auto_ptr's destructor calls delete, and not delete[].
> 

Yes, that's UB.

> I recall that the typical advice is:  use auto_ptr for single
> objects, and vector for an array of objects --- but I don't
> want vector's constructor to initialize all characters to 0!
> I don't need that array to be initialized, and therefore I
> *do not want* to initialize it  (efficiency, of course).
> 

Have you benchmarked to see that said initialization is actually causing
a problem?  Remember Hoare's/Knuth's Law:  "Premature optimization is
the root of all evil".

-- 
      [ See http://www.gotw.ca/resources/clcm.htm
for info about ]
      [ comp.lang.c++.moderated.    First time posters: Do this! ]
 




 16 Posts in Topic:
auto_ptr for array of built-ins
Carlos Moreno <cm_news  2008-04-17 12:43:22 
Re: auto_ptr for array of built-ins
red floyd <no.spam@[EM  2008-04-17 16:19:42 
Re: auto_ptr for array of built-ins
Howard Hinnant <howard  2008-04-17 16:22:24 
Re: auto_ptr for array of built-ins
markus2004x@[EMAIL PROTEC  2008-04-17 19:31:52 
Re: auto_ptr for array of built-ins
Carl Barron <cbarron41  2008-04-17 19:35:28 
Re: auto_ptr for array of built-ins
Pavel Minaev <int19h@[  2008-04-17 19:33:40 
Re: auto_ptr for array of built-ins
Tony Delroy <tony_in_d  2008-04-18 06:13:14 
Re: auto_ptr for array of built-ins
Howard Hinnant <howard  2008-04-18 14:59:22 
Re: auto_ptr for array of built-ins
Carlos Moreno <cm_news  2008-04-18 15:02:34 
Re: auto_ptr for array of built-ins
Pete Becker <pete@[EMA  2008-04-18 17:16:33 
Re: auto_ptr for array of built-ins
Lance Diduck <lancedid  2008-04-18 17:17:38 
Re: auto_ptr for array of built-ins
mark.zaytsev@[EMAIL PROTE  2008-04-18 17:18:22 
Re: auto_ptr for array of built-ins
Pavel Minaev <int19h@[  2008-04-19 02:02:07 
Re: auto_ptr for array of built-ins
"Bo Persson" &l  2008-04-19 18:13:15 
Re: auto_ptr for array of built-ins
Pavel Minaev <int19h@[  2008-04-20 15:48:01 
Re: auto_ptr for array of built-ins
"Martin T." <  2008-04-22 11:13:23 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan12V112 Thu Jul 24 1:48:37 CDT 2008.