[devel] [JT] glibc: обработка пустых подстрок в PATH, LD_PRELOAD etc

[devel] [JT] glibc: обработка пустых подстрок в PATH, LD_PRELOAD etc

[Konstantin S. Uvarin]

Приветствую. 

  Давно не дает мне покоя один вопрос: для чего glibc интерпретирует пустую 
подстроку в $PATH, $LD_PRELOAD и т.п. как текущий каталог? Ведь если 
пользователю нужно именно текущий каталог указать, он и укажет PATH=$PATH:.

  А так получается, что команда PATH=$PATH:$SOMEVAR делает не то, что 
задумывалось, если SOMEVAR неопределена. 

  Причем я смотрел код, это специально выделено в отдельный случай и написан 
комментарий даже. Зачем, зачем это сделано? Не понимаю...

In elf/dl-load.c, function fillin_rpath:

      /* `strsep' can pass an empty string.  This has to be 
         interpreted as `use the current directory'. */
      if (len == 0)
        {
          static const char curwd[] = "./";
          cp = (char *) curwd;
        }

-- 
Konstantin S. Uvarin
Главный редактор, крякнув, осушил стопку. Новости радостно закрякали в ответ.

Re: [devel] [JT] glibc: обработка пустых подстрок в PATH, LD_PRELOAD etc

[Slava Semushin]

27.03.08, Konstantin S. Uvarin<khedin / mail.ru> написал(а):
[...]
>   А так получается, что команда PATH=$PATH:$SOMEVAR делает не то, что
>  задумывалось, если SOMEVAR неопределена.

Да-да, один из мэйнтейнеров Debian, помнится, уже указывал на эту
"фичу". Навешал стопку багов в багзиллу Дебиана. В lifearea, такой баг
даже попал в CVE...


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] glibc: обработка пустых подстрок в PATH, LD_PRELOAD etc

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1834 bytes --]

On Thu, Mar 27, 2008 at 01:26:42PM +0300, Konstantin S. Uvarin wrote:
>   Давно не дает мне покоя один вопрос: для чего glibc интерпретирует пустую 
> подстроку в $PATH, $LD_PRELOAD и т.п. как текущий каталог? Ведь если 
> пользователю нужно именно текущий каталог указать, он и укажет PATH=$PATH:.

Это требование стандарта (legacy feature).
Привожу цитату из SUSv3 про $PATH полностью (жаль, что вы её не нашли раньше):

"This variable shall represent the sequence of path prefixes that certain
functions and utilities apply in searching for an executable file known
only by a filename.  The prefixes shall be separated by a colon ( ':' ).
When a non-zero-length prefix is applied to this filename, a slash shall
be inserted between the prefix and the filename.  A zero-length prefix is
a legacy feature that indicates the current working directory.	It appears
as two adjacent colons ( "::" ), as an initial colon preceding the rest
of the list, or as a trailing colon following the rest of the list.
A strictly conforming application shall use an actual pathname (such
as .) to represent the current working directory in PATH .  The list
shall be searched from beginning to end, applying the filename to each
prefix, until an executable file with the specified name and appropriate
execution permissions is found.  If the pathname being sought contains
a slash, the search through the path prefixes shall not be performed.
If the pathname begins with a slash, the specified path is resolved
(see Pathname Resolution).  If PATH is unset or is set to null, the path
search is implementation-defined."

>   А так получается, что команда PATH=$PATH:$SOMEVAR делает не то, что 
> задумывалось, если SOMEVAR неопределена. 

Тогда пишите правильно, например,
PATH="$PATH${SOMEVAR:+:$SOMEVAR}"


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]