rust - https://github.com/rust-lang/rust

Age	Commit message (Collapse)	Author	Lines
2013-08-16	rt: Remove unused uv helpers	Brian Anderson	-93/+0

2013-08-09	Remove the C++ runtime. Sayonara	Brian Anderson	-136/+0

2013-07-25	libstd: Implement some missing udp methods.	Luqman Aden	-0/+6

2013-07-25	libstd: Implement {peer, socket}_name for new rt tcp & udp.	Luqman Aden	-38/+22

2013-07-08	Merge remote-tracking branch 'mozilla/master'	Brian Anderson	-1/+2
	Conflicts: src/libextra/test.rs src/libstd/rt/global_heap.rs src/libstd/unstable/lang.rs src/libstd/vec.rs
2013-07-03	Add x64 windows to platform.mk and mingw64 header fixes.	Luqman Aden	-1/+2

2013-07-02	IPv6 support for UDP and TCP.	Eric Reed	-0/+94

2013-06-25	satisfy the formatting check	Eric Reed	-2/+2

2013-06-14	Added a utility function to extract the udp handle from udp send requests.	Eric Reed	-0/+5

2013-06-13	Corrected libuv UDP bindings.	Eric Reed	-0/+37

2013-05-15	core::rt: Add uv timer bindings	Brian Anderson	-1/+1

2013-04-19	librustc: WIP patch for using the return value.	Patrick Walton	-2/+1

2013-03-18	core: Simplify uvll bindings and strip out currently-unused bits	Brian Anderson	-0/+48
	No more mapping uv structs to Rust structs
2013-03-11	core: Add rt mod and add the new scheduler code	Brian Anderson	-16/+25

2013-02-10	rt/std: update of libuv API glue for libuv submodule update	Jeff Olson	-6/+6

2013-01-23	std: Convert uv_global_loop to use pipes	Brian Anderson	-9/+0

2012-12-10	Add license boilerplate to more files.	Graydon Hoare	-0/+10

2012-10-20	uv: implement a way to get client's ip/port.	Luqman Aden	-0/+22

2012-06-29	std: uv::ll fixes for 32bit linux	Jeff Olson	-2/+0

2012-06-29	std/rt: cleanup and adding sockaddr_in6 mapping for win32	Jeff Olson	-5/+7

2012-06-29	std: addressing #2656 (ipv6 support in net::tcp)	Jeff Olson	-15/+18
	.. 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.
2012-06-29	rt: get rid of unused helpers for AF_INET and add bool-based ones, instead	Jeff Olson	-10/+5

2012-06-29	rt: whitespace cleanup in rust_uv	Jeff Olson	-15/+15

2012-06-29	rt: adding uv_freeaddrinfo binding and tweek signature for uv_getaddrinfo	Jeff Olson	-2/+8

2012-06-29	rt: more helper functions to get uv_getaddrinfo going	Jeff Olson	-0/+17

2012-06-29	rt: more sizeof helpers + misc consts for uv_getaddrinfo	Jeff Olson	-0/+30

2012-06-29	rt: add remaining ip string parser/formatter helpers from uv	Jeff Olson	-0/+20

2012-06-27	More keyword paring and migration in runtime, docs, code modes.	Graydon Hoare	-23/+23

2012-05-22	std: splitting out tcp server API + tests	Jeff Olson	-2/+2
	- we now have two interfaces for the TCP/IP server/listener workflow, based on different user approaches surrounding how to deal with the flow of accept a new tcp connection: 1. the "original" API closely mimics the low-level libuv API, in that we have an on_connect_cb that the user provides that is ran on the libuv thread. In this callback, the user can accept() a connection, turning it into a tcp_socket.. of course, before accepting, they have the option of passing it to a new task, provided they make the cb block until the accept is done .. this is because, in libuv, you have to do the uv_accept call in the span of that on_connect_cb callback that gets fired when a new connection comes in. thems the breaks.. I wanted to just get rid of this API, because the general proposition of users always running code on the libuv thread sounds like an invitation for many future headaches. the API restriction to have to choose to immediately accept a connection (and allow the user to block libuv as needed) isn't too bad for power users who could conceive of circumstances where they would drop an incoming TCP connection and know what they're doing, in general. but as a general API, I thought this was a bit cumbersome, so I ended up devising.. 2. an API that is initiated with a call to `net::tcp::new_listener()` .. has a similar signature to `net::tcp::listen()`, except that is just returns an object that sort of behaves like a `comm::port`. Users can block on the `tcp_conn_port` to receive new connections, either in the current task or in a new task, depending on which API route they take (`net::tcp::conn_recv` or `net::tcp::conn_recv_spawn` respectively).. there is also a `net::tcp::conn_peek` function that will do a peek on the underlying port to see if there are pending connections. The main difference, with this API, is that the low-level libuv glue is going to accept every connection attempt, along with the overhead that that brings. But, this is a much more hassle-free API for 95% of use cases and will probably be the one that most users will want to reach for.
2012-05-22	std: splitting out tcp server API WIP	Jeff Olson	-2/+2

2012-05-22	rt: adding rust_uv_* binding for kernel malloc and free'ing :/	Jeff Olson	-0/+10
	I need these in the context of doing various malloc/free operations for libuv structs that need to live in the heap, because of API workflow (there's no stack to put them in). This has cropped up several times when impl'ing the high-level API for things like timers, but I've decided to take the plunge and use this approach for the net::tcp module. Technically, this can be avoided by spawning a new task that contains the needed memory structures on its stack and then having it block for the duration of the time we need that memory to be valid (this is what I did in std::timer). Exposing this API provides a much lower overhead way to address the issue, albeit with safety concerns. The main mitigation policy should be to use malloc/free with libuv handles only when the handles, are then associated with a resource or class-with-dtor. So we have a finite lifetime for the object and can gaurantee a free(), barring a runtime crash (in which case you have bigger problems!)
2012-04-27	rt/std: whitespace cleanup + work on hl/global_loop docs	Jeff Olson	-1/+1

2012-04-27	rt: remove unneccesary c++ functions and rust_kernel data, re: global loop	Jeff Olson	-10/+0

2012-04-27	std: add ll::loop_refcount binding for uv_loop_refcount	Jeff Olson	-0/+5

2012-04-20	whitespace cleanup	Jeff Olson	-1/+1

2012-04-20	std: get_monitor_task_gl() is global_loop::get() default	Jeff Olson	-0/+5

2012-04-20	replace impl of globa_async_handle with one using atomic compare-and-swap	Jeff Olson	-5/+1

2012-04-20	don't use ::malloc for initializing the global_async_handle in rust_kernel	Jeff Olson	-4/+0

2012-04-20	rt: whitespace cleanup for existing libuv integration	Jeff Olson	-9/+9

2012-04-20	bindings to get/set data field on uv_loop_t* and debug log cleanup	Jeff Olson	-11/+23

2012-04-20	add needed fields for global libuv loop + bindings to manage from rust	Jeff Olson	-0/+21
	adding two pointers fields to rust_kernel :( .. have to do manual malloc/free for one of the fields, which feels wrong
2012-04-20	adding low-level uv_timer_* stuff to libuv bindings	Jeff Olson	-4/+19

2012-04-20	making brson's req. cleanups in #2134 plus change printf to LOG in c++	Jeff Olson	-12/+24

2012-04-06	removing some unneeded native fn mappingsin uv.rs and misc clean	Jeff Olson	-14/+5
	.. 32bit linux issues persist.
2012-04-06	experimenting with a different uv_buf_init impl to placate 32bit linux	Jeff Olson	-2/+17

2012-04-06	whitespace cleanup after rebase	Jeff Olson	-134/+127

2012-04-06	add libuv error msg helpers.. flushing out windows tcp issue.	Jeff Olson	-0/+12

2012-04-06	add low-level uv_async bindings for use in tcp test	Jeff Olson	-8/+19

2012-04-06	hello world test for a tcp server in libuv	Jeff Olson	-25/+48
	.. im now going to refactor the tcp request and server tests to utilize each other, so no more external network ugliness
2012-04-06	fixing libuv stuff in win32 (see #2064) .. pass sockaddr_in by-ref, for now	Jeff Olson	-3/+5