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

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.