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

[zetrozet]

Na jednom počítači s Win 7/32 hlásí při spuštění dávkového souboru z 16-bit aplikace (PC FAND) "NET není názvem vnitrního ani vnejsího príkazu,...". Při spuštění stejného dávkového souboru z prostředí Windows se příkaz provede.
Na druhém počítači s Win 7/32 se dávkový soubor provede korektně jak z prostředí PC FANDu tak z prostředí Windows.
V čem je chyba nastavení NTVDM na prvním počítači?

[Reklama]

[ITCrowd]

Nastavení cesty pro cmd? Zjistíš v okně cmd příkazem path
Když ho spouštíš ručně - spouštíš ho ze stejného adresáře?

[zetrozet]

CMD.EXE je v adresáři C:\Windows\System32\ spustit lze z kteréhokoli adresáře na všech discích. Když CMD spustím Totalcommanderem z adresáře aplikace PC FANDU "G:\UCTO2019\" vypíše příkaz PATH toto:

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

Dodatečně přidáno po 10 minutách 7 vteřinách:
Ještě doplním podstatné - když v aplikaci PC FANDu otevřu systémové okno a zapíšu "CMD" nebo "CMD.EXE", hlásí systém chybu a CMD se spustí, až v případě, že zadám úplnou cestu k němu.
PC FAND aplikaci spouštím stejnou stejným dávkovým souborem z obou počítačů, jen na prvním počítači je na fyzickém disku "G:\" a na druhém na vzdáleném disku zachyceném jako "T:\".

Dodatečně přidáno po 22 minutách 6 vteřinách:
Příkaz PATH z CMD spuštěného s úplnou cestou z aplikace PC FANDU vypadá takto:

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

a má jen128 znaků.

[ITCrowd]

cmd lze spustit odkudkoli, protože ve windows je path nastaveno správně.
Z pcfandu spustit nejde, protože tam cesta nastavena není. A protože není, nemůže konzola cmd najít ani příkaz net.
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.
Srovnej si to s tím, který funguje a uvidíš rozdíl.
Někde v konfiguraci pcfandu by to mělo jít nastavit.

[zetrozet]

V konfiguraci PC FANDu nic takového nastavit nelze a v dávkovém souboru, kterým je PC FAND spouštěn, není žádná změna cest.

Navíc stejný dávkový soubor je spouštěn i z počítače, na kterém "NET USE" volané ze spuštěného PC FANDu funguje (na vzdáleném disku T:\. Jen je spouštěn CMD.EXE z lokálního "C:\".

Vkládám celý *.BAT bez poznámkových řádků:
@IF EXIST FANDWORK.$$$ DEL FANDWORK.$$$
@IF NOT EXIST FANDWORK.$$$ GOTO RUN
@CLS
@ECHO.
@ECHO PROGRAM UCTO JIZ BEZI !
@ECHO.
@PAUSE
@GOTO END
:RUN
@ECHO OFF
MODE CON: COLS=80 LINES=25
KB16 CZ,852
NUMKB4
SET FANDOVRB=80
C:\Windows\System32\cmd.exe /C start "G-Ucto2019 Dbg - %cd%" /affinity 1 G:\FANDY\FAND42\fand %cd%\ucto2019 D
SET FANDOVRB=
NUMKB4
:END
EXIT

[ITCrowd]

"Ještě doplním podstatné - když v aplikaci PC FANDu otevřu systémové okno a zapíšu "CMD" nebo "CMD.EXE", hlásí systém chybu a CMD se spustí, až v případě, že zadám úplnou cestu k němu."
Spusť tedy cmd v jednom a zadej path.
Spusť cmd v druhém a zadej path.
Porovnej rozdíl.

Dodatečně přidáno po 5 minutách 45 vteřinách:
Cesta která ti chybí je C:\windows\system32. Proto ti tam nejde spustit cmd ani net use.

[zetrozet]

To vím že mi chybí tato cesta v příkazu PATH. Protože těch 128 znaků je začátek z příkazu PATH fungujícího ve Windows v transkripci DOS, potřebuju vědět, kde hledat a kam a jak zapsat, když v AUTOEXEC.NT je pouze zápis "path=%path%c:\Program Files\Java\jre1.8.0_91\bin\".

[ITCrowd]

To víš až teď. Na začátku jsi neměl tušení, co to nastavení cesty je.
Prostuduj si manuál k pcfandu. Tam o tom něco bude.
Případně použij dosbox, či něco podobného, kde si to nakonfiguruješ, jak je potřeba. Nebo virtuální stroj.
Nebo zkus doplnit do toho batu, co spouštíš z pcfandu cestu takto:

Kód: Vybrat vše

set path=C:\Windows\system32;%PATH%

[zetrozet]

Promiň ale začínal jsem v roce 1986 na 8-bit verzi FANDu pro OS SCP-DCP a od '89 na DOSu. Když tak se podívej do archivu na www.zetrozet.com, jak dlouho mne FAND živí doplňkovými moduly pro Účto Tichý - tenkrát byl DOS 6.22 úplná novinka.
V konfiguraci FANDu žádná možnost ovlivnění PATH nebyla v první 16-bit verzi s oficiálním označením 2.2 a není ani v poslední vydané verzi 4.2x. Dosbox je nejlepší cesta, jak přijít o data a pod emulátoorem vDOSplus běhá vše bez problémů jak ve Win7/32 tak ve Win 8/32, Win7/64 i Win 10/64.

[ITCrowd]

Pak se při tvých nebetyčných zkušenostech divím, že jsi na nic nepřišel sám. A musíš se obracet na nás.

[zetrozet]

Protože mne musely víc zajímat změny zákonů než co kam zapisují Windows. Navíc nepotřebuji obejít chybu, která vznikla, ale opravit ji.

[faraon]

... pod emulátoorem vDOSplus ...

Takže ti to běží v emulátoru, nikoliv nativně přímo na holém systému? Potom musíš hledat v nastavení toho emulátoru, nějaký lokální config nebo autoexec. Nepoužívá náhodou také ten autoexec.nt, který tam zmiňuješ?