Граф коммитов

142 Коммитов

Автор SHA1 Сообщение Дата
dougt%netscape.com 9effd97abe 151604 - XPCOM Glue standalone stupport of dynamically loading symbols. r=dp/rpotts sr=alecf 2002-06-21 19:58:54 +00:00
dougt%netscape.com f93a81bfcb Fixes 48888 - xpcom flat file backend. r=dp@netscape.com sr=waterson@netscape.com 2002-06-14 21:33:05 +00:00
dougt%netscape.com 913bbb6f6c Fixes bugs 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 2002-06-11 19:26:04 +00:00
darin%netscape.com c517690a2b fix more bustage 2002-06-10 19:47:22 +00:00
darin%netscape.com 55c615c93e fix some bustage 2002-06-10 19:44:07 +00:00
darin%netscape.com 7420d70bf9 fixes bug 147333 "Cannot load local files whose names contain
Japanese/Chinese characters" r=bstell sr=brendan a=asa
2002-06-10 18:50:11 +00:00
dougt%netscape.com e8cd642c60 Fixes static global initialization order. r=dougt@netscape.com, sr=brendan@mozilla.org, patch by bryner@netscape.com 2002-06-04 14:21:32 +00:00
dougt%netscape.com a54b6aec9e synchronizing component registration output with xpcom shutdown. b=138667 r=jband sr=shaver 2002-05-11 21:15:06 +00:00
darin%netscape.com 6fd5862e6e fixes bug 142870 "nsIFile should use UCS-2 instead of UTF-8"
r=dougt sr=alecf
2002-05-07 23:07:19 +00:00
darin%netscape.com e554d83626 fixes bug 129279 "nsIFile unicode/utf8/ascii task"
r=dougt sr=alecf
2002-04-27 05:33:09 +00:00
dougt%netscape.com 2dbd1edd63 XPCOM initialize primary event queue. 135531. r=brendan@mozilla.org, sr=darin@netscape.com 2002-04-15 22:26:29 +00:00
dbaron%fas.harvard.edu b1d95bffd8 Relanding pavlov's changes for bug 129953, in pieces. 2002-04-14 03:37:42 +00:00
brade%netscape.com 3a5f38632b backout changes by pavlov (bug 136677) r=cathleen 2002-04-11 18:50:42 +00:00
pavlov%netscape.com bf162df187 re-landing 129953 2002-04-11 07:55:53 +00:00
pavlov%netscape.com 0f9706f1e1 backing out changes for 129953... 2002-04-11 05:38:55 +00:00
pavlov%netscape.com ca2a20ef48 bug 129953 r=rjesup sr=rpotts 2002-04-10 04:41:23 +00:00
jkeiser%netscape.com f495d0cc2a Form submission performance / maintability improvements (bug 120682) r=alexsavulov,r=sicking,sr=jst 2002-02-16 01:19:24 +00:00
sfraser%netscape.com 331a1e6aba Fix crash on exit if NS_InitXPCOM2 failed (happens when running in a read-only dir if no component registry exists). Bug 104954. r=dp, sr=shaver 2002-02-14 03:26:19 +00:00
sfraser%netscape.com d133d4956f Making the nsModuleComponentInfo data const; bug 74803. r=dp, sr=waterson 2002-01-30 21:14:20 +00:00
dougt%netscape.com c50ca402ad 1. Converts callers of nsIComponentManagerObsolete to use
nsIComponentRegistrar.

2. Converts callers of nsComponentManager::AutoRegister to use
nsIComponentRegistrar's autoRegistrar method.

3. Add nsIComponentRegistrar implmentation to nsComponentManagerImpl.

4. Rearrange nsComponentManager.cpp so that related methods are in the same
place.

5. Added a C-style function NS_GetComponentRegistrar so that getting the
registrar is easier in some places.

6. Added a nsISimpleEnumerator interface on PLDHashTableEnumeratorImpl.  in
this way, the same base class can support both old style and new style
enumerations.

7. Fixed a nasty bug where unregistring factories will leave the contract id
hash with a dangling pointer.  Now, when unregister is called we search the
contract id hash for entries which have the given doomned cid and remove them.


Bug 115853.  r=dp@netscape.com, sr=rpotts@netscape.com
2002-01-29 21:22:13 +00:00
brendan%mozilla.org 86c9b53122 Fix a warning, clean up whitespace (r=diff -w, sr=gcc). 2002-01-27 23:56:02 +00:00
ccarlen%netscape.com e796f5c804 Bug 116435 - The provider in nsAppFileLocationProvider.cpp should always be registered. r=dougt/sr=rpotts/a=dbaron 2002-01-22 23:00:44 +00:00
dougt%netscape.com 849d297364 nsIComponentManager API Changes (bug 98553)
a) create a new nsIComponentManager with only four functions on it:
CreateInstance CreateInstanceByContractID GetClassInfo GetClassInfoByContractID.

b) rename the old nsIComponentManager to nsIComponentManagerObsolete.

c) fixes callers which use to access the nsIComponentManager for component
registration functionality.  These callers will temporary use the
nsIComponentManagerObsolete interface.

d) Create a new API NS_GetComponentManager() which mirrors the
NS_GetServiceManager()

e) Perserves the old NS_GetGlobalComponentManager().  Note the cast usage.

r/sr = rpotts@netscape.com  alecf@netscape.com  brendan@mozilla.org
2001-12-19 00:12:41 +00:00
pavlov%netscape.com 15273ea50a bug 78611. New XP threadsafe timer implementation. r=dougt sr=brendan 2001-12-16 06:13:17 +00:00
dougt%netscape.com 5cca684efc Bug 112262. Move nsMemory into the glue library. sr=rpotts, sr=jband. 2001-12-07 19:54:16 +00:00
jband%netscape.com 2396e0c32b fix bug 100187. This is Vidur's patch to expose the interfaceinfomanager as a service accessible via the service manager. r=dbradley sr=jband 2001-11-26 22:31:39 +00:00
darin%netscape.com 66e079e722 enables new scriptable string stream interface (bug 100172) r=dougt, sr=rpotts 2001-11-22 00:08:14 +00:00
alecf%netscape.com 4b9ba13776 remove all unicharutil dependencies from xpcom (finally!)
bug 100214, r=jag, sr=scc
2001-11-01 22:40:03 +00:00
jband%netscape.com 84bfc894a4 add support for nsIVariant and nsIPropertyBag. bug 44675 and bug 98209. sr=vidur r=dbradley 2001-10-31 23:35:07 +00:00
dbaron%fas.harvard.edu 83d24ad2c1 Removing remnants of warren's s/printf/PRINTF/ landing from the tree. b=94480 r=pavlov sr=darin 2001-10-30 06:33:52 +00:00
dbaron%fas.harvard.edu ec204b41e9 Replace static constructor of EmptyEnumeratorImpl with new/delete. b=68092 r=jag sr=waterson 2001-10-30 06:10:21 +00:00
neeti%netscape.com 92ed1e6c21 Fix for bug 106585 - crash in XPCOMM.DLL during shutdown when mail-news window was open, r=shaver, sr=dougt 2001-10-25 21:03:35 +00:00
dougt%netscape.com 0a62d4e8d5 99163 - removing nsObserverService.h includes. Also fixing 106090, extra methods on nsObserverService. r=shaver@mozilla.org, sr=jband@netscape.com 2001-10-22 22:01:27 +00:00
dbaron%fas.harvard.edu 2fe76cd2ac Reduce the performance cost of (threadsafely) refcounting many atoms by creating a second implementation of nsIAtom (derived from the first) that does not refcount and gets destroyed at XPCOM shutdown. Normal atoms are converted to permanent ones without loss of pointer identity when a permanent atom is requested and a normal one already exists. b=92141 r=waterson sr=brendan 2001-10-20 23:19:07 +00:00
dougt%netscape.com d18d7e2b17 nsIObserver and nsIObserverService API freeze. r=rpotts@netscape.com, alecf@netscape.com. bug 99163 2001-10-19 20:52:59 +00:00
dougt%netscape.com 004836dcaf Allows a QI from nsIServiceManager to nsIServiceManagerObsolete. b=105136, r=beard, sr=darin 2001-10-16 23:39:20 +00:00
dougt%netscape.com a781011df7 Fixing bustage caused yesterday. b=105102, r=neeti 2001-10-16 21:00:39 +00:00
dougt%netscape.com f82fe2d0e4 fixing bustage caused by last checkin 2001-10-16 04:08:42 +00:00
dougt%netscape.com 4f3a44d63b API Freeze for nsIServiceManager r=shaver@mozilla.org, sr=rpotts@netscape.com bug 99147 2001-10-16 03:35:52 +00:00
gerv%gerv.net 4e12e44b2f Relicensing Round 1, Take 2. Most C-like NPL files -> NPL/GPL/LGPL. Bug 98089. 2001-09-28 20:14:13 +00:00
dougt%netscape.com 3a71bd783f fixes 98735. r=adamlock, sr=rpotts. Basic problem is that the first argument of NS_InitXPCOM2 was not returning an nsIServiceManager 2001-09-10 04:28:37 +00:00
dougt%netscape.com f72e52e830 Merge ServiceManager and ComponentManager. Bug 96457. r=dp@netscape.com, sr=wat
erson@netscape.com
2001-09-06 21:13:11 +00:00
brendan%mozilla.org 6d895baf1d Bit checkin for bug 68045, r/sr=waterson&shaver, second attempt. It all works
for me on optimized and debug gcc2.96, rh7.1.

- Better failure codes from nsXULPrototypeScript::Deserialize.

- Call nsXULDocument::AbortFastLoads after nsXULPrototypeScript::Serialize
  failure, instead of just nulling the FastLoad service's output stream.

- Expose nsXULDocument::AbortFastLoads via nsIXULPrototypeCache, for use from
  nsChromeProtocolHandler.cpp.  AbortFastLoads flushes the XUL cache now, for
  good measure.

- The needless "Current" adjective in nsIFastLoadService attribute and method
  names is no more.

- Add a do_GetFastLoadService() helper, to use CID instead of contractid, and
  to let the compiler consolidate the static inline CID.

- Add "nglayout.debug.checksum_xul_fastload_file" pref so people can do without
  the checksum verification step when reading a FastLoad file.

- Verify the FastLoad file checksum, by default.  Also, cache it in the FastLoad
  service so we don't recompute it when re-opening the FastLoad file as mailnews
  and other top-levels start up.  Fill the checksum cache in EndFastLoad, when
  the last pseudo-concurrent top-level finishes loading.

  My hope to compute the checksum while writing the FastLoad file ran afoul of
  misordered writes.  The old code to checksum the in-memory nsFastLoadHeader
  also was broken on little endian platforms.  Now all checksumming is done via
  a separate read pass over the complete file, save for the header's checksum
  field, which is summed as if it contained zero.

- Track and check FastLoad file dependencies.  This required groveling with a
  bunch of Necko interfaces in nsChromeProtocolHandler::NewChannel -- read it
  and weep.  Dependency checking, as well as checksum access and computation,
  use better-factored nsIFastLoad{File,Read,Write}Control interfaces.

- nsBufferedStream::Seek wasn't flushing the buffer when seeking backward
  within the buffer, but it must, because mCursor bounds the amount to write
  if the buffer contains the end of file.

- Add an unbufferedStream readonly attribute to nsIStreamBufferAccess, so we
  don't have to screw around with the bufferying layer when checksumming. Also
  implement nsIStreamBufferAccess in nsBufferedOutputStream.

- nsISeekableOutputStream was bogus, based on a bad state I had put the
  nsBufferedOutputStream code in on its way from being completely broken when
  you seek backwards outside of the buffer.  Removing this interface required
  using nsIFastLoadFileIO in nsFastLoadFileWriter, and it also required careful
  ordering of Close calls (the Reader must close after the Writer or Updater,
  so that the Reader's underlying, unbuffered input stream can be read by
  nsFastLoadFileWriter::Close to compute the checksum.

- Miscellaneous tab/indentation, comment typo, bracing, if( => if ( style,
  nsnull vs. 0, useless variable elimination, tortured control flow,
  AutoString instead of String, and gratuitous ; after nsISupportsUtils.h
  macro call cleanups.
2001-08-21 20:51:34 +00:00
blizzard%redhat.com b0f8b91746 Back out brendan's checkin to try and get linux starting up again. 2001-08-17 19:45:11 +00:00
brendan%mozilla.org b00819c93c - Better failure codes from nsXULPrototypeScript::Deserialize.
- Call nsXULDocument::AbortFastLoads after nsXULPrototypeScript::Serialize
  failure, instead of just nulling the FastLoad service's output stream.

- Expose nsXULDocument::AbortFastLoads via nsIXULPrototypeCache, for use from
  nsChromeProtocolHandler.cpp.  AbortFastLoads flushes the XUL cache now, for
  good measure.

- The needless "Current" adjective in nsIFastLoadService attribute and method
  names is no more.

- Add a do_GetFastLoadService() helper, to use CID instead of contractid, and
  to let the compiler consolidate the static inline CID.

- Add "nglayout.debug.checksum_xul_fastload_file" pref so people can do without
  the checksum verification step when reading a FastLoad file.

- Verify the FastLoad file checksum, by default.  Also, cache it in the FastLoad
  service so we don't recompute it when re-opening the FastLoad file as mailnews
  and other top-levels start up.  Fill the checksum cache in EndFastLoad, when
  the last pseudo-concurrent top-level finishes loading.

  My hope to compute the checksum while writing the FastLoad file ran afoul of
  misordered writes.  The old code to checksum the in-memory nsFastLoadHeader
  also was broken on little endian platforms.  Now all checksumming is done via
  a separate read pass over the complete file, save for the header's checksum
  field, which is summed as if it contained zero.

- Track and check FastLoad file dependencies.  This required groveling with a
  bunch of Necko interfaces in nsChromeProtocolHandler::NewChannel -- read it
  and weep.  Dependency checking, as well as checksum access and computation,
  use better-factored nsIFastLoad{File,Read,Write}Control interfaces.

- nsBufferedStream::Seek wasn't flushing the buffer when seeking backward
  within the buffer, but it must, because mCursor bounds the amount to write
  if the buffer contains the end of file.

- Add an unbufferedStream readonly attribute to nsIStreamBufferAccess, so we
  don't have to screw around with the bufferying layer when checksumming. Also
  implement nsIStreamBufferAccess in nsBufferedOutputStream.

- nsISeekableOutputStream was bogus, based on a bad state I had put the
  nsBufferedOutputStream code in on its way from being completely broken when
  you seek backwards outside of the buffer.  Removing this interface required
  using nsIFastLoadFileIO in nsFastLoadFileWriter, and it also required careful
  ordering of Close calls (the Writer or Updater must close after the Reader,
  so that the Reader's underlying, unbuffered input stream can be read by
  nsFastLoadFileWriter::Close to compute the checksum.

- Miscellaneous tab/indentation, comment typo, bracing, if( => if ( style,
  nsnull vs. 0, useless variable elimination, tortured control flow,
  AutoString instead of String, and gratuitous ; after nsISupportsUtils.h
  macro call cleanups.
2001-08-17 09:52:55 +00:00
cathleen%netscape.com be72d98064 enable MOZ_TIMELINE tool, bug 78793, r=rogc, sr=waterson 2001-08-17 02:03:34 +00:00
brendan%mozilla.org dbd7fed5b1 FASTLOAD_20010703_BRANCH landing, r=dbaron, sr=shaver. 2001-07-31 19:05:34 +00:00
jaggernaut%netscape.com e91f8a147e Bug 86734: Remove NS_WITH_SERVICE. r=dbaron, rs=scc, a=asa 2001-07-25 07:54:28 +00:00
jaggernaut%netscape.com 5a6317b8a5 Bug 88413: Remove |GetUnicode()| from nsString (and replace it with |get()|). r=dbaron, rs=scc.
This removes all call-sites I can currently fix. Tomorrow I'll try to get someone to checkin my changes to security/ and I'll get some help with the Netscape side of things.

nsString::GetUnicode()'s final death-blow will be dealt soon. Please keep this in mind as you add new code :-)
2001-06-30 11:02:25 +00:00
jst%netscape.com ea706038cf Landing the XPCDOM_20010329_BRANCH branch, changes mostly done by jband@netscape.com and jst@netscape.com, also some changes done by shaver@mozilla.org, peterv@netscape.com and markh@activestate.com. r= and sr= by vidur@netscape.com, jband@netscape.com, jst@netscpae.com, danm@netscape.com, hyatt@netscape.com, shaver@mozilla.org, dbradley@netscape.com, rpotts@netscape.com. 2001-05-08 17:42:36 +00:00