|
@@ -4,17 +4,36 @@ Fast Food Bash library
|
4
|
4
|
ffood - Fast Food - a Bash Library
|
5
|
5
|
|
6
|
6
|
|
7
|
|
-BUGS
|
8
|
|
-----
|
|
7
|
+NOTES
|
|
8
|
+-----
|
9
|
9
|
|
10
|
|
- * *core.debug():* if `debug -v "x*:` is used, `x*` apparently tries to match
|
11
|
|
- match *filenames* first, and only if there is no match, it goes on to
|
12
|
|
- match variable names. This does not seem to affect `@`, though.
|
|
10
|
+ * if `debug -v "x*:` is used, `x*` apparently tries to match
|
|
11
|
+ *filenames* first, and only if there is no match, it goes
|
|
12
|
+ on to match variable names. This does not seem to affect
|
|
13
|
+ `@`, though.
|
13
|
14
|
|
14
|
|
- Probably some eval pitfall. For now I'll just remove `*`. If somebody
|
15
|
|
- can fix it, we can re-add it.
|
|
15
|
+ Probably some eval pitfall. For now I'll just remove `*`.
|
|
16
|
+ If somebody can fix it, we can re-add it.
|
16
|
17
|
|
17
|
|
- On the other hand, I don't even understand how `*` should exactly behave
|
18
|
|
- compared to `@`, so having it disabled does not seem like such a loss.
|
19
|
|
- And by the way, did you know that the eval is evil? So in the end, maybe
|
20
|
|
- we should not have this feature in the first place... :)
|
|
18
|
+ On the other hand, I don't even understand how `*` should
|
|
19
|
+ exactly behave compared to `@`, so having it disabled does
|
|
20
|
+ not seem like such a loss. And by the way, did you know
|
|
21
|
+ that the eval is evil? So in the end, maybe we should not
|
|
22
|
+ have this feature in the first place... :)
|
|
23
|
+
|
|
24
|
+ * debug_pipe and all `while read`-based commands will throw
|
|
25
|
+ away last line if there is no newline at the end.
|
|
26
|
+
|
|
27
|
+ This is "fixed" by adding at least one all-matching `grep`
|
|
28
|
+ command before the while loop.
|
|
29
|
+
|
|
30
|
+ * iniread: when same key is found in eg. /etc/ffood/ffood.ini
|
|
31
|
+ and ~/.ffood.ffood.ini, output is concatenated. If you
|
|
32
|
+ want the value be rather overriden, you can simply add
|
|
33
|
+ `-1` to limit output to the last one.
|
|
34
|
+
|
|
35
|
+ Problem is this the workaround obviously won't work for
|
|
36
|
+ multi-line values since they are represented as multiple
|
|
37
|
+ keys.
|
|
38
|
+
|
|
39
|
+ It's not yet decided what should be the behavior.
|