c++ - Guaranteeing standard library containers are freed -


मान लें कि मेरे पास std :: vector & lt; std :: vector & lt; std :: string & gt; & gt; < / कोड>

मैं वर्तमान में जो कर रहा हूं वह यह है: 

  std :: vector & lt; std :: vector & lt; std :: string & gt; & gt; obj; के लिए (ऑटो i: obj) {for (ऑटो j: i) j। ~ Basic_string (); i.clear (); }

लेकिन बेशक यह केवल ऑब्जेक्ट को साफ़ करता है और जो मेमोरी रखता है उसे रिलीज़ नहीं करता।

क्या std :: vector कोई भी उपयोग करता है खुद के आधार उदाहरण के लिए स्मृति? और मैं यह कैसे गारंटी दे सकता हूं कि यह स्मृति जारी की गई है ताकि इसे किसी और चीज़ के लिए इस्तेमाल किया जा सके, या यह स्वतः हो जाएगा?

आपका कोड टूट गया है। आप ऑब्जेक्ट्स को नष्ट कर रहे हैं, जबकि अभी भी कंटेनर के स्वामित्व में हैं यह स्पष्ट नहीं है कि आपको क्या करना है, आपको ऐसा करना चाहिए, लेकिन आपको कुछ भी करने की ज़रूरत नहीं होनी चाहिए। इन कंटेनरों में वे वस्तुओं की मालिक हैं, और जब कंटेनर नष्ट हो जाता है, तो इसमें सब कुछ है।


Comments

Post a Comment

Popular posts from this blog

javascript - How to use the code plugin with popcornjs -

I'm making my first move with popcornes and I'm trying to use it, but to make sure Not to do this I gave an example, and found the video to play, but I can not use the plugin index.html: & lt; Script src = "bower_components / popcornjs / popcorn.js" & gt; & Lt; / Script & gt; & Lt; Script src = "bower_components / popcornjs / wrappers / common / popcorn.mediaElementProto.js" & gt; & Lt; / Script & gt; & Lt; Script src = "bower_components / popcornjs / wrappers / youtube / popcorn.HTMLYouTubeVideoElement.js" & gt; & Lt; / Script & gt; & Lt; Script src = "bower_components / popcornjs / plugins / code / popcorn.code.js" & gt; & Lt; / Script & gt; Media.js $ scope.player = popcorn.HTMLYouTubeVideoElement ("#media-player"); $ Scope.player src = "http://www.youtube.com/watch?v=DaN2Y2-wNSs"; // The following lines failed // $ scope.player.c...
Read more

Apache Redirect Performance - .htaccess vs Apache configuration file ? -

I wonder if there are several redirect rules inside a .haccess file (say 10000+) can be a display problem is. (This file is parsed every access to the site) Archiving them in the Apache configuration file will not be a better option (at the display point)? Apache configuration is a better option in this case, because you do not have to .htaccess file on every access Read; Configure is read once, then stored in memory. Please note, however, you will not be able to change your redirects on the fly. You must restart the server to make them effective. Also, when you are concerned about performance at that level, then the apache will search your directories, so completely. (From that directory, which is served) / for the .htaccess file. Allow anyone at & lt; Directory / & gt; should work, and then do not enable it anywhere.
Read more