network-bytestring: Fast, memory-efficient, low-level networking

[ bsd3, deprecated, library, network ] [ Propose Tags ]
Deprecated in favor of network

Fast, memory-efficient, low-level socket functions that use Data.ByteStrings instead of Strings.


[Skip to Readme]

Downloads

Maintainer's Corner

Package maintainers

For package maintainers and hackage trustees

Candidates

  • No Candidates
Versions [RSS] 0.1, 0.1.1, 0.1.1.1, 0.1.1.2, 0.1.1.3, 0.1.1.4, 0.1.2, 0.1.2.1, 0.1.3, 0.1.3.1, 0.1.3.2, 0.1.3.3, 0.1.3.4
Dependencies base (<4.3), bytestring (<1.0), network (>=2.2.1.1 && <2.3), unix (>=2 && <3) [details]
License BSD-3-Clause
Author Johan Tibell <johan.tibell@gmail.com>
Maintainer Johan Tibell <johan.tibell@gmail.com>
Category Network
Home page http://github.com/tibbe/network-bytestring
Source repo head: git clone git://github.com/tibbe/network-bytestring.git
Uploaded by JohanTibell at 2010-04-20T11:17:35Z
Distributions
Reverse Dependencies 25 direct, 3662 indirect [details]
Downloads 13227 total (34 in the last 30 days)
Rating (no votes yet) [estimated by Bayesian average]
Your Rating
  • λ
  • λ
  • λ
Status Docs uploaded by user
Build status unknown [no reports yet]

Readme for network-bytestring-0.1.3

[back to package description]

Fast and memory efficient low-level networking

The network-bytestring library provides faster and more memory efficient low-level socket functions, using ByteStrings, than those in the network library.

Contributing

Prerequisites

Make sure you read the [Haskell Style Guide] 1.

The existing code doesn't follow the style guide fully but you should follow it for all new code.

Creating patches

The preferred way of contributing changes to the project is to use Git and send the patches over email using the Git commands format-patch and send-email. Step by step instructions:

Clone the repository:

git clone http://github.com/tibbe/network-bytestring

Make your changes:

cd network-bytestring
$EDITOR <file>

Commit your changes in one or more commits:

git add <file>
git commit

Make sure you write a good commit message. Commit messages should contain a short summary on a separate line and, if needed, a more thorough explanation of the change. Write full sentences and use proper spelling, punctuation, and grammar. See [A Note About Git Commit Messages] 2 for more information.

You might want to use git rebase to make sure your commits correspond to nice, logical commits. Make sure whitespace only changes are kept in separate commits to ease reviewing.

Prepare the e.g. last five patches for sending:

git format-patch -5 -n

This will create one patch file per patch.

git send-email --to <maintainer> <patch files>

The maintainer is specified in the Cabal file. The maintainer will review your changes and may ask you to make changes to them. Make the changes to your local repository and use git rebase to massage them into nice, logical commits and resend the patches.