Fcalva/cyclone
1
0
Fork 0
mirror of https://github.com/justinethier/cyclone.git synced 2025-05-23 20:15:05 +02:00
Code Issues Projects Releases Packages Wiki Activity Actions
1384 commits 73 branches 81 tags 26 MiB
Commit graph

1384 commits

This branch
This branch
All branches
Author SHA1 Message Date
Justin Ethier
6f1b63802e WIP 2016-01-20 19:43:16 -05:00
Justin Ethier
0ca69611cb WIP 2016-01-20 19:30:58 -05:00
Justin Ethier
ffa29c34fd Added Code section 2016-01-20 19:28:59 -05:00
Justin Ethier
f81d2e061a WIP 2016-01-19 23:05:42 -05:00
Justin Ethier
67de73d588 WIP 2016-01-19 22:59:52 -05:00
Justin Ethier
a63768aa64 WIP 2016-01-19 22:51:32 -05:00
Justin Ethier
37b3891868 WIP 2016-01-19 22:48:07 -05:00
Justin Ethier
6a06a58780 WIP 2016-01-19 22:15:14 -05:00
Justin Ethier
ecb07833bf Trying to improve the intro 2016-01-19 21:39:48 -05:00
Justin Ethier
3a440101a0 WIP 2016-01-19 23:32:54 -05:00
Justin Ethier
5e0a29589a WIP 2016-01-19 23:21:15 -05:00
Justin Ethier
92314c21ec WIP 2016-01-19 19:21:22 -05:00
Justin Ethier
8b093b5616 WIP 2016-01-18 23:02:19 -05:00
Justin Ethier
95432010d6 WIP 2016-01-18 22:39:07 -05:00
Justin Ethier
42882bf7ce Building out minor GC section 2016-01-18 22:02:16 -05:00
Justin Ethier
68699ba9ac WIP 2016-01-19 03:16:38 -05:00
Justin Ethier
3cd9ec4f1d WIP 2016-01-19 03:02:47 -05:00
Justin Ethier
dc9adb6351 WIP 2016-01-19 02:55:21 -05:00
Justin Ethier
a7109a4c01 Consolidating references 2016-01-19 02:32:01 -05:00
Justin Ethier
1a3d88f999 Formatting 2016-01-18 22:43:30 -05:00
Justin Ethier
76bbca68e5 Cyc-minor-gc is now part of (srfi 18) 
It makes more sense here than as a primitive, since threading is the only place you would need to trigger this from application code.
 2016-01-18 22:40:59 -05:00
Justin Ethier
92561abc85 Added status of all SRFI 18 functions 2016-01-18 22:28:55 -05:00
Justin Ethier
78f244e1ac Merge remote-tracking branch 'origin/master' 2016-01-18 22:19:08 -05:00
Justin Ethier
1e71ff3fd3 Move thread-sleep! to 18.sld 2016-01-18 22:18:39 -05:00
Justin Ethier
d8dc9e7ccb Added code examples 2016-01-18 19:17:51 -05:00
Justin Ethier
bcdb5a9c1b Added a multithreaded section 2016-01-18 19:15:11 -05:00
Justin Ethier
e462fcc594 Update User-Manual.md 2016-01-18 09:50:25 -05:00
Justin Ethier
1a2f73527c Removed finished 2016-01-17 22:54:20 -05:00
Justin Ethier
a0c758c0b1 Ensure thread data fields are initialized 2016-01-17 21:39:51 -05:00
Justin Ethier
18a76df2ac Added TODO wrt examples 2016-01-17 00:13:53 -05:00
Justin Ethier
40bcf2d5dc Added comments 2016-01-17 00:09:01 -05:00
Justin Ethier
cc630028f9 Cleanup 
Added header comment
Removed issues. The real problem here seemed to be a mutex-unlock without a corresponding lock, which results in undefined behavior according to the docs. Everything seems fine if the lock/unlock are not there or if they both are.
 2016-01-16 23:47:31 -05:00
Justin Ethier
fef18d014a WIP 2016-01-16 22:51:14 -05:00
Justin Ethier
308d1ce206 Remove damn quasi-quote, do more work 2016-01-16 22:19:30 -05:00
Justin Ethier
079c6f4390 Added notes 2016-01-15 22:43:46 -05:00
Justin Ethier
6995c24838 Updated with another failure case 2016-01-15 23:53:45 -05:00
Justin Ethier
926fa1a9e1 Added notes regarding mutex lock issue 2016-01-15 23:49:08 -05:00
Justin Ethier
9d3466efd1 Updated -d option 2016-01-15 23:10:52 -05:00
Justin Ethier
90ca75ca9c Updated to use ->heap 2016-01-15 22:58:59 -05:00
Justin Ethier
ea45546c62 Experimenting with explicit heap copying 2016-01-15 22:43:21 -05:00
Justin Ethier
f0cd203a5c WIP 2016-01-14 23:03:30 -05:00
Justin Ethier
fd77b7936c WIP 2016-01-14 22:30:22 -05:00
Justin Ethier
8a0bb68eba Relocating 2016-01-15 03:13:24 -05:00
Justin Ethier
878cc1888b Relocating to a more appropriate place 2016-01-15 03:11:56 -05:00
Justin Ethier
4db60ab42f Added output 2016-01-15 03:10:22 -05:00
Justin Ethier
af2e836e16 Added stub 2016-01-15 03:10:14 -05:00
Justin Ethier
d0bce4a15e Cleaned up demo 2016-01-14 23:34:19 -05:00
Justin Ethier
04d1655a6a Prevent passing stack objects to a thread's closure 
Modified thread-start! to initiate a GC prior to running the thread, in case thunk contains any closures on the "parent" thread's stack. Otherwise when the parent thread goes to collect them, the contents will be corrupted when the spawned thread attempts to access them.
 2016-01-14 23:30:53 -05:00
Justin Ethier
71a551dd1d Added TODO 2016-01-13 23:14:29 -05:00
Justin Ethier
4261a4b195 Debugging 2016-01-13 22:50:09 -05:00