6d7584839a
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
95c7fd00f8
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
6eb082c936
Bug 324918: Make nsHTMLSelectElement deal better with options in unknown children. r=bz sr=jst
2006-03-01 01:10:20 +00:00
d946f2be32
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
a7253270ad
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
647141294a
nsCOMArray::RemoveObjectAt fails to remove nulls correctly. Bug 265772,
...
r=darin, sr=dbaron
2005-11-02 16:05:25 +00:00
8a516c2bc7
Make ReplaceObjectAt a little safer. Bug 227780, r=timeless, sr=alecf
2005-11-02 16:05:18 +00:00
c2a2acec18
nsCOMArray should not use nsDerivedSafe. b=221525 r=bryner
2005-11-02 16:05:13 +00:00
d4b748fded
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
2221342506
fix build bustage
2005-11-02 16:05:08 +00:00
61a735c9a9
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
c2e57a5529
Bug 162115: Make nsCOMArray return nsDeriviedSafes to avoid bad addrefs/releases
...
r=bz sr=alecf
2005-11-02 16:04:48 +00:00
12aaff4a3f
Make the nsCOMArray destructor release all the objects. Bug 178813,
...
r=bbaetz, sr=rpotts
2005-11-02 16:04:47 +00:00
e6995a227c
nsCOMArray_base copy constructor should not assert. Bug 178534,
...
r=dougt, sr=alecf
2005-11-02 16:04:46 +00:00
eb48ce7821
Add AppendObjects/InsertObjectsAt to nsCOMArray. Bug 175137,
...
r=timeless, sr=alecf, a=dbaron
2005-11-02 16:04:44 +00:00
e7a258a922
Fix for bug 174443. nsCOMArray::ApendObject() shouldn't addref
...
r=dougt, sr=alecf, a=asa
2005-11-02 16:04:42 +00:00
a5c8ba5fad
OS/2 bustage - need PR_CALLBACK
2005-11-02 16:04:41 +00:00
21d0af0504
- 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
03048eca48
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
7e5a4b47eb
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
6f3992e110
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
jwalden@mit.edu
jst%mozilla.jstenback.com
cvshook%sicking.cc
bsmedberg%covad.net
bzbarsky%mit.edu
dbaron%dbaron.org
neil%parkwaycc.co.uk
alecf%netscape.com
sicking%bigfoot.com
varga%netscape.com
mkaply%us.ibm.com