aboutsummaryrefslogtreecommitdiffstats
path: root/src/pipe.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Modify areas that still assumed Pipe::message_id was exactly a u32bit.lloyd2008-04-121-3/+17
| | | | | | | | | | This was done by replacing Pipe::message_id with a completely opaque type and adding only the necessary operations. In this revision Pipe::message_id does remain a u32bit. However it may become an opaque type in the future. Move the Invalid_Message_Number exception to Pipe since that is the only piece of code which throws it.
* Change the copyrights in all files in the Botan tree to directly reflectlloyd2008-04-101-1/+1
| | | | | | the actual copyright holders. For rationale, see my post to botan-devel on April 9, subject 'Changing license to directly reflect contributors' (http://www.randombit.net/pipermail/botan-devel/2008-April/000527.html)
* Use a special typedef, Pipe::message_id, rather than a bare u32bit,lloyd2008-03-141-3/+3
| | | | to represent the message number in a Pipe
* Mostly revert 2f4fd18182d5a75c40cd831e7ee3c314be5c57d6, only keep thelloyd2008-03-101-1/+1
| | | | | updated dates on files that have actually changed this year. This makes the diff across versions readable again.
* Mass update of the copyright date. Honestly I don't know why I bother,lloyd2008-02-141-1/+1
| | | | | | | but might as well keep it up to date. And it's easier to do it once with a 'perl -pi' command than to update each file over time. Apologies to anyone looking at diffs.
* Avoid C-style casts (as detected by GCC's -Wold-style-cast) and instead use lloyd2007-07-231-1/+1
| | | | static_cast or reinterpret_cast, as needed.
* Use std::string::data() instead of std::string::c_str() in cases where welloyd2007-07-211-1/+1
| | | | | just want access to the underlying data representation but don't care if the return value is NULL terminated or not.
* Bump copyright year to 2007lloyd2007-01-201-1/+1
|
* Put the definitions of Pipe::LAST_MESSAGE and Pipe::DEFAULT_MESSAGE intolloyd2006-08-231-0/+6
| | | | | pipe.cpp; apparently GCC was eliding them completely from the shared library otherwise, meaning Boost.Python couldn't reference them.
* Initial checkin1.5.6lloyd2006-05-181-0/+284