bugs: Possible solution to the map problem -- hardware map plus OpenCL extension...
[libale.git] / bugs / issue-a779dc08f3d8a143b05f9fb028fde68d42eb28cf.yaml
blobc6f0d571a382cbeee6e38233705807eb876a3fc1
1 --- !ditz.rubyforge.org,2008-03-06/issue 
2 title: Consider handling of ale_return_* outside of active buffer type.
3 desc: |-
4   It might be useful to allow ale_return_* to succeed outside of the active
5   buffer type, but allowing such may require consideration of how buffer frees
6   should be handled.  E.g., functions might be added for performing a
7   release-style action, or perhaps a policy could be noted wherein frees are
8   performed by client code in cases where the returned type is not the active
9   type.
10 type: :task
11 component: libale
12 release: 
13 reporter: David Hilvert <dhilvert@auricle.dyndns.org>
14 status: :unstarted
15 disposition: 
16 creation_time: 2009-03-05 14:15:30.412963 Z
17 references: []
19 id: a779dc08f3d8a143b05f9fb028fde68d42eb28cf
20 log_events: 
21 - - 2009-03-05 14:15:32.221573 Z
22   - David Hilvert <dhilvert@auricle.dyndns.org>
23   - created
24   - ""
25 - - 2009-03-05 20:00:34.403663 Z
26   - David Hilvert <dhilvert@auricle.dyndns.org>
27   - commented
28   - |-
29     A reasonable function set might include:
30     
31     ale_return_release_cl(...)
32     
33     ale_return_release_host(...)
34     
35     ale_return_release_file(...)
36 - - 2009-03-06 16:40:12.924210 Z
37   - David Hilvert <dhilvert@auricle.dyndns.org>
38   - commented
39   - |-
40     Note (as has been noted in {issue cfc81e9b8875cf254ce789c16c52691206077ef8}) that the approach of allowing ale_return
41     success outside of the active buffer type might not be particularly optimal, and
42     that handling such conversions in client code might typically be preferable.
43 git_branch: