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

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.