shell dot on steroids https://pagure.io/shellfu
Alois Mahdal 62dbd48f7e Shellfu v0.8.1 - BufferError 8 yıl önce
notes Finish renaming Fastfoo to Shellfu 8 yıl önce
packaging Add specfile template 8 yıl önce
src Remove obsolete file 8 yıl önce
tests Add experimental utility for embedding modules within scripts 8 yıl önce
utils Update MKit to version 0.0.5 8 yıl önce
.gitignore Rename to shellfu: update infra 8 yıl önce
LICENSE Split-fork from qecc 9 yıl önce
Makefile Rename to shellfu: update infra 8 yıl önce
README.md Rename to shellfu: Update docs and notes 8 yıl önce
config.mk Bump version 8 yıl önce
mkit.ini Add specfile template 8 yıl önce

README.md

Shellfu Bash library

Shellfu - Bash dot on steroids

NOTES

  • if when using debug -v you stumble on a variable name that is really used internally by pretty.sh, routines pick up the internal ones which may easily confuse you. Examples are src or caller.

    You can circumvent this by composing the debug string yourself, e.g.:

    debug "src='$src'"
    

    in place of

    debug -v src
    

    This will be solved in the future (1.0.0?) probably by refactoring the internal names to some long, ugly but "safe" names. Now, however, readability of the internal code is of higher priority.

    Note that there is no risk damage to data integrity, it's just that the routine is unable to show you desired value.

  • 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... :)