Граф коммитов

9 Коммитов

Автор SHA1 Сообщение Дата
bzbarsky%mit.edu 0cc4eb8902 Make the nsCOMArray destructor release all the objects. Bug 178813,
r=bbaetz, sr=rpotts
2002-11-07 13:34:18 +00:00
bzbarsky%mit.edu f8af8f1558 nsCOMArray_base copy constructor should not assert. Bug 178534,
r=dougt, sr=alecf
2002-11-06 02:00:50 +00:00
bzbarsky%mit.edu 222bbfb995 Add AppendObjects/InsertObjectsAt to nsCOMArray. Bug 175137,
r=timeless, sr=alecf, a=dbaron
2002-10-25 01:40:50 +00:00
varga%netscape.com 114a6678da Fix for bug 174443. nsCOMArray::ApendObject() shouldn't addref
r=dougt, sr=alecf, a=asa
2002-10-15 23:59:20 +00:00
mkaply%us.ibm.com 07e3b3ef85 OS/2 bustage - need PR_CALLBACK 2002-10-07 21:32:37 +00:00
alecf%netscape.com 62479fa6e9 - fix ReplaceObjectAt to properly account for existing null entries
- make nsCOMArray_base accessible from nsCOMArray<T> so that a nsCOMArray<T> can passed to NS_NewArray
for bug 162115, not part of build
2002-10-01 00:37:41 +00:00
alecf%netscape.com e8e44bcfc3 not part of build, more for bug 162115:
- fix some spelling, add documentation
- add NS_NewArray(), including one that takes an existing nsCOMArray<T>
- implement copy constructor for nsCOMArray_base, so that NS_NewArray can work
not part of build
2002-09-30 23:02:31 +00:00
alecf%netscape.com cd487a30e7 match up some reviewers comments:
- tri-license with MPL, not NPL
- be consistent with policy on null in the array (it is allowed)
- move Clear() into implementation file, and hide static callback there too
- make sure to AddRef() on the way out of nsArray::IndexOf()
- handle failure of ReplaceElementAt more gracefully
bug 162115, not part of build yet
2002-09-30 22:01:46 +00:00
alecf%netscape.com 3c4577f486 continuing work in progress on nsCOMArray<T> - take darin's suggestion and move all nsISupports-related code into a non-template base class nsCOMArray_base. This allows the generated template to be paper thin (or really, non-existent!)
Then, we move some of the non-trivial methods of this class into a .cpp file
2002-09-27 19:29:45 +00:00