shell dot on steroids https://pagure.io/shellfu
Alois Mahdal fdc1a5da51 Bump version 9 years ago
bin Make nicer debug output 9 years ago
doc Move ffoo(3) example to ffoo.1.sh and re-insert on-premise 9 years ago
include Revamp reading mechanism; use strategy 9 years ago
notes Add notes on packaging 9 years ago
setup Revamp testing framework even better 9 years ago
test Always time tests 9 years ago
.gitignore Do not track test artifacts 9 years ago
LICENSE Split-fork from qecc 9 years ago
Makefile Revamp testing framework even better 9 years ago
README Drop d; this is not a daemon 9 years ago
config.mk Bump version 9 years ago
ffoo.sh.skel Show FFOO_PATH in debug mode 9 years ago

README

Fast Foo Bash library
=====================

ffoo - Fast Foo - a Bash Library


NOTES
-----

* if `debug -v "x*:` is used, `x*` apparently tries to match
*filenames* first, and only if there is no match, it goes
on to match variable names. This does not seem to affect
`@`, though.

Probably some eval pitfall. For now I'll just remove `*`.
If somebody can fix it, we can re-add it.

On the other hand, I don't even understand how `*` should
exactly behave compared to `@`, so having it disabled does
not seem like such a loss. And by the way, did you know
that the eval is evil? So in the end, maybe we should not
have this feature in the first place... :)

* debug_pipe and all `while read`-based commands will throw
away last line if there is no newline at the end.

This is "fixed" by adding at least one all-matching `grep`
command before the while loop.

* iniread: when same key is found in eg. /etc/ffoo/ffoo.ini
and ~/.ffoo.ffoo.ini, output is concatenated. If you
want the value be rather overriden, you can simply add
`-1` to limit output to the last one.

Problem is this the workaround obviously won't work for
multi-line values since they are represented as multiple
keys.

It's not yet decided what should be the behavior.