Arpad Borsos
c72ef7d248
Bug 456388 - Remove PR_STATIC_CALLBACK and PR_CALLBACK(_DECL) from the tree; r+sr=brendan
2008-10-10 17:04:34 +02:00
jwalden@mit.edu
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
jst%mozilla.jstenback.com
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
cvshook%sicking.cc
6eb082c936
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
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
bsmedberg%covad.net
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
bzbarsky%mit.edu
647141294a
nsCOMArray::RemoveObjectAt fails to remove nulls correctly. Bug 265772,
...
r=darin, sr=dbaron
2005-11-02 16:05:25 +00:00
bzbarsky%mit.edu
8a516c2bc7
Make ReplaceObjectAt a little safer. Bug 227780, r=timeless, sr=alecf
2005-11-02 16:05:18 +00:00
dbaron%dbaron.org
c2a2acec18
nsCOMArray should not use nsDerivedSafe. b=221525 r=bryner
2005-11-02 16:05:13 +00:00
neil%parkwaycc.co.uk
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
bzbarsky%mit.edu
2221342506
fix build bustage
2005-11-02 16:05:08 +00:00
alecf%netscape.com
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
sicking%bigfoot.com
c2e57a5529
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
12aaff4a3f
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
e6995a227c
nsCOMArray_base copy constructor should not assert. Bug 178534,
...
r=dougt, sr=alecf
2005-11-02 16:04:46 +00:00
bzbarsky%mit.edu
eb48ce7821
Add AppendObjects/InsertObjectsAt to nsCOMArray. Bug 175137,
...
r=timeless, sr=alecf, a=dbaron
2005-11-02 16:04:44 +00:00
varga%netscape.com
e7a258a922
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
a5c8ba5fad
OS/2 bustage - need PR_CALLBACK
2005-11-02 16:04:41 +00:00
alecf%netscape.com
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
alecf%netscape.com
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
alecf%netscape.com
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
alecf%netscape.com
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
