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

38 Коммитов

Автор SHA1 Сообщение Дата
dougt%netscape.com 34620a6326 fixed bug 112345. JAR Channel does not cache mime service. r=neeti@netscape.com, sr=darin@netscape.com 2001-11-29 22:29:00 +00:00
gerv%gerv.net f385eb981a Relicensing Round 1, Take 2. Most C-like NPL files -> NPL/GPL/LGPL. Bug 98089. 2001-09-28 20:14:13 +00:00
darin%netscape.com 7c59bdabaa fixes bug 99183 "JAR channel allocates and uses a monitor even though it is
accessed exclusively by the UI thread" r=dougt, sr=mscott
2001-09-18 23:07:57 +00:00
valeski%netscape.com ac33036169 r=dbaron, sr=dougt. 97667. nsIInterfaceRequestor is now frozen. nsIInterfaceRequestorUtils.h is now required if you want to use do_GetInterface() for convenience. The two were split because the stuff that is now in nsIInterfaceRequestorUtils.h wasn't ready for freezing. Also, .idl files should just contain interface defs anyway. 2001-09-05 21:28:38 +00:00
brendan%mozilla.org b365808864 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 8449d6469f Back out brendan's checkin to try and get linux starting up again. 2001-08-17 19:45:11 +00:00
brendan%mozilla.org 525a387cf2 - 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
darin%netscape.com 41efbc6217 Necko API changes, bug 74221. r=valeski, sr=rpotts. 2001-04-10 06:01:08 +00:00
dougt%netscape.com eab041f43f Relanding Necko Changes.
Revising nsIChannel to allow for overlapped i/o. This consists of three parts:

1. Factoring nsIChannel into a protocol specific part, the nsIChannel, and a socket specific, the nsITransport.
2. Derive the nsIChannel from a nsIRequest.
2. Changes the notification system from necko and the URILoader to pass the nsIRequest interface instead of nsIChannel interface.

This goal stems from wanting to be able to have active AsyncRead and AsyncWrite operations on nsSocketTransport.
This is desired because it would greatly simplify the task of maintaining persistent/reusable socket connections
for FTP, HTTP, and Imap (and potentially other protocols). The problem with the existing nsIChannel interface is
that it does not allow one to selectively suspend just one of the read or write operations while keeping the other active.

r=darin@netscape.com
sr=rpotts@netscape.com
2001-02-21 20:38:08 +00:00
disttsc%bart.nl 76fbedadc5 Back out dougt's channel changes 2001-02-12 03:14:23 +00:00
dougt%netscape.com 69415757ab Revising nsIChannel to allow for overlapped i/o. This consists of three parts:
1. Factoring nsIChannel into a protocol specific part, the nsIChannel, and a socket specific, the nsITransport.
2. Derive the nsIChannel from a nsIRequest.
2. Changes the notification system from necko and the URILoader to pass the nsIRequest interface instead of nsIChannel interface.

This goal stems from wanting to be able to have active AsyncRead and AsyncWrite operations on nsSocketTransport.
This is desired because it would greatly simplify the task of maintaining persistent/reusable socket connections
for FTP, HTTP, and Imap (and potentially other protocols).  The problem with the existing nsIChannel interface is
that it does not allow one to selectively suspend just one of the read or write operations while keeping the other active.

The full details of the change on written up in the netlib newsgroup.

r=darin@netscape.com
sr=rpotts@netscape.com
2001-02-10 00:16:26 +00:00
mstoltz%netscape.com 56f79864cd bug 24765, hooking up necko file cache to jar protocol. Hopefully without leaks this time. Also fixed leak in nsJARURI. r=beard, warren 2000-09-22 06:21:18 +00:00
warren%netscape.com b09c156dca Backing out jar protocol change because it introduced a big memory leak on tinderbox test. a=jag 2000-09-21 08:26:07 +00:00
mstoltz%netscape.com a2483af6c5 Final (I hope) fix for 24765, using Necko file cache for the jar protocol. r=beard, a=warren. 2000-09-21 05:01:16 +00:00
warren%netscape.com d822c7feb1 Backing mstoltz out to get things back up and running with jar packaging. Also, I don't approve of the changes made to nsJARURI.cpp 2000-09-18 02:18:00 +00:00
mstoltz%netscape.com f28c4273e9 Fix for bugs 24765, 49288. Using Necko file cache for the jar protocol. r=beard, a=warren. 2000-09-15 19:27:05 +00:00
warren%netscape.com 56182d144d Fixing up GetOwner method to not crash on startup. 2000-08-24 07:36:53 +00:00
warren%netscape.com 37f147b0a8 Bug 24764. Cache of opened jar files. r=waterson 2000-05-25 08:32:09 +00:00
warren%netscape.com 1832d7f664 Factoring stream i/o operations into nsIStreamIO interface. 2000-04-13 09:20:50 +00:00
warren%netscape.com 942ccefd74 Added nsIZipReaderCache. Removed nsIZipReader::ParseManifest. Got jar: protocol going for downloaded jars and input streams. Added assertions that Cancel is called with a failure code. 2000-04-12 07:58:24 +00:00
warren%netscape.com bf7cac83c0 Making jar: protocol work in general, and OpenInputStream in particular. 2000-03-30 07:39:31 +00:00
warren%netscape.com d60b12b153 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
norris%netscape.com d29a2d385d Added aggregate principal support. r=norris. (This is mstoltz's checkin) 2000-03-21 04:17:37 +00:00
mstoltz%netscape.com e1dbf7cf89 Changed GetOwner() to read owner from underlying nsJAR rather than saving it locally. SetOwner() now does nothing. bug=7270 r=norris 2000-02-14 01:59:09 +00:00
mstoltz%netscape.com f680012d00 Fixing hoarkage by adding an include statement. r=norris 2000-02-01 00:35:46 +00:00
warren%netscape.com ada87acf3e Fix for downloaded jar files, and for pulling jars out of the cache. r=mstoltz 2000-01-31 23:43:09 +00:00
dougt%netscape.com fd69a2f423 Landing nsIFile. 2000-01-24 21:28:28 +00:00
warren%netscape.com 89c51a1418 Added code to cancel/suspend/resume jar channels. Bug #24338 2000-01-24 03:54:20 +00:00
dougt%netscape.com 6544967b1b Including nsFileSpec.h directly. This prep work for the nsIFile landing. 2000-01-03 23:28:35 +00:00
warren%netscape.com bf4ef9672f 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 c6a8089da9 Added nsIInterfaceRequestor.h to keep nsCOMPtr happy. 1999-11-24 08:31:06 +00:00
warren%netscape.com 95507cbdfe Added include for nsCOMPtr. 1999-11-24 07:40:54 +00:00
warren%netscape.com d8bbb844e6 Removed the nsICapabilities interface in favor of nsIInterfaceRequestor. 1999-11-18 07:36:41 +00:00
warren%netscape.com aaf83521f5 Necko API and implementation changes for retargeting. Needed for URL dispatching. r=mscott 1999-11-17 08:14:52 +00:00
warren%netscape.com 01a5c1fa80 Libjar cleanup. Added Close method. Bug#18273. r=mstoltz,gayatrib,dveditz 1999-11-12 06:13:13 +00:00
warren%netscape.com 5f446c2b3a Got Gayatri's JAR protocol working. (not in build yet) 1999-11-07 21:55:12 +00:00
dmose%mozilla.org 42fc94a6ec updated license boilerplate to xPL 1.1, a=chofmann@netscape.com,r=endico@mozilla.org 1999-11-06 03:40:37 +00:00
valeski%netscape.com 05b4ee9801 NOT IN BUILD - adding boilerplate for jar protocol handler 1999-09-17 16:12:41 +00:00