Projects / spdylay

spdylay

spdylay is an experimental implementation of Google's SPDY protocol in C. It provides a SPDY framing layer implementation. It does not perform any I/O operations. When the library needs them, it calls the callback functions provided by the application. It also does not include any event polling mechanism, so the application can freely choose the way of handling events. This library code does not depend on any particular SSL library (except for example programs that depend on OpenSSL 1.0.1 or later).

Tags
Licenses
Implementation

RSS Recent releases

Release Notes: This release adds several enhancements to the spdyct and shrpx and strict checks for name/value pairs. It fixes a bug where the server cannot push the stream against a server initiated stream ID. The internal priority management mechanism is updated so that outbound DATA frames with a variety of SPDY priority can interleave more frequently and don't let the low priority streams starve. The development is very stable now, this release has been made 1.0.0.

  •  12 Mar 2013 19:24

Release Notes: This release fixes stability problems in shrpx. Shrpx gets several new options and operation modes in this release. Spdycat and spdyd get colored verbose output. A build script for Android was added.

  •  13 Jan 2013 18:25

Release Notes: This release updates the INTERNAL_ERROR value of the GOAWAY frame according to the SPDY/3 spec change. spdycat and spdyd can now operate on non-SSL/TLS SPDY connections. shrpx now has --client and --client-proxy options to make it accept plain HTTP connections and forward them to the backend in SPDY. There are many enhancements to these programs in this release.

  •  02 Oct 2012 22:29

Release Notes: This release fixes bugs in configure command-line options and spdycat. Client side header block compression was disabled. on_ctrl_not_send_callback now returns SPDYLAY_ERR_FRAME_TOO_LARGE as an error code when a packed frame is too large to fit in the SPDY frame size limit. Shrpx SPDY proxy mode now announces SPDY/3 as the default protocol.

  •  13 Sep 2012 20:54

Release Notes: This release fixes a bug where shrpx tries to read a response body when the HTTP status code is 304 and nonzero Content-Length is returned. The SPDY client and server programs spdycat, spdyd, and shrpx were moved to the src directory. The --enable-src configure option was added to enable/disable to build them. In the Python API, Session.resume_data() now returns a Boolean value to indicate an error instead of raising InvalidArgumentError.

Screenshot

Project Spotlight

Piggydb

A knowledge creation system.

Screenshot

Project Spotlight

KDE Software Compilation

A powerful graphical desktop environment, applications, and development frameworks.