bryner%netscape.com 3bf85bb709 Sync Chimera changes with CHIMERA_M1_0_1_BRANCH (bug 161668). In addition to landing all the Chimera-specific changes here, I'm creating a new chimera.js file with our Chimera-specific prefs (and moving them out of all.js). r=brade. ...

git-svn-id: svn://10.0.0.236/branches/CHIMERA_M1_0_1_BRANCH@127478 18797224-902f-48f8-a5cc-f745e15eee43

2002-08-16 17:35:52 +00:00

..

dlldeps.cpp

landing nsIFile API changes (b=129279)

2002-05-13 22:09:29 +00:00

Makefile.in

fixes bug 147333 "Cannot load local files whose names contain

2002-06-21 23:55:49 +00:00

makefile.win

Bug 112262. Move nsMemory into the glue library. sr=rpotts, sr=jband.

2001-12-07 19:54:16 +00:00

malloc.c

…

MANIFEST

API Freeze for nsIServiceManager r=shaver@mozilla.org, sr=rpotts@netscape.com bug 99147

2001-10-16 03:35:52 +00:00

nsXPCOM.h

Fixes 149745 148918 149715 149730 149754 129959. Cleanup of nsIFile and nsILocalFile interfaces, supporting do_GetInterface in embedding via xcom glue, and general cleanup of shutdown. r=various, sr=shaver@mozilla.org a=dbaron

2002-06-17 20:52:59 +00:00

nsXPComInit.cpp

Sync Chimera changes with CHIMERA_M1_0_1_BRANCH (bug 161668). In addition to landing all the Chimera-specific changes here, I'm creating a new chimera.js file with our Chimera-specific prefs (and moving them out of all.js). r=brade.

2002-08-16 17:35:52 +00:00

nsXPCOMPrivate.h

Sync Chimera changes with CHIMERA_M1_0_1_BRANCH (bug 161668). In addition to landing all the Chimera-specific changes here, I'm creating a new chimera.js file with our Chimera-specific prefs (and moving them out of all.js). r=brade.

2002-08-16 17:35:52 +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