Skip to Content.
Sympa Menu

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

sm-sorcery AT lists.ibiblio.org

Subject: Discussion of Sorcery related topics

List archive

Chronological Thread  
  • From: Sergey A Lipnevich <sergeyli AT pisem.net>
  • To: sm-sorcery AT lists.ibiblio.org
  • Subject: [SM-Sorcery]handling of $IFS
  • Date: Thu, 17 Oct 2002 19:34:01 -0400

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