Newsgroup: it.comp.os.os2
Titolo: Altra petizione OS/2 Free

Sinceramente penso non serva niente, IBM non rilascera` mai i sorgenti
di OS/2, ma nel dubbio votate (io l'ho fatto) :)
http://petitiononline.com/os2free/
-- 
Ciao, Mirco.
[ 
http://hellspawn.dnsalias.net/~mircomir/
 ]
[ GPG public key available ][ ICQ 51640305 ]

 di OS/2, ma nel dubbio votate (io l'ho fatto) :)
Io no. A parte il fatto che come dici giustamente non li rilasceranno 
mai, che ci facciamo con i sorgenti di qualcosa concepito piu' di 
vent'anni fa?
(tu poi sai bene cosa io propongo in alternativa ;-)
-- 
Ciao
Gabriele

 vent'anni fa?
e' la sagra della stron$ata oggi?
pensi di avere la cultura sufficiente per poter scrivere un'affermazione come questa?
-- 
Massimo
- eCS Irc Network   
irc.ecomstation.it
    chans: #eCS #eCSita   
- 
http://www.ecomstation.com
 
http://www.teamos2.it

 
No, mi sono solo ascoltato un'ora e mezza di presentazione 
sull'argomento fatta da Adrian Gschwend a Dresda qualche mese fa, 
oltre ad aver chiacchierato con piu' d'uno in proposito.
D'altro canto, la data di nascita di OS2 non e' un segreto per 
nessuno.
-- 
Ciao
Gabriele

 nessuno.
guarda che io non volevo mettere in discussione questo, bensi' soltanto il fatto
che il 90% di sviluppatori che hanno lavorato e che lavorano in ambiente OS/2,
ora eCS, sono giusto capaci a sviluppare un editor di icone...
per fortuna che qualche asso nella manica ancora lo abbiamo, come Vladislav
(WVGUI, sta diventando un media player poliedrico dalle mille funzioni e codec),
oppure Paul Smedley che in un pomeriggio ha fatto quanto quel pagliaccio di B.H.
(con i suoi risibili e instabilissimi porting fatti con il GCC-EMX) non e' riuscito a
fare in quattro anni, ovvero fare la build di una versione 100% e davvero nativa di
Bind, Apache 2, OpenLdap, ecc.. 
oppure Veit con il suo ottimo GCC e via di seguito...
il resto, tranne veramente pochi altri, e' solo una manica di ciarlatani, come ho sempre
detto, infatti il sottoscritto non e' molto ben visto nella "OS/2 Community" (fatta 
all'80% 
di cariatidi che usano ancora oggi NS4.61 e per ogni altra cosa fanno reboot dalla 
partizione windows) in primis i programmatori di I$M che in 10 anni hanno solo saputo 
farsi delle pippe, un po' per mancanza di fondi e un po' per incapacita', tipo 6 mesi per 
fixare un baco di NS 4.61 che oltretutto ne introduceva altri, la cosa si commenta da 
sola...
ma Voi queste e altre cose peggiori che lasciano completamente sbigottiti per ovvii 
motivi non potete saperle ed oltretutto non e' che le si puo' scrivere su un NG pubblico, 
non e' corretto professionalmente..
cmq e' poco ma sicuro che in Microsoft a correggere un problema simile c'avrebbero 
messo forse un pomeriggio...
scriviamo le cose come stanno, non discorsi assurdi di arretratezza tecnologica
del kernel di eCS che sono solo stron$ate fatte da chi vuole trovare pretesti e scuse
alla propria incapacita' di sviluppatore
io cmq, mi sto proprio stufando di ripetere le solite cose a chi tanto non vuol sentire
o capire...
mi sa un po' di predica berto al deserto
ciao


 
e io che faccio, se non dire le cose come stanno? Il kernel di OS2 ha 
vent'anni di vita sullle spalle (pure un po' di piu'). Anche avendo a 
disposizione i sorgenti (di quello come del Presentation Manager come 
della WPS) non credo proprio si potrebbero fare grandi miracoli.
L'idea proposta da Adrian nella sua presentazione mi pare tanto 
concreta quanto sensata (per i curiosi: 
http://wiki.netlabs.org/index.php/Voyager_FAQ
). A te no? Perche' sai, 
come spesso mi capita leggendoti, ho difficolta' a capire cosa 
veramente intendi dire.
-- 
Ciao
Gabriele

 
indubbio, vedi i problemi che si stanno avendo con la limitata memoria 
virtuale indirizzabile, con il numero limitato di segmenti utilizzabili 
(come anche max ha descritto), e in generale il sistema arcaico di 
indirizzamento della memoria, legato al 286 e immediati successori.
Ettuttavia non serverebbero lo stesso i sorgenti, per 
modificarlo/migliorarlo?
Piersante

 wrote:
 >Sinceramente penso non serva niente, IBM non rilascera` mai i sorgenti
 >di OS/2, ma nel dubbio votate (io l'ho fatto) :)
ma se non ho capito male questa e' per rilasciare il sistema
operativo come 'free' indipendentemente dai sorgenti...
--
bye
Alessandro

 veramente intendi dire.
Se e' per questo UNIX, in tutte le sue incarnazioni e' ancora piu'
vecchio eppure... 
Il problema non sono i venti anni alle spalle ma cosa hanno fatto in
venti anni per migliorarlo/aggiornarlo. Comunque non e' nemmeno questo
il punto, e' indubbio che se OS/2 non seguira' una linea di
sviluppo/aggiornamento coerente (e tutto fa pensare che NON sara'
cosi') bisognera' prima o poi pensare ad un sostituto, tuttavia come
tutti gli esperti fanno ancora notare, OS/2 ha ancora dei punti a suo
favore, delle caratteristiche che sotto certi aspetti lo rendono
ancora superiore a tanti S.O. blasonati e aggiornati; per esempio
certi concetti della WPS, certe caratteristiche del Kernel come un
multithreading molto efficente ecc. avere i sorgenti consentirebbe di
estrapolare queste caratteristiche e portarle verso altri sistemi
aperti che pero' sono continuamente sviluppati e supportati. 
-- 
Alessandro
-------------------------------------------
"There is no dark side of the moon, really...
as a matter of fact it's all dark."
PinK FloYd
-------------------------------------------

 
Leggiti il link che ho segnalato poco sopra ;-)
-- 
Ciao
Gabriele

 veramente intendi dire.
Ho gia' espresso, direi piu' che chiaramente, che sono contrario un'altra 
(ed inutile) distribuzione di linux...
eCS puo' sopravvivere molto bene ancora per anni se adeguato ai nuovi HW
e *inteso/venduto/commercializzato* come una sorta di prodotto alternativo
dalle prestazioni notevoli e affidabilita' "rock-solid", insomma, una sorta di
"mini-sistema operativo" che fa meno cose, ma meglio...
 
Ripeto, un'altra distribuzione di linux, no grazie, piuttosto passo ad XP.
Oltretutto non e' vero che i sistemi ms si piantano cosi' facilmente...
Fino a w2k era vero, ora non piu'.
Poi voglio proprio vedere se qualcuno qui usa eCS o OS/2 con su programmi
"win32/odin", programmi "odinized" e applicazioni java in contemporanea...
A voi non si pianta mai?
mah...
Parliamo della mia webfarm?
Con una frequenza tipo di una volta ogni mese o mese e mezzo si prendono una
trap (e fanno reboot, in un attimo e senza perdere dati, per fortuna!) che sono anni
che sto cercando di eliminare, ma sembra impossibile...
Prima davo colpa ai programmi (OSCENI) "emx", poi al firewall, poi ad attacchi ddos...
Di programmi "emx" c'e' *solo* rimasto Apache (grazie a Paul S.) e tra poco diverra'
nativo anche quello, a questo punto il sospetto ricade dinuovo sullo stack IP...
Ma e' l'ultimo...
Colpa di apache emx?
Puo' darsi, tra un po' partira' anche quello, poi vediamo...
Chi ha le competenze qui per suggerire una trace o una possibile soluzione?
Bye


 Fino a w2k era vero, ora non piu'.
Beato te :-) Io ho qui uno windows XP che uno una volta ogni 15 giorni
per provare qualche giochino scaricato su richiesta altrui, e riesco a
inchiodarlo anche cosi' :-)
-- 
Ciao
Gabriele



L'idea di Netlabs e di parecchia altra gente che ha sviluppato e 
continua a sviluppare per OS2 (B. Van Leeuwen, S. Wittmeier, C. 
Wohlgenmut, i russi non ci provo neanche a citarli che ho gia' scritto
abbastanza cognomi sbagliati:-) e' di riscrivere una WPS moderna 
basata su toolkit diffusi (GTK, Cairo). L'idea e' di impiegarci un 
paio d'anni, alla fine dei quali avremo una GUI come la WPS ma senza i
bachi della WPS e con capacita' nuove (accelerazione hardware, 
possibilita' di aprire finestre remote ecc.). Tale nuova GUI, essendo 
sviluppata su Cairo (come prossimamente Mozilla e Openoffice) sara' 
ampiamente portabile. L'idea e' infatti di allettare e coinvolgere 
nello sviluppo anche gente che non usa OS2 ma, per es., Linux e che si
e' rotta le balle tanto di X come dei vari KDE, Gnome e compagnia. Una
volta a buon punto con il lavoro sulla nuova WPS, ci si guardera' 
intorno e si decidera' a che cosa appoggiarsi come kernel: OpenBSD, 
Darwin, c'e' solo l'imbarazzo della scelta. In teoria si potrebbe 
continuare anche a usare il kernel di OS2, ovviamente: niente lo vieta
(Cairo e GTK ci sono anche per OS2).
Detto altrimenti: il progetto punta a 
- riscrivere da zero solo quello che va riscritto (la WPS) 
- scrivere quanto necessario per integrare le maggiori applicazioni 
nella nuova WPS (OO, Firefox, Thunderbird)
- riciclare tutto quanto di buono gia' fatto da altri (kernel, toolkit
grafico)
Vedi qui per maggiori dettagli:
http://wiki.netlabs.org/index.php/Voyager_FAQ
-- 
Ciao
Gabriele

 
Io le competenze non le ho, ma da un thread che ho "scatenato" su 
cmp.os.os2.misc in seguito ai miei problemi di periodico esaurimento 
della memoria, risulta che il problema dell'instabilita' di os2/ecs e' 
molto diffuso e la maggior parte degli intervenuti dava la colpa alle 
applicazioni portate da linux o win (mozilla e derivati in primis) che 
tendono ad esaurire la memoria virtuale (mi pare), che in os2 ha una 
dimensione massima di 512M contro i 2G degli altri (cito a memoria, 
potrei essere inesatto).
Insomma questi programmi tendono ad attendersi (e ad occupare) una 
quantita' di risorse superiore a quella che os/2, pr disegno, e' in 
grado di mettere a disposizione.
Ergo, non e' detto che anche le nuove versioni di Apache (che sono 
compilate a partire dai sorgenti per linux)risolvano il problema :-(
Altri tuttavia sospettano il Norman antivirus, perche' in quasi tutti i 
casi (incluso il mio) il problema e' iniziato senza che fosse stato 
cambiato nulla di rilevante, e il Norman e' l'unico che si aggiorna da se'..
saluti
Piersante

 grafico)
Dalla mia profonda ignoranza: una volta riscritta la WPS e il kernel, 
cosa rimarrebbe di os/2?
ciao
Piersante



Le buone idee :-)
Ed e' previsto che le classi aggiuntive sviluppate per la WPS IBM si 
possano compilare per funzionare nella nuova (CWMM? AudioCDCreator? 
DragText? Non so esattamente neanch'io).
PS: il kernel e' proprio uno di quei pezzi che non verra' riscritto! 
-- 
Ciao
Gabriele

 
Ma il limite di 480 M i virtual memory e il numero limitato di selettori 
(mi pare) di memoria non stanno li'?
Piersante

 potrei essere inesatto).
no, perche' gia' i sistemi eCS hanno la virtualaddresslimit=2048 per default
quindi la memoria virtuale assegnata ad ogni processo e' minimo di 2GB,
per es. io ce l'ho impostata a 3GB (3072)...
e la possibilita' "fisica" di andare oltre i 512MB e' stata gia' fixata da Warp4-FP15...
se non vado errato sotto XP non c'e' modo di andare oltre ai 2GB per processo,
quindi semmai sarebbero "svantaggiati" i sistemi MS...
secondo me il problema e' un altro, anche se sempre legato al consumo di "memoria"..
io stesso usando programmi java, odin, porting da *nix  ecc.. mi trovo abbastanza 
spesso (in media 2 volte alla settimana) a dover fare reboot per questi problemi di
esaurimento "risorse"...
chiudendo programmi java (pesantissimi), odin o altre menate varie, puo' succedere,
anche di frequente, che la memoria "quella che vedi indicata dai vari "memory meter",
tipo eCenter sysbar, smartbar ecc.., non diminuisca...
subito si puo' pensare a processi zombi ancora residenti in qualche modo (a parte
che mi piacerebbe capire perche' sotto XP si riescono a killare nel 99,9% dei casi
mentre sotto eCS troppo spesso non ci si riesce e bisogna darci di "setboot /B"....),
invece no, sebbene qualche volta puo' succedere...
ho fatto svariate "analisi" col theseus (funzione "linear memory map") e sebbene
in alcuni casi si "assista" al "tipico" esaurimento degli indirizzi allocabili di 
memoria privata dovuto a qualche processo un po' diciamo "esigente" (fenomeno visibile 
come una sorta di "schiacciamento" o estensione degli indirizzi allocati di "private 
memory" (cioe' quella che contiene EXE e dati "privati") che va a "toccare" 
l'area di memoria "condivisa" (o "shared arena", in parole molto ruspanti quella che 
contiene le DLL), di frequente, invece, non si evidenziano alcune anomalie di questo
genere effettuando la medesima analisi...
ovvero, sembra...
ripeto, sembra, che il processo "un po' troppo esigente" di memoria, anche se terminato
correttamente e non piu' in memoria crei una sorta di "danno irreparabile"...
cioe'...
la causa e' stata eliminata, mentre gli effetti (tutti) restano...
e come se restano...
fino al reboot
detto proprio in parole molto povere...
a questo punto, di chi e' colpa?
del processo "incriminato" che non rilascia correttamente le "risorse" di memoria
allocate, o del kernel che non "effettua una sorta di pulizia"?
chi mi sa rispondere?
io no :-(
credo che questo sia il vero problema che scatena queste frequenti situazioni...
cmq io ho notato, dopo innumerevoli "esperimenti"
che con questi valori nel config.sys
THREADS=2048
VIRTUALADDRESSLIMIT=3072
IFS=C:\OS2\JFS.IFS /LW:5,20,4 /AUTOCHECK:* /CACHE:64738
SET JAVA_HIGH_MEMORY=1
si vive decentemente e il tremendo fenomeno si verifica un po' + di rado...
ho incluso la riga del JFS, perche' ho notato che con questi accorgimenti:
1) raddoppiando il n. di max_threads (1024-2048)
2) portando il virtualaddresslimit da 2048 a 3072
3) dimezzando la quantita' di cache del JFS
4) e facendo in modo che i programmi java utilizzino l'area di memoria privata "alta"
miglioro sensibilmente la situazione...
su due PC diversi (ma il disco e' il medesimo, perche' su cassetto ide estraibile),
uno con 512MB di ram e l'altro con 2GB...
invece ora dico una mia "sensazione"...
eCS (varie versioni, quindi credo anche OS/2-FP15 e sup...) sembra un po' allergico
alla quantita' di ram 1GB...
mentre invece sembra funzionare *molto* piu' stabilmente con 512MB o con 2GB...
pero' ripeto, questa e' giusto una "sensazione", prendetela molto con le pinze
ciao




Non verra' riscritto nel senso che se ne usera' uno gia' esistente e 
non ci si mettera' a scrivere da zero (anche) quello! Tra i possibili 
nella presentazione elencavano
*BSD
Linux
Darwin 
L4
K42
BeOS 
ReactOS 
-- 
Ciao
Gabriele

 wrote:

ho riletto un'altra volta le FAQ del progetto di netlabs
innanzitutto mi pare si faccia una grossa confusione tra WPS e PM
e da quanto ho capito vorrebbero anche sostituire il PM con un window
manager basato sulle librerie gtk...
spero che il tutto non si riduca ad una nuova shell per linux...
--
bye
Alessandro

 wrote:
 >Io le competenze non le ho, ma da un thread che ho "scatenato" su
 >cmp.os.os2.misc in seguito ai miei problemi di periodico esaurimento
 >della memoria, risulta che il problema dell'instabilita' di os2/ecs e'
 >molto diffuso e la maggior parte degli intervenuti dava la colpa alle
 >applicazioni portate da linux o win (mozilla e derivati in primis) che
 >tendono ad esaurire la memoria virtuale (mi pare), che in os2 ha una
il problema di cui parli credo che sia della memoria condivisa...
--
bye
Alessandro

 SET JAVA_HIGH_MEMORY=1
Provero' . Da me il problema si e' ridotto un po' dopo aver aggeggiato 
un po' la configurazione di apache (1.33), ma potrebbe essere un caso.
grazie
Piersante

 
si, a quanto capisco la memoria condivisa fa parte di quella  memoria 
virtuale di cui parlavo
Piersante

 manager basato sulle librerie gtk...
Cairo (
www.cairographics.org
)? 
-- 
Ciao
Gabriele

 un po' la configurazione di apache (1.33), ma potrebbe essere un caso.
si direi proprio un caso...
oppure e' vero quanto ritengo io, cioe' che per qualche baco strano di certe applicazioni,
o peggio, del kernel, gli indirizzi di memoria lineare committati non vengono "liberati" 
al
momento della chiusura delle applicazioni...
bye


 
non io: theseus mi manda tutto l'output in caratteri greci e altri 
geroglifici :-(
L'unico modo che ho di usarlo e' di mandare l'output su un file e poi 
leggerlo con l'editor...
piersante



non sara' mica una versione vecchia?


 wrote:
 >> il problema di cui parli credo che sia della memoria condivisa...
 >
 >si, a quanto capisco la memoria condivisa fa parte di quella  memoria
 >virtuale di cui parlavo
il fatto è che sia la memoria privata dei processi che quella condivisa
risiedono nei primi 512 MB (in realta' sono anche meno)...
se non ricordo male la memoria condivisa viene allocata dall'alto
verso il basso (cioe' da indirizzi prossimi al limite dei 512 MB
in giu') mentre la memoria privata dei processi dal basso verso
l'alto...
di solito i processi hanno a disposizione 3-400 MB di memoria privata
e piu' processi differenti (se c'e' abbastanza RAM e o spazio per il
file di swap) possono usare ciascuno il massimo di memoria privata
disponibile
quindi un possibile problema sono i programmi che allocano grosse
quantita' di memoria condivisa senza poi rilasciarla
un altro problema e' quello della memoria indirizzabile
il modo corretto di allocare la memoria e' quello di creare un heap
cioe' riservare prima una porzione di memoria per poi impegnarne dei
pezzi piu' piccoli quando necessario
alcuni programmatori usano l'api per la creazione dell'heap (DosAllocMem)
come se fosse una api per l'allocazione della memoria direttamente
utilizzabile (per es. malloc() della libreria C)
questo comporta che anche per allocazioni minuscole, per esempio 4 byte,
vengano in realta' sprecati ben 64 KB di indirizzamento
un esempio di questa pratica demenziale di programmazione sono i
'dialog controls' creati da prominaire dove vengono sprecati appunto
64 KB solo per memorizzare i pochi byte di testo di un bottone (se non
ricordo male)...
un altro uso aggiuntivo di memoria deriva dall'uso degli 'enhancers'
come il mio Styler/2, Xworkplace, xit, dragtext, ecc...
nella maggior parte dei casi tutti questi programmi hanno bisogno di
allocare memoria nello spazio di indirizzamento dei processi
dato che il sistema operativo non offre l'accesso all'heap usato
(tranne che per alcune estensioni strettamente della WPS) ogni enhancer
priva nella migliore delle ipotesi (cioe' nel caso che venga usato
un heap con relative sottoallocazioni) ogni processo di almeno altri
64 KB di spazio indirizzabile
--
bye
Alessandro

 wrote:
 >qui arriva la stron$ata galattica, oppure sono io che non capisco l'inglese...
 >credo di piu' nella seconda ipotesi, perche' la prima vuol dire che chi ha scritto
 >queste cose, oltretutto ben dettagliate, era bello che ubriaco, perche' alla fine in 2
 >righe le ha categoricamente smentite tutte!
 >
 >***OS/2 dal fixpak15 "in su" ha superato la "barriera" dei 512MB di memoria virtuale
 >visibile da ogni processo.***
no a meno che un programma non venga fatto appositamente per utilizzare
lo spazio di indirizzamento superiore (per quanto riguarda la memoria
privata di processo)
per quanto riguarda la memoria condivisa non ricordo bene ma credo che per
motivi di compatibilita' non possa essere svincolata dal limite dei primi
512 MB
un altro limite all'uso dell'area di memoria superiore ai 512 MB e' che
i vari compilatori (visual age, watcom, borland, ecc.) non sono in grado
di utilizzarla ... visual age credo che sia l'unico a fornire delle
funzioni per utilizzare un heap definito dall'utente (cioe' per esempio
allocato nella memoria alta)...
infine le applicazioni che usano la memoria alta non possono accedere
ad alcune API
comunque per la cronaca io non ho mai avuto problemi di memoria...
anzi per essere piu' precisi il mio PC non ha mai avuto problemi di
memoria (io si' visto che invecchio :-) )
--
bye
Alessandro

 privata di processo)
guarda che per "ogni processo" non intendo dire *tutti*...
e' ovvio e scontato e l'ho scritto giusto poche righe sotto nel mio post che i programmi
devono essere sviluppati tenendo conto di questa cosa, ma non si puo' negare, perche'
e' tecnicamente sbagliato che OS/2 dal fixpak15 in avanti non avvia superato il limite
dei 512MB di memoria virtuale visibile dai processi...
e cmq, i processi che ne fanno uso sono molti...
vedi per es. quelli che ho riportato nell'altra email...
se ancora non ne siete convinti pubblico tutte le foto del theseus con la linear memory
map aperta...


 l'alto...
esattamente e questo da spesso origine al "famoso" fenomeno che ho riportato nel
mio post, cioe' quello dello "schiacciamento" della private memory contro la "shared
arena"...
bye


 
no
A quanto pare quando la memoria comincia a scarseggiare i font vanno in 
tilt. Oggi ho riprovato e funziona..
piersante

 wrote:
 >> ho riletto un'altra volta le FAQ del progetto di netlabs
 >> innanzitutto mi pare si faccia una grossa confusione tra WPS e PM
 >
 >MMh, relativamente alla WPS ci sono due pagine specifiche:
 >
 >
http://wiki.netlabs.org/index.php/Desktop
 >
 >
ftp://ftp.netlabs.org/pub/misc/cinc/desktop/documentation.htm
 >
 >La seconda in particolare e' promettente, anche se io ovviamente i
 >dettagli non li capisco.
ancora non ho letto il secondo link (ho una serie di script per
scaricarmi in background pagine web e file, ma ogni tanto qualche
link funziona solo se visitato direttamente con il browser)
comunque dal primo link gia' comincia a venirmi la voglia di passare
a mac osx...
la cosa che mi fa + schifo:
e' basato su GTK il che significa completa perdita di compatibilita'
con le applicazioni esistenti anche a livello di codice (cioe' non
basterebbe ricompilarle)...
personalmente poi le librerie GTK non mi piacciono per niente
 >> e da quanto ho capito vorrebbero anche sostituire il PM con un window
 >> manager basato sulle librerie gtk...
 >
 >Cairo (
www.cairographics.org
)?
no, cairo dovrebbe sostituire solo l'engine grafico (le API Gpi*) non
quello di windowing...
per il resto non mi sembra ci sia niente di nuovo a parte il solito mito
SOM-WPS che a mio parere e' la parte piu' bacata e peggio implementata
di OS/2 ...
io ho le mie idee in proposito, ma dato che difficilmente avro' il tempo
di realizzarle non mi dilungo oltre con le critiche... vedremo...
--
bye
Alessandro

 wrote:
 >> il fatto   che sia la memoria privata dei processi che quella condivisa
 >> risiedono nei primi 512 MB (in realta' sono anche meno)...
 >
 >guarda che c'e' una "seconda" area di "shared arena" che risiede sopra i famosi
 >512MB e che contiene DLL di sistema e anche delle applicazioni, es. qui in questo
 >momento contiene:
grazie per avermelo ricordato :-)
ora ho trovato anche un vecchio messaggio in cui riportava una specie
di grafico:
   -------------------------  3GB
  |       Upper             |
  |     Shared Area         |
  |                         |
   -------------------------
  |        Upper            |
  |     Private Arena       |
  |                         |
   -------------------------  512MB
  |                         |
  |     Shared Area         |
  |                         |
   -------------------------  384MB (approx)
  |                         |
  |     Private Arena       |
  |                         |
   -------------------------  0
in ogni caso la memoria allocabile parte sempre dopo i primi 64 KB
non da 0
 >come vedi non e' cosi' difficile trovare qualcosa che utilizza l'HMA...
cerchero' di adeguare Styler/2 appena possibile...
--
bye
Alessandro