Ehsan Akhgari
478ad1a412
Bug 690892 - Replace PR_TRUE/PR_FALSE with true/false on mozilla-central; rs=dbaron
...
Landing on a CLOSED TREE
2011-10-17 10:59:28 -04:00
Michael Wu
0fe7772ece
Bug 675553 - Switch from PRBool to bool on a CLOSED TREE , r=bsmedberg,khuey,bz,cjones
2011-09-28 23:19:26 -07:00
Ehsan Akhgari
1bb15589a7
Bug 643885 - Part 1: Add the new RemoveObjectsAt API to nsCOMArray; r=bsmedberg
2011-04-14 10:18:02 -04:00
Ehsan Akhgari
6466627524
Bug 570657 - Make the order of releasing objects and removing them in nsCOMArray's consistent; r=shaver
2010-06-09 14:13:16 -04:00
Jonathan Watt
d11d2e6829
Bug 551299. Add a SetCount() method to nsCOMArray and nsVoidArray. r=bsmedberg.
2010-03-15 11:38:50 +00:00
Arpad Borsos
1b55360c07
Bug 456388 - Remove PR_STATIC_CALLBACK and PR_CALLBACK(_DECL) from the tree; r+sr=brendan
2008-10-10 17:04:34 +02:00
98de634631
Bug 348748 - Replace all instances of NS_STATIC_CAST and friends with C++ casts (and simultaneously bitrot nearly every patch in existence). r=bsmedberg on the script that did this. Tune in next time for Macro Wars: Episode II: Attack on the LL_* Macros.
2007-07-08 00:08:04 -07:00
jst@mozilla.jstenback.com
2eb2c291a7
Fixing bug 348062. Making nsContentList hold strong references to the nodes in the list. r+sr=bzbarsky@mit.edu
2006-08-25 17:45:25 +00:00
cvshook@sicking.cc
a4066303dc
Bug 324918: Make nsHTMLSelectElement deal better with options in unknown children. r=bz sr=jst
2006-03-01 01:10:20 +00:00
bsmedberg@covad.net
1b9037bcb0
Try to fix brad bustage by backing out these declarations, which aren't on the equivalent nsVoidArray symbols
2005-11-08 20:55:30 +00:00
bsmedberg@covad.net
9e9855ed0a
Bug 305949 Part 1 - Separate the frozen XPCOM exports with the XPCOM_API macro; add compatibility methods to the frozen string API; convert most of the tests/tools to use the xpcom glue when appropriate r=darin This checking does not actually stop exporting the nonfrozen methods yet, pending a bunch of test cleanup throughout the tree.
2005-11-08 18:17:49 +00:00
bzbarsky@mit.edu
f5f45af120
nsCOMArray::RemoveObjectAt fails to remove nulls correctly. Bug 265772,
...
r=darin, sr=dbaron
2005-11-02 16:05:25 +00:00
bzbarsky@mit.edu
f6e28993cd
Make ReplaceObjectAt a little safer. Bug 227780, r=timeless, sr=alecf
2005-11-02 16:05:18 +00:00
dbaron@dbaron.org
b90c5a7f09
nsCOMArray should not use nsDerivedSafe. b=221525 r=bryner
2005-11-02 16:05:13 +00:00
neil@parkwaycc.co.uk
a49e7ae000
Bug 198685 need nsCOMArray function like IndexOf that checks COM object identity p=bsmedberg@covad.net r=alecf (no sr needed)
2005-11-02 16:05:09 +00:00
bzbarsky@mit.edu
a0c7b317fd
fix build bustage
2005-11-02 16:05:08 +00:00
alecf@netscape.com
ca416ad5b5
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
2005-11-02 16:04:49 +00:00
sicking@bigfoot.com
522bd31ca1
Bug 162115: Make nsCOMArray return nsDeriviedSafes to avoid bad addrefs/releases
...
r=bz sr=alecf
2005-11-02 16:04:48 +00:00
bzbarsky@mit.edu
1a4bfeb2c0
Make the nsCOMArray destructor release all the objects. Bug 178813,
...
r=bbaetz, sr=rpotts
2005-11-02 16:04:47 +00:00
bzbarsky@mit.edu
f5c5abdbe1
nsCOMArray_base copy constructor should not assert. Bug 178534,
...
r=dougt, sr=alecf
2005-11-02 16:04:46 +00:00
bzbarsky@mit.edu
0a2346ed72
Add AppendObjects/InsertObjectsAt to nsCOMArray. Bug 175137,
...
r=timeless, sr=alecf, a=dbaron
2005-11-02 16:04:44 +00:00
varga@netscape.com
f1a5e85be7
Fix for bug 174443. nsCOMArray::ApendObject() shouldn't addref
...
r=dougt, sr=alecf, a=asa
2005-11-02 16:04:42 +00:00
mkaply@us.ibm.com
188a356e3b
OS/2 bustage - need PR_CALLBACK
2005-11-02 16:04:41 +00:00
alecf@netscape.com
21503c0df9
- 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
2005-11-02 16:04:37 +00:00
alecf@netscape.com
dc04030814
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
2005-11-02 16:04:36 +00:00
alecf@netscape.com
f04213829f
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
2005-11-02 16:04:35 +00:00
alecf@netscape.com
05e0b23f91
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
2005-11-02 16:04:34 +00:00