shell dot on steroids https://pagure.io/shellfu
Alois Mahdal 8a18e4e880 Bump version пре 10 година
bin Update version field asking feature пре 10 година
doc Update manpage пре 10 година
include Improve behavior regarding comments an empty lines пре 10 година
notes Update project docs (TODO / guidelines) пре 10 година
setup Factor out code building one file пре 10 година
test Add new test for plain strict mode (no -k|-s, -S) пре 10 година
.gitignore Split-fork from qecc пре 11 година
LICENSE Split-fork from qecc пре 11 година
Makefile Use generic name for build target: "build" пре 10 година
README Drop d; this is not a daemon пре 11 година
config.mk Bump version пре 10 година
ffoo.sh.in Allow FFOO_PATH to break to a list of paths пре 10 година

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.