cbiesinger%web.de c3d23a6ea2 Bug 258014 make @param names match function signature ... r+sr=darin		2004-09-05 13:25:51 +00:00
..
.cvsignore	…
Makefile.in	Bug 236613: change to MPL/LGPL/GPL tri-license.	2004-04-18 14:21:17 +00:00
dlldeps.cpp	Bug 236613: change to MPL/LGPL/GPL tri-license.	2004-04-18 14:21:17 +00:00
malloc.c	Split private xpcom defines into separate header.	2003-07-03 20:55:23 +00:00
nsOS2VACLegacy.cpp	Bug 258014 make @param names match function signature	2004-09-05 13:25:51 +00:00
nsStringAPI.cpp	landing patch for bug 239716 "inout wstring methods are difficult to implement with nsEmbedString" patch by marco@gnome.org r=darin sr=dbaron	2004-04-20 00:21:34 +00:00
nsXPCOM.h	Bug 258014 make @param names match function signature	2004-09-05 13:25:51 +00:00
nsXPCOMCID.h	Bug 236613: change to MPL/LGPL/GPL tri-license.	2004-04-18 14:21:17 +00:00
nsXPCOMPrivate.h	landing patch for bug 239716 "inout wstring methods are difficult to implement with nsEmbedString" patch by marco@gnome.org r=darin sr=dbaron	2004-04-20 00:21:34 +00:00
nsXPComInit.cpp	Change the semantics of the .autoreg file so that it can be used for Firefox and Thunderbird to trigger re-registration in all profiles. Rather than checking for the existance of the file, registering, and deleting it, we'll always compare the timestamp of .autoreg to that of the profile compreg.dat, and re-register if .autoreg exists and is newer. Bug 252905, r=darin.	2004-07-31 15:26:25 +00:00
win32.order	Bugzilla Bug 107823 change nsIFile	2001-11-26 08:05:05 +00:00
xpcom-tests.pkg	Beginning to land the PACKAGING_20030906_BRANCH for bug 20640. Not part of the build, yet.	2004-01-07 01:22:31 +00:00
xpcom.pkg	Beginning to land the PACKAGING_20030906_BRANCH for bug 20640. Not part of the build, yet.	2004-01-07 01:22:31 +00:00
xpcom_alpha.def	bug 54471. Increase the xptcall stubs entry point count to almost 256. This increases the number of methods that can be implmented on a JS object via xpconnect, or on an xpcom/proxy object, or via PyXPCOM. There are platform limitations that would need to worked out to go higher. Also higher counts start getting into a zone where we should be wisely weighing the memory cost. r=markh@activestate.com sr=shaver@mozilla.org	2001-05-19 00:03:01 +00:00