- 05 7月, 2012 3 次提交
-
-
由 Ben Striegel 提交于
-
由 Brian Anderson 提交于
-
由 Josh Matthews 提交于
When getopts encounters an option that takes an argument, it should treat the remainder of the current option string as the argument if it is non-empty. Fix #2791.
-
- 04 7月, 2012 9 次提交
-
-
由 Erick Tryzelaar 提交于
-
由 Ben Blum 提交于
-
由 Brian Anderson 提交于
-
由 Patrick Walton 提交于
-
由 Graydon Hoare 提交于
-
由 Graydon Hoare 提交于
-
由 Graydon Hoare 提交于
-
由 Patrick Walton 提交于
-
由 Michael Sullivan 提交于
-
- 03 7月, 2012 4 次提交
-
-
由 Patrick Walton 提交于
-
由 Brian Anderson 提交于
-
由 Brian Anderson 提交于
-
由 Ben Blum 提交于
-
- 02 7月, 2012 1 次提交
-
-
由 Brian Anderson 提交于
-
- 01 7月, 2012 1 次提交
-
-
由 Brian Anderson 提交于
-
- 30 6月, 2012 22 次提交
-
-
由 Michael Sullivan 提交于
-
由 Brian Anderson 提交于
-
由 Jeff Olson 提交于
-
由 Jeff Olson 提交于
-
由 Jeff Olson 提交于
-
由 Jeff Olson 提交于
-
由 Jeff Olson 提交于
-
由 Jeff Olson 提交于
-
由 Jeff Olson 提交于
.. there are some additional FIXME nags in net_tcp (L 1012) about blocking because libuv is holding unsafe ptrs to task local data. the proposed fix going is not really feasible w/ the current design, IMO, but i'll leave it there in case someone really wants to make the case without creating more hassle than it's worth.
-
由 Jeff Olson 提交于
-
由 Jeff Olson 提交于
now the best of what we had prior to libuv integration (proper validation of an ipv4 string), along with libuv support (initial ipv6 support) libuv has even weaker facilities for validating an input ipv6 (but still more than what we had), so eventually the "right" answer would be to roll a proper ipv6 address string parser in rust
-
由 Jeff Olson 提交于
-
由 Jeff Olson 提交于
-
由 Jeff Olson 提交于
-
由 Jeff Olson 提交于
-
由 Jeff Olson 提交于
still needs tests
-
由 Jeff Olson 提交于
-
由 Jeff Olson 提交于
-
由 Jeff Olson 提交于
libuv's own ip vetting code appears to in a somewhat woeful state, for both ipv4 and ipv6 (there are some notes in the tests for net_ip, as well as stuff added in uv_ll). They are aware of this and welcome patches. I have rudimentary code in place that can verify whether the provided str ip was, in fact, validly parsed by libuv, making a few assumptions: * for ipv4, we assume that the platform's INADDR_NONE val is 0xffffffff , I should write a helper to return this value from the platform's libc headers instead of hard-coding it in rust. * for ipv6, we assume that the library will always return '::' for malformed inputs.. as is the case in 64bit ubuntu. I need to verify this on other platforms.. but at least the debugging output is in place, so if expectations don't line up, it'll be straightforward to address
-
由 Jeff Olson 提交于
.. stub out some brokeness in net::tcp as a result of ipv6 coming online
-
由 Jeff Olson 提交于
replaces net::ip's previously, hand-rolled impl for ipv4 addr parsing.. we're relying on libuv, now
-
由 Jeff Olson 提交于
.. but the test is kind of broken.. it appears that rust pads structs for alignment purposes? I can't get the struct to == 28.. that appears to be the native size of sockaddr_in6.. so we have a size 32 struct, for now.
-