| Commit message (Collapse) | Author | Age | Files | Lines | ||
|---|---|---|---|---|---|---|
| ... | ||||||
| * | Make a comment more accurate | Ian Jackson | 2023-02-16 | 1 | -1/+3 | |
| | | ||||||
| * | tor-cell: Use a more generic mechanism for managing extensions | Nick Mathewson | 2023-02-15 | 2 | -47/+246 | |
| | | | | | | | | | | | Several HS message types have an extension list type. They all use the same framing for extensions, but each of them has separate extension types and separate extension namespaces. This commit simplifies establish_intro a little, and adds support for maintaining unrecognized extension types--at the expense of some new internal code. | |||||
| * | tor-cell: Extract establish-intro into its own module. | Nick Mathewson | 2023-02-15 | 1 | -0/+217 | |
| Some of the HS message types have a lot of dependent types, like extensions and options for those extensions, and so on. Except when those extensions are portable across cell types, it makes sense to put them in their own modules. | ||||||
