Newsgroup: it.comp.os.os2
Titolo: Java1.4 e TCP

Per usare java 1.4 in rete TCP/IP occorre un aggiornamento dello stack?
Warp4 con TCP "liscio"
-- 
Alessandro
-------------------------------------------
Ubi Maior minor cessat
-------------------------------------------

 Warp4 con TCP "liscio"
leggi il readme allegato... secondo me cmq serve uno stack 32 bit.
-- 
ciao, Mirco.
[ 
http://hellspawn.dnsalias.net/~mircomir/
 ] [ Icq#:51640305 ]
[ 
http://pido2.webhop.net/
 ]

secondo me cmq serve uno stack 32 bit.
Vabbe' prima o poi dovro' aggiornarmi...
Quali sono i passaggi per installare l' aggiornamento piu' recente
gratuito partendo dal TCP "liscio" di warp4?


 
Allora, lo stack TCP/Ip e` l'MPTS
le applicazioni tcp/ip sono invece conosciute col nome tcp/ip.
A te basta installare uno stack 32 bit.
Io con Warp 4 usavo l'MPTS8610 con le applicazoini TCP/IP
aggiornate con il pacchetto UN_0980
tutti i link li trovi qua:
http://www.ecomstation.it/ecsoft2/cat.php?idCategoria=System..Warp_4.0_Fixes
oppure scaricati il seguente documento da PIDO/2:
http://www.ecomstation.it/pido2/home/mircomir/fixpak.php?lang=it


 
dimenticavo... se hai accesso a Software CHoice o a eCS, l'ultimo stack
(comprensivo di applicazioni) e` il 4.3. Sinceramente il 4.3 da parecchi
casini se non metti tutte le patch (e se devo essere sincero una
soluzione stabile come con l'MPTS 8610 non sono riuscita a replicarla
con il TCP/IP 4.3).


 con il TCP/IP 4.3).
io ho sempre ritenuto che il + stabile in assoluto fosse l'8621 (tcpip 4.2.1)
parlo di installazione e utilizzo pesante su server in ambienti di produzione, non solo 
per uso "hobbystico"
bye
Massimo
- eCS Irc Network   
irc.ecomstation.it
    chans: #eCS #eCSita   
- 
http://www.teamos2.it
 
http://www.ecomstation.com/

 per uso "hobbystico"
e come ti ho sempre detto da me trappava la macchina con  8620/21.


 e come ti ho sempre detto da me trappava la macchina con  8620/21.
oh, magari un qualche baco dei driver del NIC..
io per es. mi ricordo che l'8600 forse anche l'8610 erano vulnerabili (trap 0e) agli OOB..


 con il TCP/IP 4.3).
Hai presente il CDTeamPack/2, l' ultimo, quello con 2 CD?
In DRIVERFIXDSK\Dsk-fix
Ci sono una serie di fix per il TCP ma non riesco a capire di che versione
si tratta... 
ci sono il 4.1, il 4.1_UP e una dir(con tante subdir vuote) V4.1os2
e' il fix di cui sopra? O e' meglio che scarichi tutto ex novo dai links
che mi hai dato?


 che mi hai dato?
i links che ti ho dato ti fanno scaricare solo lo stack tcp/ip ma non il
tcpip 4.1 (cioe` quello completo anche della applicazioni tipo telnet 
ecc... quelle rimangono quelle vecchie)


 qualcosa... :-///
Effendi non hai tutti i torti ma ti faccio notare che stavolta l'
osservazione e' un pochino fuori luogo:
sti problemi non li hai con eCs ma con "OS/2 Warp4 Merlin", infatti e' su
come applicare le patch del TCP di questo SO che stiamo discutendo, per
eCs e' tutto piu' chiaro, anche se poi va a finire che le patch al
TCP/MPTS sono piu' bacate della versione "liscia", e' su questo che eCs
perde purtroppo ma non per colpa di SS, almeno fintantoche' i FIX li
rilascera' IBM.

 eCS (vorrebbe) essere?
Vero.
Il fatto che OS/2 o eCS tiri ancora avanti dipende esclusivamente dal 
fatto che il progetto originario era anni luce davanti a tutti gli 
altri. Ma oggi non lo e' piu'. Per esempio, e' possibile che quando 
cerco di aprire una unita' si debba bloccare tutta l'interfaccia? Se io 
avessi concepito qualche cosa del genere quando ero all'Universita', mi 
avrebbero mandato via a calci!!!
Per tutto quello che vorrei che avesse OS/2 basta leggerlo in:
http://www.os2bbs.com/os2news/OS2Wishlist.html
e in piu' il kernel opensource!
Ciao,
  Claudio

 e in piu' il kernel opensource!
Quanto al CMD 16 bit hai provato questo?
http://hobbes.nmsu.edu/cgi-bin/h-viewer?sh=1&fname=/pub/os2/util/shell/cmd01.zip
Mi sa che ci faro' un po' di test.
Poi magari ci sono anche i ports di Bash e altre cose molto superiori al
cmd.exe


 pezzo con la mente da normale utente o
[solito modo perplesso ON]
Sopratttutto considerando che, in altro campo, IBM permette di 
applicare i fix in una maniera spettacolare che 'semina' ad anni di 
distanza qualsiasi altro sistema di fix
-- 
Obelix@home

 E' proprio questo che... rende parecchio nervosi.
Guarda ultimamente mi sono dato all' UPDATE e ho aggiornato MPTS a 4.1 e
il sistema a FIX15:
e' stato meno difficile del previsto, sono andato sul sito 
ecmstation.it
 e
ho individuato le ultime fix, l' installazione e' stata assolutamente
indolore, veloce quella dell' MPTS, lentuccia quella del sistema che prima
di installare mi ravana tutte le partizioni e ci sta' na vita ma e' filato
tutto liscio (con simplyfix e  il CSF 144)
Il vero problema delle FIX e' che sai se son BUONE solo dopo che altri le
hanno messe ed usate per un po' di tempo, infatti quella del' MPTS non e'
l' ultimissima ma e' quella che mediamente da meno problemi. Qui' casca l'
asino, la qualita' media delle fix soprattutto del sistema LAN-TCP/IP,
pero', c'e' un pero'... 
bisogna ammettere che essendo 4 gatti gli utenti OS/2 non e' facile fare
il debug di un SO cosi' complesso... non a caso esistono i betatester...
gli utenti OS/2-eCs sono TUTTI betatester... 
PER COLPA DI IBM (ogni tanto la frecciata ad IBM ci vuole).


 cmd.exe
Dunque ho provato 'sto CMD32bit trovato su hobbes: l' ho installato come
da
istruzioni ma non mi pare funzioni come dovrebbe, certe cose che con CMD
andavano ora non vanno poi e' farragginoso: ci sono 3 tipi di CMD, il
cmd.exe, il textcmd.exe e il pmcmd.exe e con nessuno dei 3 sono rimasto
soddisfatto, sicche' nel config.sys ho rimesso il CMD.EXE classico
lasciando quel cmd32bit come opzione da testare ulteriormente. PERO'...
Preso dalla curiosita', tramite un programma apposito, mi sono messo a
verificare i formati degli eseguibili e delle librerie di sistema di OS/2
e, secondo me, son sortite fuori delle cose interessanti, premetto che ho
ancora WARP4 FIX12 e MPTS4.1:
Il CMD.exe contrariamente a quanto si crede e' un' eseguibile LX 32bit
i binari di sistema eseguibili e dll sono quasi tutti LX32bit (extended
[32] EXE "LX"), solo pochissimi sono rimasti NE16bit, persino la
maggiorparte degli eseguibili e dll del TCP4.0 sono 32bit, diciamo sono un
misto di codice 16-32bit con prevalenza di quest ultimo. CIO? che rimane
TUTTO o quasi a 16 bit e' il contenuto di \os2\boot , tutti i filtri add,
flt, dmd ecc. e' tutta roba a 16bit, anche i famigerati drivers danis
"risulterebbero" 16bit anche se nel readme c'e' scritto che sono 32bit ma
puo' essere che il programma che li ha analizzati si sia sbagliato, pero'
ne ho usati 2 diversi e mi danno sempre il medesimo responso.
Ma poi il chkdsk del fix 12 non doveva essere 32bit? Invece 
chkdsk.com
,
chkdsk32.exe e chkdsk.sys risultano composti da codice 16bit...
mentre i files di sistema del DOS che vengono caricati nel config.sys, che
stanno in \os2\MDOS (i *.sys), sono quasi tutti 32bit.
Infine, una curiosita': tutto il codice 16bit e qualche binario 32bit
risultano compilati con il MSRuntime di Microsoft...
P.S.
Se volete espandere e potenziare le caratteristiche di CMD.exe (che ripeto
e' 32bit, almeno in warp4 fix12) consiglio di installate il CMDSHL insieme
al MLRXSHL/CommandPak (da hobbes).
