https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=0.2 2012-03-12T20:24:09+00:00 2012-03-12T20:24:09+00:00 Brian Anderson banderson@mozilla.com 2012-03-12T20:23:46+00:00 urn:sha1:db79f3c0a54c8fe27713264cc62d89fa837f62d7 2011-08-01T22:58:39+00:00 Eric Holk eholk@mozilla.com 2011-08-01T21:28:32+00:00 urn:sha1:6a6d5c669e363238abbed050f62658ee6e74cbbf 2011-07-28T17:47:28+00:00 Eric Holk eholk@mozilla.com 2011-07-26T01:00:37+00:00 urn:sha1:5302cde188bba80dd38c58eaafa792d621b0818c Also, commented out one more unsafe log and updated rust_kernel.cpp to compile under g++ 2011-07-28T17:47:28+00:00 Eric Holk eholk@mozilla.com 2011-07-24T02:03:02+00:00 urn:sha1:62bc6b51136760b1d4f4b691aaa089bdb9bf0af5 Tasks are spawned on a random thread. Currently they stay there, but we should add task migration and load balancing in the future. This should drammatically improve our task performance benchmarks. 2011-07-21T18:51:22+00:00 Eric Holk eholk@mozilla.com 2011-07-18T19:02:26+00:00 urn:sha1:3ae4dcd41e72d197e3882835253745f79588b04a We're trying to get closer to doing correct move semantics for channel operations. This involves a lot of cleanup (such as removing the unused sched parameter from rust_vec constructor) and making circular_buffer kernel_owned. Added tagging for memory allocations. This means we give a string tag to everything we allocate. If we leak something and TRACK_ALLOCATIONS is enabled, then it's much easier now to tell exactly what is leaking. 2011-07-13T20:51:20+00:00 Graydon Hoare graydon@mozilla.com 2011-07-13T20:51:20+00:00 urn:sha1:49116adbe989139766feeccad51b46207fc546dc 2011-07-08T01:22:27+00:00 Eric Holk eholk@mozilla.com 2011-07-08T01:18:52+00:00 urn:sha1:4739953b84b814de3b2b80f273f6292c33e33010 The first is that the memory_region destructor would complain there is still an outstanding allocation. This is because circular_buffer from rust_chan wasn't refing its task, so the task was being destructed too soon. The second was where the program could deadlock while joining a task. The target task would die in the time between checking whether the task should block and then actually blocking. The fix is to use the target task's lock. 2011-06-29T22:14:55+00:00 Graydon Hoare graydon@mozilla.com 2011-06-29T22:11:20+00:00 urn:sha1:c796a8f24dfa94a1614da70fbf25b63d3709a116 2011-06-28T23:12:33+00:00 Eric Holk eholk@mozilla.com 2011-06-28T19:15:41+00:00 urn:sha1:657e5a2bd579f7f1698f8ba88cb1142ced7a477f 2011-06-28T23:12:33+00:00 Eric Holk eholk@mozilla.com 2011-06-28T02:15:03+00:00 urn:sha1:49a8cb34d2b6e3f7af4a7cbe842fe48ffa0245eb