Re: Velikost promenne PATH v MsDOS

From: Dan Lukes <DAN@OBLUDA.KOLEJ.MFF.CUNI.CZ>
Subject: Re: Velikost promenne PATH v MsDOS
Date: Thu, 23 May 1996 13:17:44 +0200

Next Article (by Subject): Re: Velikost promenne PATH v MsDOS Rostislav Kocman
Previous Article (by Subject): Re: Velikost promenne PATH v MsDOS Roman Rohr
Top of Thread: Velikost promenne PATH v MsDOS Rostislav Kocman
Next in Thread: Re: Velikost promenne PATH v MsDOS Rostislav Kocman
Articles sorted by: [Date] [Author] [Subject]

Dne 23 May 96 v 8:09, Petr Kolar uvedl(a):

> > >> Shell = D:\COMMAND\Command.com D:\COMMAND /E:512 /P
> > >To je omyl!!! Tento parametr zvetsi pocet promennych, nikoliv delku kazde
> > >z nich!
> > To je taky omyl, tenhle parametr nastavi POCET BAJTU vyhrazenych pro
> > promenne.... A je uplne jedno kolik jich je....

> > PATH ale _neni_ promenna, Path je resen jako vnitrni zalezitost DOSu.
> > Jedina moznost jak se tomuhle snadno vyhnout je - 4DOS
>
>    Problemem je, ze delka MS-DOSovskeho radku je maximalne 127 znaku
> (i radku PATH ... - nepomuze ani PATH ...;%PATH;...). Existuji public domain
> programy jako ADDPATH, ktere umoznuji PATH postupne prodluzovat. Ale

    A jsme zase dokola. Objevilo se zde na toto tema spousta prispevku z
nichz dalsi vzdy potiral predchozi. Pokusil bych se to zhrnout a uzavrit.
Vsechny veci, ktere uvedu jsem take ozkousel.

1. PATH je normalni promenna enviromentu (ackoli ji lze krome
   standardniho SET PATH nastavit i prostym PATH).
2. Velikost enviromentu se nastavuje parametrem /e:xxx za COMMAND.COMem
   (jak primarnim v CONFIGu tak sekundarnim kdekoli).
3. Delka DOS radku je max 127 znaku, delsi PATH pak zadate c CONFIG.SYSu
(SET PATH= ...).

                                        Howgh.

                                            Dan Lukes


Mimochodem, s duvody proc mit PATH kratky, tak jak byly uvedeny
nesouhlasim. Pokud PATH setridim podle "castosti" s jakou se k
jednotlivym adresarum pristupuje, bude program (jiny soubor) s vysokou
pravdepodobnosti nalezen brzo - stejne rychle jako u kratkeho PATHu.
Oproti kratkemu PATHu jsem
  ve vetsine pripadu neztratil rychlost prohledavani
  ziskal moznost nestarat se o BATy (ostatne, pri zpusobu jakym DOS s
  BATy zachazi je otazka, zda uspora casu pri pouzivani BATu je az tak
  velka),
  neztratil jsem "kompatibilitu" (zkuste si do Novell login-scriptu
  napsat #MAP kdyz map je BAT a ne EXE - podotykam ze VIM jak se volaji
  BATy, ale uzivatele to casto nevedi). Obdobny problem je, ze musite
  neustale pripominat uzivatelum, aby, pokud si pisou BATy vlastni,
  nezapominaly pouzivat CALL
  ztratil nekolik desitek byte pameti kvuli vetsimu enviromentu
          cas zpusobeny delsim prohledavanim  v pripade, ze program
          (soubor) NEEXISTUJE - a to by mela byt situace spise vyjimecna.

Z uvedeneho seznamu zisku a ztrat ziskavam pocit, ze dlouhym PATHem
ztratite neco a kratkym neco jineho. Jsou to tedy alternativni zpusoby
spravy a rozhodnou se mezi nimi je spise veci osobniho gusta nez jasnych
faktu (a to jsem k BATovskym zastancum dost tolerantni :-))) ...


Dan Lukes, Patkova 3/B1206, Praha 8, Czech Republic
tel +42-(2)-8551040 ext 776, E-Mail: LUKES(or Postmaster)@Menza.MFF.CUNI.CZ

Go to listserv.cesnet.cz LWGate Home Page.