bryner%brianryner.com ac18ba978f Bug 221843 - bookmarks data loss on Mac OS 10.1. Check to see whether the temporary unique file is already in the target directory before calling FSMoveObject(), since moving a file into the directory it's currently in returns an error on 10.1. Fix dependencies to rebuild libxpcom when MoreFiles is updated. r=ccarlen, sr=darin, a=brendan.		2003-12-16 09:51:35 +00:00
..
.cvsignore
dlldeps.cpp	Trying to fix bustage.	2003-10-09 16:59:23 +00:00
Makefile.in	Bug 221843 - bookmarks data loss on Mac OS 10.1. Check to see whether the temporary unique file is already in the target directory before calling FSMoveObject(), since moving a file into the directory it's currently in returns an error on 10.1. Fix dependencies to rebuild libxpcom when MoreFiles is updated. r=ccarlen, sr=darin, a=brendan.	2003-12-16 09:51:35 +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
nsXPComInit.cpp	fixes bug 228210 "XPCOM glue is not backwards compatible -> NS_GetFrozenFunction trashes memory" r=dougt a=dbaron	2003-12-11 23:50: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
win32.order	Bugzilla Bug 107823 change nsIFile	2001-11-26 08:05:05 +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