Skip to Content.
Sympa Menu

sm-sorcery - Re: [SM-Sorcery]handling of $IFS

sm-sorcery AT lists.ibiblio.org

Subject: Discussion of Sorcery related topics

List archive

Chronological Thread  
  • From: Nick Jennings <nkj AT namodn.com>
  • To: sm-sorcery AT lists.ibiblio.org
  • Subject: Re: [SM-Sorcery]handling of $IFS
  • Date: Thu, 17 Oct 2002 17:05:01 -0700

Don't remind me of why I hate BASH utterly, and completely.

Please?

On Thu, Oct 17, 2002 at 07:34:01PM -0400, Sergey A Lipnevich wrote:
> Hi All,
>
> Current sorcery again doesn't recognize the optional_depends, but in a
> subtle way. When the hash of these dependencies is converted into
> contents of $OPT, libdepends::satisfy_depends checks if the spell
> exists, and doesn't find it, so the spell is removed from hash. The
> reson for this is that in libcodex::codex_get_all_grimoires, the
> grimoire directories in the output are separated by ${IFS:1:1}, which
> appears to be either empty or something undesireable. I tried to fix
> this but finally realized that handling of $IFS in sorcery is going to
> become worse with time unless we stop changing its contents. I don't
> have a specific way out, but maybe we can get generate some smart ideas.
> Case a) it's the safest solution to leave $IFS alone, but parsing
> multiple line-files with `for' is not going to work, because usually
> such files contain spaces. Case b) If we reset $IFS to `<enter>' or
> `<enter><space><tab>' for the entire duration of sorcery commands,
> there's a danger that we will not be able to get it back to the original
> value if some kind of problem occurs and the sorcery is terminated (can
> signal handling help here?). In case a), is it possible to run a
> line-editor like sed or awk, and call sorcery methods from there,
> instead of using `for i in <multi-line-file>; do...'?
> Ideas?
>
> --Sergey.
>

> ðÏÌÕÞÉÔÅ ÂÅÓÐÌÁÔÎÙÊ ÐÏÞÔÏ×ÙÊ ÑÝÉË 20í ÎÁ http://www.hotbox.ru




Archive powered by MHonArc 2.6.24.

Top of Page