neil%parkwaycc.co.uk 19a8ab3904 Bug 227500 Provide scriptable environment access p=bsmedberg,gisburn r/sr=dougt		2004-01-23 10:23:12 +00:00
..
.cvsignore	…
Makefile.in	Continuing to land the PACKAGING_20030906_BRANCH for bug 20640. Not part of the build, yet.	2004-01-07 13:37:00 +00:00
dlldeps.cpp	Bug 229875 - eliminate unnecssary public/virtual destructors. This patch changes all refcounted classes under xpcom/, which aren't inherited from or used on the stack, to have private, nonvirtual destructors. r=dougt, sr=dbaron.	2004-01-15 06:14:18 +00:00
malloc.c	Split private xpcom defines into separate header.	2003-07-03 20:55:23 +00:00
nsOS2VACLegacy.cpp	#215581	2003-10-21 22:07:19 +00:00
nsXPCOM.h	Fix for 205023. Adds nsTraceRefcnt stubs that access a global to allow tracing refcnt to work with the GRE/xpcom glue builds. r=dbaron	2003-08-05 05:29:10 +00:00
nsXPCOMCID.h	landing 172512. nsEmbedString for component developers and embeders. r=alec, sr=jag/darin, a=asa@mozilla.org	2002-10-17 23:41:47 +00:00
nsXPCOMPrivate.h	Bug 223900 - Clean up MFCEmbed to use the GRE properly (don't link against xpcom.dll), and make the GRE glue libs more embedder-friendly and flexible. r=adamlock/dougt sr=dougt	2003-11-17 06:13:49 +00:00
nsXPComInit.cpp	Bug 227500 Provide scriptable environment access p=bsmedberg,gisburn r/sr=dougt	2004-01-23 10:23:12 +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