comparison src/share/vm/memory/resourceArea.hpp @ 14309:63a4eb8bcd23

8025856: Fix typos in the GC code Summary: Fix about 440 typos in comments in the VM code Reviewed-by: mgerdin, tschatzl, coleenp, kmo, jcoomes
author jwilhelm
date Thu, 23 Jan 2014 14:47:23 +0100
parents dbc0b5dc08f5
children 4ca6dc0799b6
comparison
equal deleted inserted replaced
14308:870aedf4ba4f 14309:63a4eb8bcd23
194 // was used. With new style lazy deoptimization the vframeArray is created in the 194 // was used. With new style lazy deoptimization the vframeArray is created in the
195 // the thread that will use it and we can use a much simpler scheme for the vframeArray 195 // the thread that will use it and we can use a much simpler scheme for the vframeArray
196 // leveraging existing data structures if we simply create a way to manage this one 196 // leveraging existing data structures if we simply create a way to manage this one
197 // special need for a ResourceMark. If ResourceMark simply inherited from CHeapObj 197 // special need for a ResourceMark. If ResourceMark simply inherited from CHeapObj
198 // then existing ResourceMarks would work fine since no one use new to allocate them 198 // then existing ResourceMarks would work fine since no one use new to allocate them
199 // and they would be stack allocated. This leaves open the possibilty of accidental 199 // and they would be stack allocated. This leaves open the possibility of accidental
200 // misuse so we simple duplicate the ResourceMark functionality here. 200 // misuse so we simple duplicate the ResourceMark functionality here.
201 201
202 class DeoptResourceMark: public CHeapObj<mtInternal> { 202 class DeoptResourceMark: public CHeapObj<mtInternal> {
203 protected: 203 protected:
204 ResourceArea *_area; // Resource area to stack allocate 204 ResourceArea *_area; // Resource area to stack allocate