forked from svaarala/duktape
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathissue-9989fc50339dceab1c14c50360c0a31fc48508e5.yaml
44 lines (41 loc) · 1.38 KB
/
issue-9989fc50339dceab1c14c50360c0a31fc48508e5.yaml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
--- !ditz.rubyforge.org,2008-03-06/issue
title: allocate all built-in strings from a single blob to reduce memory clutter
desc: ""
type: :task
component: duk
release:
reporter: sva <[email protected]>
status: :unstarted
disposition:
creation_time: 2013-12-07 16:41:43.398530 Z
references: []
id: 9989fc50339dceab1c14c50360c0a31fc48508e5
log_events:
- - 2013-12-07 16:41:43.534540 Z
- sva <[email protected]>
- created
- ""
- - 2013-12-07 18:59:11.389745 Z
- sva <[email protected]>
- assigned to release v0.9 from v0.8
- ""
- - 2013-12-07 19:05:55.859769 Z
- sva <[email protected]>
- commented
- |-
init_heap_strings() could do this quite easily, but must have another helper
besides duk_heap_string_intern() which takes a preallocated duk_hstring.
Probably need two passes over the built-in data: first pass to compute the
necessary combined size of the strings and the heap headers, and a second
one to actually initialize the strings.
The forced refcount of 1 and forced reachability of the strings should be
enough to keep the strings from ever being freed. In any case, maybe assert
for that when heap objects are freed.
- - 2014-01-12 14:03:12.005805 Z
- sva <[email protected]>
- assigned to release v0.10 from v0.9
- ""
- - 2014-02-18 13:22:35.606593 Z
- sva <[email protected]>
- unassigned from release v0.10
- ""