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

11 Коммитов

Автор SHA1 Сообщение Дата
dougt%netscape.com 128f95aa9b 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 3d2d80d536 Back out dougt's channel changes 2001-02-12 03:14:23 +00:00
dougt%netscape.com 1b9ca82439 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
svn%xmlterm.org b27928c979 --NOT PART OF DEFAULT BUILD--
XMLterm changes only.
Code cleanup: disabled diagnostic output.
2000-11-27 21:38:14 +00:00
svn%xmlterm.org f343a285a3 --NOT PART OF DEFAULT BUILD--
XMLterm changes only.
Using file: scheme rather thank resource: or chrome: scheme for jar url
to allow xmlterm to load other file: urls in IFRAMEs
2000-11-16 18:27:16 +00:00
svn%xmlterm.org d402f11bee --NOT PART OF DEFAULT BUILD--
XMLterm changes only.
Recent changes to nsChromeProtocolHandler.cpp have caused chrome HTML files to lose their XPConnect privileges. This meant that content/xmlterm.html could no longer access the XMLTermShell object. This checkin provides a somewhat clumsy workaround for that problem, to get XMLterm working with NS PR3/6.0.
2000-09-24 14:22:11 +00:00
rayw%netscape.com 3cd14f5878 Bug fix for 52648 -- remaining stash of progids which I missed on
the mega-change yesterday.  This will fix a few more issues.

r=warren
2000-09-14 23:20:49 +00:00
rayw%netscape.com 0257791053 Bug 37275, Changing value of all progids, and changing everywhere a progid
is mentioned to mention a contractid, including in identifiers.

r=warren
2000-09-13 23:57:52 +00:00
rayw%netscape.com 6385bb207a Changed case of nsIFactory.idl methods to start with lower case to be like other
interfaces.  Since the C++ generated code upper-cases the method names, this
affects no C++ code, but only a few javascript methods.

Bug 46771.

r=waterson.

I am in today and tomorrow.
2000-08-10 20:12:08 +00:00
svn%xmlterm.org 5da38886c4 --NOT PART OF DEFAULT BUILD--
XMLterm changes only.
Re-structured chrome directories.
2000-08-05 17:19:44 +00:00
svn%xmlterm.org f3b81d69c9 --NOT PART OF DEFAULT BUILD--
XMLterm changes only. Implemented chrome overlay a la Chatzilla to insert
XMLterm into the Tasks menu. Also implemented command line option "-terminal"
and URL handler "telnet://" to invoke XMLterm.
2000-07-07 14:44:26 +00:00