Newsgroup: it.comp.os.os2
Titolo: Quando il PATH e' troppo lungo....

Che si fa? Oltre a tentare di accorciarlo?
-- 
Alessandro
-------------------------------------------
"There is no dark side of the moon, really...
as a matter of fact it's all dark."
PinK FloYd
-------------------------------------------

 Che si fa? Oltre a tentare di accorciarlo?
quale e` il problema?
--
ciao, Mirco.
ICQ#: 51640305

 > Che si fa? Oltre a tentare di accorciarlo?
in dos si faceva cosi:
PATH=c:\dir1;C:\DIR2;....
PATH=%PATH%;c:\altre\dir
ciao

Loris ha scritto:

appunto... mo' scrivi echo $PATH e te lo trovi lungo esattamente come prima...


Loris ha scritto:

Grazie
Ah si era per estendere il path... ma con OS/2 come si fa? Ammesso che
si possa fare...
forse con SET PATH=%PATH%;c:\altre\dir


 Che si fa? Oltre a tentare di accorciarlo?
Cambi shell?
Non so, l'ho sparata, ma non ho idea di che problema tu abbia. Io ho
quello del limite sul numero di pipe, che risolvo appunto usando
bash/ksh. Perche' ne indico due? Perche' nessuna delle due funziona bene
del tutto, ma per fortuna i bug sono complementari.
 Bye
	av.

 forse con SET PATH=%PATH%;c:\altre\dir
tentare non nuoce ... piu' di tanto.

 tentare non nuoce ... piu' di tanto.
Ho trovato nella riga del LIBPATH questa istruzione:
;ALLPATH%;
Qualcuno sa a che serve?


 Qualcuno sa a che serve?
Assolutamente mai vista...
-- 
Ciao
Gabriele

 del tutto, ma per fortuna i bug sono complementari.
Il mio problema e' abbastanza conosciuto tra chi abbia avuto
esperienze con l'ambiente DOS, il path e' una variabile d'ambiente che
ha una sua allocazione di memoria ed una dimensione massima; credo di
aver superato tale dimensione ma il problema maggiore non e' questo:
al limite dovrebbe non considerare i caratteri eccedenti, invece
ignora TUTTA l' istruzione SET PATH... con le logiche (spiacevoli)
conseguenze del caso. In DOS invece continua a funzionare lo stesso
anche se le dimensioni del contenuto eccedono quelle massime,
semplicemente il sistema ignora la parte di PATH eccedente.


On Tue, 6 Mar 2001 15:09:06, 
se....@gmx.net
 (Effendi) wrote:
:> > Il mio problema e' abbastanza conosciuto tra chi abbia avuto
:> > esperienze con l'ambiente DOS, il path e' una variabile d'ambiente che
 
:> Esatto, solo che in msdos il path ha un limite di 127 caratteri. O una 
:> cosa simile, chi si ricorda...
:> In OS/2 invece il limite e' elevatissimo: non ricordo esattamente, ma il
:> path della mia macchina da battaglia ormai e' di varie righe e consta di
:> esattamente 726 caratteri! 
:> Sono anni che per stressarlo mi diverto a buttarci di tutto, e funziona.
:> Idem con patate, anzi peggio, per il libpath: in questo momento sono 
:> 916 caratteri. "set libpath=" escluso, ovviamente.
Ma non esiste , come nel DOS, un modo per estenderlo? 
 
:> Ora, o tu hai impostato dei percorsi mostruosamente lunghi o 
:> evidentemente il problema, che ancora non ho capito, e' un altro.
:> Oltretutto lavorando bene con la wps, la necessita' di avere path enormi
:> come ai tempi del dos e' realmente ridotta ai minimi termini.
Mah... i percorsi comprendono al massimo 3 subdir, forse e' perche' 
sono molti pero' che c'entra la WPS?
Se ho la necessita' di avviare un programma da linea di comando e da 
qualsiasi posizione mi trovi deve stare nel path e del resto ci sono 
applicazioni PM (come ILINK/2) che se non sono nel path non 
funzionano...
:> Conclusione: quale e' esattamente il problema?
Dunque:
------------------------------------
SET 
PATH=F:\OS2\bin;F:\MPTN\BIN;F:\IBMCOM;E:\develop\HOMEPAGE;E:\COMM\PROG
RAM;F:\OS2\WIN32;F:\OS2\WIN32\SYSTEM;F:\OS2;F:\OS2\SYSTEM;F:\OS2\MDOS\
WINOS2;F:\OS2\INSTALL;F:\;F:\OS2\MDOS;F:\OS2\APPS;F:\MMOS2;F:\BONUSPAK
\IBMWORKS;F:\TCPIP\BIN;F:\TCPIP\PCOMOS2;E:\NETSCAPE;F:\OS2;F:\OS2\SYST
EM;F:\OS2\MDOS\WINOS2;F:\OS2\INSTALL;F:\;F:\OS2\MDOS;F:\OS2\APPS;F:\TC
PIP\BIN;F:\BONUSPAK\IBMWORKS;F:\BONUSPAK\FAXWORKS;F:\PROGRAMS\FM2;F:\P
ROGRAMS\FMUTILS;E:\PROGRAMS\HAWI\BIN;F:\OS2\BOOT;F:\NETFIN;F:\OS2\EXT2
OS2;F:\COMPRESS;F:\COMPRESS\RAR;F:\AV;E:\NAP;E:\WCAT;D:\COMPRESS;E:\EM
X\BIN;E:\USR\BIN;E:\USR\BIN\PM;F:\PROGRAMS\SVDISK;E:\WARPAMP;E:\POWER;
E:\WCAT;F:\WPTOOLS;F:\GTUDEMO;F:\JAVA11\ICATJAVA\BIN;E:\SMAESTRO\BIN;F
:\OS2\VFATOS2;F:\TCPIP\FTPIFS;F:\BASE32;F:\IBM386FS;E:\MAUL;E:\EMBLSH;
F:\PGP;E:\PROGRAMS\PMAPM;E:\VYPER;F:\AV\NORMAN\OS2;E:\OFFICE51;F:\ILIN
K;E:\PROGRAMS\HAWI\BIN;E:\PMPROGED;E:\DEVELOP\GPFREXX\BIN;F:\DIALIP;e:
\programs\ens;E:\WORDPRO;F:\Java11\rmi-iiop\bin;F:\JAVA11\BIN;E:\BIN;F
:\MASTER;F:\NDFS;E:\develop\VISPRORX;
----------------------------------
Troppo lungo? 
OK e' da rivedere e correggere,
comunque se aggiungo anche una virgola, al riavvio successivo il 
sistema ignora la variabile PATH... quindi ho dei problemi con 
l'installazione di certe applicazioni.
 
-- 

On Fri, 9 Mar 2001 18:15:09, 
se....@gmx.net
 (Effendi) wrote:
:> On Wed, 7 Mar 2001 23:24:31, 
gro...@usa.net
 (Alessandro) wrote:
:> > Ma non esiste , come nel DOS, un modo per estenderlo? 
:> non saprei. Come non sapevo/ricordavo che esistesse in DOS.
:> Che io sappia i giochini con %path% e simili servivano solo piu' o meno 
:> allo scopo dei begin/endlibpath di OS2. Il limite nax credo sia di quei 
:> 128 byte.
OK, allora vuol dire che non c'e' nulla da fare... a parte 
risistemarlo.
 
:> > sono molti pero' che c'entra la WPS?
:> c'entra, perche' moltissime cose so possono fare via d&drop od 
:> associazione multipla. Cercati anche SmartLaunch, su hobbes.
:> > Se ho la necessita' di avviare un programma da linea di comando e da 
:> > qualsiasi posizione mi trovi deve stare nel path e del resto ci sono 
:> esatto, ma si rimedia facilmente... ;-)
Beh certo si... in effetti con i batch CMD, si puo' fare molto
 
:> > applicazioni PM (come ILINK/2) che se non sono nel path non 
:> > funzionano...
 
:> posso sbagliare, ma ilink non ha alcun bisogno di essere in path.
No, hai ragione: se ho bisogno di avviarlo da riga di comando metto un
CMD nel path esistem肱te, anzi nella Root.
 
:> > Dunque:
:> > ------------------------------------
:> > SET 
:> > PATH=F:\OS2\bin;F:\MPTN\BIN;F:\IBMCOM;E:\develop\HOMEPAGE;E:\COMM\PROG
:> ...
:> taaaaanti puntini...
:> ...
:> > :\MASTER;F:\NDFS;E:\develop\VISPRORX;
:> > ----------------------------------
:> argh!
:> > Troppo lungo? 
:> ad occhio si. 8-|
:> > OK e' da rivedere e correggere,
:> Come minimo!
:> Ci sono doppioni e cose a mio parere inutili.
Gia' fatto, si e' ridotto almeno della meta'... e' vero fino ad ora 
sono stato troppo pigro per metterci mano.
 
:> Inoltre forse, scusami, manchi un pochino di ordine e pianificazione. 
:> Esempio: perche' mettere in path tutti quegli antivirus? Non hanno una 
:> shell wps? O li lanci da cmdline? Se si', perche' non usare un semplice 
:> batch?
Questa e' opera dei vari installer che mi chiedevano di metterli nel 
path.
Pero' in alcuni casi sono proprio le shell a volere l'antivirus nel 
path.
Comunque li ho riuniti tutti insieme in una unica dir.
:> Io faxworks non lo ho in path e funziona.
Gia' fatto, tolto anche questo. 
:> Ad occhio vedo un po' troppi path di sistema, tipo os2, boot system e 
:> simili. Idem per Java. Controlla se ci sono doppioni o cose inutili.
No, a parte i doppioni quelli ci vogliono.
 
:> Cosa sarebbe F:\OS2\WIN32;F:\OS2\WIN32\SYSTEM ? Odin?
Yes
 
:> A che serve d:\compress? 
i "compressori" per DOS
E poi anche F:\COMPRESS; e F:\COMPRESS\RAR; 
:> possibile che servano tutte?
Perche' PMzipper,  kazip ed altri vogliono che i vari zip, unzip pkzip
ecc. stiano nel path.
(Warpzip non credo.... )  tanto vale allora fare una dir dedicata ai 
"compressori", 
pero' non voglio mescolare Rar con gli altri, comunque l'ho tolto dal 
Path perche' 
lo avvio tramite batch.
 
:> FMUTILS non puoi buttarla dentro FM2?
:> vyperhelp, in demo, da me funziona anche senza essere inpath.
:> Wcat c'e' 2 volte!
:> eccetera...
Tolto, tolto... c'era talmente tanta roba nel path che mi rifiutavo 
psicologicamente di guardarlo... :)
:> In generale vedo molte dir che contengono utils a linea di comando. 
:> Fatti qualche batch e mettili tutti in una stesa cartella; oppure, per 
:> quelle "piccole", metti direttamente le util stesse in una singola 
:> cartella.
gia' provveduto
:> E poi: PROGRAMS
:> Orrore e vergogna!
:> Al limite chiamala PROGRA~1, cosi' sei ancora piu' coerente. :-P
Ha ha... questo e' il frutto o meglio la scoria, di un'esperimento.
Pero' come vedi ci sono anche le Dir BIN, USR ecc. ecc. 
un piccolo tributo ai 2 sistemi piu' diffusi..... 
 
:> > comunque se aggiungo anche una virgola, al riavvio successivo il 
:> > sistema ignora la variabile PATH... quindi ho dei problemi con 
:> > l'installazione di certe applicazioni.
:> provato a guardare i comandi Dpath e Append? Magari aiutano.
:> Altrimenti Subst: assegni una lettera ad un path lungo e la metti in 
Ma subst non funziona solo con il DOS ?
:> Oppure, non ho provato, aumentare l'environment di CMD.exe magari 
:> potrebbe aiutare. Ma non ci credo; secondo me il limite e' suo.
come si aumenta?
:> Provato shell alternative a CMD?
Ci sto lavorando
:> Cmq, insisto: ho idea che usi troppo la cmdline e troppo poco i file 
:> batch.. ;-)
 
Si e' vero ma e' tutta colpa della mia pigrizia nel decidermi a 
rivedere il config
sapevo bene che c' era un po' di revisione da fare ma volevo cogliere 
l'occasione per appunto sapere se, come nel DOS,
ci fosse la possibilita' di estendere l'environment del PATH. 
Evidentemente non si puo'. 
Grazie mille 
Ciao
-- 
--------------------
Alessandro
--------------------

 Ah! Considera TVFS.
se non erro esiste una versione di subst 
anche per OS/2 fatta da terze parti, cerca su hobbes.
-- 
ciao, Mirco.
[ Icq#:51640305 ] [ 
http://www.quasarbbs.net/mircomir/
 ]

On Wed, 14 Mar 2001 11:38:33, 
se....@gmx.net
 (Effendi) wrote:
:> Risposta al messaggio di 
gro...@usa.net
 (ERMETE) del Sun, 11 Mar 2001 
:> 14:41:39.
:> 
:> > No, hai ragione: se ho bisogno di avviarlo da riga di comando metto un
:> > CMD nel path esistemınte, anzi nella Root.
:> 
:> non mi piacciono le cose in root.
neanche a me... infatti credo che mettero' tutto in BIN
:> > Gia' fatto, si e' ridotto almeno della meta'... e' vero fino ad ora 
:> > sono stato troppo pigro per metterci mano.
 :> non se ne era accorto nessuno!
Mhhh... mi sa' che mi sono sputtanato a mezzo mondo.... :-\
 
:> > :> A che serve d:\compress? 
:> > i "compressori" per DOS
:> e perche' stanno nel path di os2? 
Boh....   
ahhh. perche' tempo fa non ne avevo di nativi per OS/2 ma siccome ho 
rimediato tolgo subito dal Path quelli per DOS
 
:> > :> Al limite chiamala PROGRA~1, cosi' sei ancora piu' coerente. :-P
:> > 
:> > Pero' come vedi ci sono anche le Dir BIN, USR ecc. ecc. 
:> > un piccolo tributo ai 2 sistemi piu' diffusi..... 
 
:> allora ti serve c:\dos !
:> ...che vale anche per win9X <G>
ma ci sono gia' \os2\MDOS e   \OS2\MDOS\WINOS2 ...
 
:> > Ma subst non funziona solo con il DOS ?
 :> esatto. Confusomi.
come suggerito da Mirco ho trovato un subst nativo per OS/2, provero' 
anche questo.
 
:> Ah! Considera TVFS.
Ecco.... scusa se ti rompo ancora ma e' tanto che ne vedo scritto ... 
che dovrebbe fare? sostituire l' HPFS386? Non ho ben capito come 
funziona
e' un filesystem alternativo ad HPFS no? O si integra con esso?
-- 
--------------------
Alessandro
--------------------

 ;-)
no, io normalmente lavoro con prompt OS/2...
come l'ha configurato lui quando lancia ad esempio arj dal prompt OS/2,
si apre una finestra dos che lo esegue. Facendo come dici tu non lo trova, bisogna
aprire una finestra dos e poi digitare il comando arj... una palla!
Se poi usi prg tipo file commander che ti permettono di comporre velocemente
la linea di comando il vantaggio e` ancora maggiore.


 Infine, quattro colpi di mouse e gestisco tutto da WPS... ;-)
io nemmeno quello... ho direttamente quelli per OS/2 :-)
