Commits
- Commit:
de428fff65f1ef1a337a1caafb3d580433c73fc9
- From:
- Omar Polo <op@omarpolo.com>
- Date:
normalize schema when parsing the IRI
RFC3986 in section 3.1 "Scheme" says that
> Although schemes are case-insensitive, the canonical form is
> lowercase and documents that specify schemes must do so with
> lowercase letters. An implementation should accept uppercase
> letters as equivalent to lowercase in scheme names (e.g., allow
> "HTTP" as well as "http") for the sake of robustness but should only
> produce lowercase scheme names for consistency.
so we cope with that. The other possibility would have been to use
strcasecmp instead of strcmp when checking on the protocol, but since
the "case" version, although popular, is not part of any standard
AFAIK I prefer downcasing while parsing and be done with it.
- Commit:
9862b637c2aa97e7e8d148ae9c3f92d0ca758fa7
- From:
- Omar Polo <op@omarpolo.com>
- Date:
track handshakes
This alter the current state machine by adding S_HANDSHAKE as the
initial state. There, we ensure we did the handshake and we check
SNI. ATM we simply continue in S_OPEN, but later we can add virtual
host checks there, and skip to S_INITIALIZING with an error state if
the client is accessing a wrong host.
- Commit:
0d7a38c4ce99cf5367a242d0a1d41b51d4a742e8
- From:
- Omar Polo <op@omarpolo.com>
- Date:
avoid __dead and return at the end of main
- Commit:
796c6e75d72a1fbd8ea1dd6ccaaaa57180eb3865
- From:
- Omar Polo <op@omarpolo.com>
- Date:
fix build on non-OpenBSD systems
not every system has a __dead attribute for functions. This fixes the
build on FreeBSD.
- Commit:
7b1d97903280066059ed4b00d4d407876957d071
- From:
- Omar Polo <op@omarpolo.com>
- Date:
reject non-gemini protocols with 53
- Commit:
6a9ae707737d978bccbabdc36beae509151a7be2
- From:
- Omar Polo <op@omarpolo.com>
- Date:
remove infinite loop
- Commit:
3c1cf9d07cb679ba444566159538b510902f2de9
- From:
- Omar Polo <op@omarpolo.com>
- Date:
s/uri/iri since we accept IRIs
- Commit:
28778244d67be7024868a5095e5eedda22a3ed98
- From:
- Omar Polo <op@omarpolo.com>
- Date:
fix build
- Commit:
b9220ca4de556f24be9cdc0d478109b75cd476ae
- From:
- Omar Polo <op@omarpolo.com>
- Date:
new README + wording in manpage
- Commit:
85dff1f9c3b18256f0f2cceb802c3c7f2961bc58
- From:
- Omar Polo <op@omarpolo.com>
- Date:
fix remote_user for CGI and add -6 flag to enable ipv6
- Commit:
33756bd2353b645a2c046a0807103c309d6d7215
- From:
- Omar Polo <op@omarpolo.com>
- Date:
accept both ipv4 and ipv6
- Commit:
709d6e5ead07ce64dd6625eef05deaedadd8f095
- From:
- Omar Polo <op@omarpolo.com>
- Date:
log also the port of the client
- Commit:
80bbcad5f279e47ec5ccc22076fe1184af7caf5b
- From:
- Omar Polo <op@omarpolo.com>
- Date:
make FATAL and LOG inline functions
other functions that aren't macros anymore. LOG went under a rename
to logs because log is a builtin (the math function), or so gcc says.
- Commit:
945d22d1f2c0e79a3102a63314eeb5e6c41571af
- From:
- Omar Polo <op@omarpolo.com>
- Date:
inline should be before type, gcc says
clang doesn't seem to care.
- Commit:
9b374f41eee2db5080ef2feb7973228afa3b22aa
- From:
- Omar Polo <op@omarpolo.com>
- Date:
macro reordering
and while there replace SAFE_SETENV with an inline function. LOG is
more difficult to transform into an inline function, given the string
concatenations it does. The other LOG* and FATAL macros are fine as
they already are.