Win 7/32 nefunkční příkazy v 16-bit subsystému

[zetrozet]

Jestli vDOS (vDOSplus) používá AUTOEXEC.NT netuším, neptal jsem se ani Schaarse v Holandsku ani Wu v Kanadě. Navíc AUTOEXEC.NT odněkud již nastavený parametr PATH přebírá, protože jediným řadkem týkajícím se path je "path=%path%c:\Program Files\Java\jre1.8.0_91\bin\" neboli původní obsah parametru path doplněný o Windows-cestu do adresáře Javy.
Už jsem dříve psal, že *.bat spouštěný z Windows provádí příkazy NET USE korektně a proměnná PATH obsahuje i korektní Windows-cesty. Jakmile tentýž *.bat spouštím z 16-bit PC FANDu spuštěného v 32-bit Windows "přímo", tj. v prostředí NTVDM, jsou v proměnné PATH použity cesty v DOS konverzi, a navíc jich je zhruba první třetina proti proměnné PATH s Windows-cestami.

[Reklama]

[Uziv00]

To je fakt řeč jak rozprávka. Nejdřív to běží v systému, pak v nějakém prostředí. Místo aby si cesty porovnal, má svoje teorie. A když mu napíšu (přesnou syntaxi), ať si to vyřeší připsáním cesty, tak to ani nezkusí...
A v této cestě:"PATH=C:\PROGRA~1\COMMON~1\ORACLE\JAVA\JAVAPATH;C:\PROGRA~2\ORACLE\JAVA\JAVAPATH;C:\PROGRA~1\COMMON~1\MICROS~1\WINDOW~1;C:\PROG" rozhodně C:\Windows\System32 není.
Proč založil tohle téma nechápu.

[zetrozet]

Tos mi řekl novinu, že v DOS proměnné PATH cesta do C:\Windows\System32 není.
Teď mi řekni, proč tam není, když v PATH pro Windows "PATH=C:\Program Files\Common Files\Oracle\Java\javapath;C:\ProgramData\Oracle\Java\javapath;C:\Program Files\Common Files\Microsoft Shared\Windows Live;C:\Program Files\PC Connectivity Solution\;C:\Program Files\NVIDIA Corporation\PhysX\Common;C:\Program Files\Intel\iCLS Client\;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\Intel\Intel(R) Management Engine Components\DAL;C:\Program Files\Intel\Intel(R) Management Engine Components\IPT;c:\Program Files\Common Files\Adobe\AGL;C:\Program Files\Windows Live\Shared"

ta cesta je a nikdo zvlášť PATH pro Windows a zvlášť pro DOS nikam nepsal.

[Uziv00]

pro každou instanci cmd lze zadat rozdílnou path, tedy pokud mám spuštěny dva příkazové řádky, neznamená to, že oba mají totožnou path.

[zetrozet]

Když jsem žádnou rozdílnou PATH nezadával, proč je pro NTVDM jiná a proč se shoduje se začátkem PATH ve Windows převedené do adresářových struktur pro DOS.
Kde lze najít pro které nastavení PATH a kam která spuštěná instance CMD sahá.,

[zeus]

Proc je jina a proc se shoduje se zacatkem jsi nam uz preci vysvetlil.
'Chybu, ktera vznikla' opravis snadno - presunes systemove adresare Windows na zacatek promenne PATH. Uz to, ze tam nejsou je potencialni zdroj problemu.
Nebo holt volej NET celou cestou.

[zetrozet]

Dosud jsi nenapsal, kde ve Windows najdu zdroj kterým proměnnou PATH Windows vytvářejí a plní údaji, já ji nikde netvořím, takže "přesunout systémové adresáře" nemám kde.
Jestli jsi Pražák, tak Tě lituju a vůbec nezávidím.

[petr22]

Nehledas ve Windows toto ? On ten system ma i napovedu, tam to je.

Vlastni promenou PATH muzes samozrejmne nastavit i v tom bat souboru co spousti aplikaci.

[faraon]

Trochu jsem zagooglil, a našel tohle, což je věc fungující dávno před DOSem 6.22:

You might try adding this line to autoexec.txt, before any line that runs your program:

path=%PATH%;c:\windows\system32;

Tak se podívej jakým způsobem to spouštíš a trochu experimentuj, prostě do toho souboru něco přidej, a ve spuštěném prostředí se podívej jestli to tam přibylo.

[zetrozet]

Díky, snad to najdu. Problém je v tom, že nápověda je anglicky a za nás se angličtina na školách neučila.

Dodatečně přidáno po 4 minutách 46 vteřinách:
Tohle "path=%PATH%;c:\windows\system32;" znám, dokonce bych to zapisoval takhle "path=c:\windows\system32;%PATH%". Proč bych měl tuhle cestu zapisovat znovu, když v proměnné PATH pro Windows prokazatelně je, jen ji Windows při konverzi na DOS adresáře odříznou.

[petr22]

Na tom PC co to nefunguje zkousel jsi to spustit z lokalniho disku ?

Ono se to muze dost lisit mezi lokalnim a sitovym diskem, napr u nas mame tak nastavene
politiky, ze spusteni nekterych veci ze sitoveho disku je nemozne.

[zetrozet]

Na počítači to nefunguje na lokálním disku, z druhého počítače (rovněž Win 7/32) to na vzdáleném disku funguje. Kdysi jsem kvůli testování programů potřeboval několik kopií a adresář první úrovně v rootu a pak už jsem do nových počítačů nechával překopírovávat obsah disku na stejné písmeno disku.
Prosím o navedení, kde otevřu okno pro přístup k systémovým proměnným.