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

19 Коммитов

Автор SHA1 Сообщение Дата
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
andreas.otte%primus-online.de 6917b5d061 bug 40670 [URL: resolution of protocol:/path] checking in the groundwork to have an easy fix if we ever decide to support these kind of deprecated relative urls. For that a new attribute URIType is added to nsIProtocolHandler and its implementations to store some protocol/scheme dependend information to have enough information to allow correct parsing. r=darin@netscape.com sr=rpotts@netscape.com 2001-08-07 20:42:57 +00:00
dougt%netscape.com e0c4831d10 Fixes bug 83401. r=gagan, darin, sr=vidur, a=blizzard. Add port blacklisting to necko 2001-06-06 00:10:09 +00:00
darin%netscape.com 00a7e27ee6 Necko API changes, bug 74221. r=valeski, sr=rpotts. 2001-04-10 06:01:08 +00:00
dprice%netscape.com 5a7dbae537 Making the protocol handler threadsafe for win2K happiness 2000-08-25 04:56:01 +00:00
warren%netscape.com 4b19f2aeab Bug 24764. Cache of opened jar files. r=waterson 2000-05-25 08:32:09 +00:00
andreas.otte%primus-online.de e365632082 first round of checkins to fix bug 37616, Retire SetRelativePath, r=warren@netscape.com 2000-05-05 23:39:25 +00:00
warren%netscape.com 727f312b32 Necko API changes: primarily nsIChannel, changing initialization parameters to accessors. Got javascript: evaluation to happen at the right time (when AsyncRead is called) as well as on the right thread. 2000-03-29 03:58:50 +00:00
warren%netscape.com 6af4802e75 Added buffer size parameters to NewChannel. Allows for optimization of amount of image data consumed. Bug #20408 1999-12-04 10:01:32 +00:00
warren%netscape.com 59ef7fadbf Removed the nsICapabilities interface in favor of nsIInterfaceRequestor. 1999-11-18 07:36:41 +00:00
warren%netscape.com 34ecf73507 Necko API and implementation changes for retargeting. Needed for URL dispatching. r=mscott 1999-11-17 08:14:52 +00:00
warren%netscape.com 4a274d01f1 Libjar cleanup. Added Close method. Bug#18273. r=mstoltz,gayatrib,dveditz 1999-11-12 06:13:13 +00:00
warren%netscape.com 8fe0bb36a6 Got Gayatri's JAR protocol working. (not in build yet) 1999-11-07 21:55:12 +00:00
dmose%mozilla.org 5312eacf8c updated license boilerplate to xPL 1.1, a=chofmann@netscape.com,r=endico@mozilla.org 1999-11-06 03:40:37 +00:00
warren%netscape.com d3b9c9c3cc Structural changes for MakeAbsolute performance. bug#10736 r=valeski 1999-11-03 05:13:44 +00:00
kipp%netscape.com a8d7d25d5d Converted from components to modules 1999-09-30 21:22:48 +00:00
andreas.otte%primus-online.de 094c80303a NOT ON BUILD: Add loadgroup parameter 1999-09-18 09:08:56 +00:00
valeski%netscape.com 9940aa8e82 NOT IN BUILD - adding boilerplate for jar protocol handler 1999-09-17 16:12:41 +00:00