home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / cplus / 11254 < prev    next >
Encoding:
Text File  |  1992-07-21  |  1.6 KB  |  72 lines
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!caen!kuhub.cc.ukans.edu!parsifal.umkc.edu!vax1.umkc.edu!kramasamy
  2. Newsgroups: comp.lang.c++
  3. Subject: Re: C++ Return Types
  4. Message-ID: <1992Jul21.112354.1@vax1.umkc.edu>
  5. From: kramasamy@vax1.umkc.edu
  6. Date: Tue, 21 Jul 1992 17:23:54 GMT
  7. Sender: root@parsifal.umkc.edu (Parsifal Administration)
  8. References: <BrMJyE.FBM@watserv1.waterloo.edu> <1992Jul19.152207.1@cstp.umkc.edu> <23240@alice.att.com>
  9. Organization: University of Missouri - Kansas City
  10. Lines: 60
  11.  
  12. In article <23240@alice.att.com>, ark@alice.att.com (Andrew Koenig) writes:
  13. > In article <1992Jul19.152207.1@cstp.umkc.edu> pkailasam@cstp.umkc.edu writes:
  14. > 
  15. >>     bitmap &bitmap::operator |(const bitmap &bm)
  16. >>     {
  17. >>         bitmap *bm1 = new bitmap ;
  18. >>         
  19. >>         // Do the necessary operations in the bitmap pointer bm1
  20. >> 
  21. >>         return *bm1 ;
  22. >>     }   
  23. > 
  24. > Thereby allocating a bitmap every time the function is called
  25. > and never freeing it.  How about the obvious approach:
  26. > 
  27. >     bitmap operator| (const bitmap& x, const bitmap& y)
  28. >     {
  29. >         bitmap result;
  30. > 
  31. >         // build up the result in `result', then...
  32. > 
  33. >         return result;
  34. >     }
  35. > -- 
  36. >                 --Andrew Koenig
  37. >                   ark@europa.att.com
  38.  
  39.     Consider the bitmap to be of the following class definition
  40.  
  41.     class bitmap
  42.     {
  43.         ...
  44.  
  45.         char *ptr ;
  46.  
  47.         public :
  48.  
  49.             bitmap()
  50.             {
  51.                 ...
  52.                 ptr = new char[10] ;
  53.             } ;
  54.  
  55.  
  56.             ~bitmap()
  57.             {
  58.                 delete [] ptr ;
  59.             } ;
  60.     } ;
  61.  
  62.     If we adopt the second solution for the above class definition we run
  63. into problems of deallocating 'ptr' thro' destructor and the calling routine will
  64. get a garbage bitmap. How can we return for such cases?
  65.  
  66.  
  67. -karthik
  68.  
  69. karthik@vax1.umkc.edu
  70.  
  71.  
  72.