bzbarsky%mit.edu
5f02ed3679
Make ReplaceObjectAt a little safer. Bug 227780, r=timeless, sr=alecf
2004-01-05 23:43:28 +00:00
dbaron%dbaron.org
770f0634e4
nsCOMArray should not use nsDerivedSafe. b=221525 r=bryner
2003-10-07 23:17:58 +00:00
neil%parkwaycc.co.uk
151fda3677
Bug 198685 need nsCOMArray function like IndexOf that checks COM object identity p=bsmedberg@covad.net r=alecf (no sr needed)
2003-03-25 13:16:02 +00:00
bzbarsky%mit.edu
14afd7785e
fix build bustage
2003-03-20 03:40:26 +00:00
alecf%netscape.com
dfdbceb051
fix an assertion from nsCOMArray where ReplaceElementAt() wouldn't property extend the array because we were just using ObjectAt()
...
residual stuff from bug 197827, which caused an assertion browsing frame
patch by keeda@hotpop.com , r/sr=alecf
2003-03-20 02:34:11 +00:00
sicking%bigfoot.com
8c1fa47083
Bug 162115: Make nsCOMArray return nsDeriviedSafes to avoid bad addrefs/releases
...
r=bz sr=alecf
2003-01-18 14:04:23 +00:00
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