Newsgroup: it.comp.os.dibattiti
Titolo: QNX disponibile

Come da subject: 
http://get.qnx.com
Ciao,
Fabio Alemagna

Gia' scaricato e provato :-))
Il file principale, senza "add-ons", e' di circa 25 MB; l'installazione
non richiede partizionamento (come BeOS).
Una cosa che ho apprezzato molto e' la rilevazione automatica delle
impostazioni di rete di Winzozz: io dopo 2 minuti ero gia' in rete con
Voyager (il web browser di QNX)...
Il wizard di installazione prevede, oltre all'impostazione della
password dell'utente root, anche la creazione di un utente 'normale'.
Tutte le operazioni di configurazione sono semplici e rapide, compreso
il setup della tastiera, la rilevazione dell'hardware non ha presentato
problemi... Insomma, niente male come inizio!
Adesso sono curioso di provarlo sul mio vecchio P166...
Ciao
--
Luca Balzerani
* 
http://www.LatoServer.it
 *
* Sviluppo e Programmazione Server-Side *
Sent via Deja.com 
http://www.deja.com/
Before you buy.

 ha scritto nel messaggio
news:39D06AAA...@studenti.unina.it...


 Gia' scaricato e provato :-))
Ma la connessione dialup ti funziona? A me pppd parte, si connette, ma
poi muore (SIGHUP). Che cavolo č?
Ho anche appena scoperto di essere uno dei 5000 ad essersi registrati
per primi per ricevere il cd direttamente a casa :)
Saluti,
Fabio Alemagna

 per primi per ricevere il cd direttamente a casa :)
Te lo mandano gratis? :-))


 poi muore (SIGHUP). Che cavolo è?
scaricato e installato su un vecchio p166 in ufficio.
Il parere dell'utonto:
cazzo, ma questo e' un OS realtime dedicato a tutt altro che il desktop? no
perche' a me sembra *davver* un ottima base per workstation: l'interfaccia
e' facile, velocissima e intuitiva, l'installazione e' una stupidaggine e la
gestione dei programmi mi pare chiara.
Cosi', a braccio, sembra un incrocio tra Be (la "scattosita'" della GUI e
dei programmi), Win (la barra dei menu e a semplice 'interfaccia in
generale) e Linux (l'albero del filesystem, la bash, i moduli)
Un problema: la mia scheda di rete e' supportata, la rileva correttamente ma
non la installa. C'e' un modo per forzarla?
Saluti
Marco

 > poi muore (SIGHUP). Che cavolo č?


Fabio Alemagna
L'ho scaricato (versione iso) e sono riuscito a installarlo su un vetusto 
486 a 66mhz (non avevo altri PC di prova sottomano...).
Ho provato a utilizzare photon (solo in VGA16 colori, causa vecchia scheda 
VLB) e ho sofferto un po' per configurare il mouse system. Non è 
velocissima ma, visto il PC di test, ampiamente utilizzabile.
Sono riuscito a installare e configurare il PC in una pausa pranzo 
(download escluso, ovviamente) e questo non mi sembra davvero male :)
L'unico blocco l'ho avuto mentre creavo il floppy di boot... ma ero in 
windows '95.
-- 
Valter Minute
min...@inwind.it
 (the reply address of this message is invalid)

 ha 
scritto sull‘argomento QNX disponibile:
C'e' un interessante confronto, a mio avviso piuttosto imparziale, tra 
QNX RtP e BeOS, sistemi che per il posizionamento sul mercato 
(considerando BeIA e QNX RtP) si possono definire concorrenti.
http://www.benews.com/story/3463.1.html
Alcuni estratti.
"Unlike Linux or BeOS, QNX RtP is 100% certified POSIX compliant. QNX RtP 
is a multi-user OS..."
Domanda: e' vero che linux non e' certificato 100% POSIX compliant?
"XWindows has already being ported to QNX, but most people I know use the 
native GUI -- Photon and its apps"
BeOS non ha un supporto nativo di X.
"My first impression was that QNX feels -- and is -- very fast. Indeed, 
applications are launched instantly, and the overall performance is more 
than satisfactory [...] Finding your way around the GUI is exceptionally 
easy, especially if you have experience with OSes other than Windows. :)"
"I was really annoyed not to find any drag-and-drop support in the 
operating system. Nothing can be dragged outside its window, you can't 
place objects on your desktop, and there is no way to "dehydrate" 
re-usable code, as you can with Bonobo or BeOS Replicants (at least that 
I could see). Only low-level "plugins" (like the DVD plugin found in 
/usr/photon/bin) will allow you to incorporate this functionality in your 
applications... and that requires coding"
"QNX doesn't have a powerful Media Kit like BeOS, but being real time, 
it's pretty enough to have smooth video playback, even when opening 10 
video files at the same time (and 2-3 instances of Doom)! There are 
currently no software/drivers available to test video capture, etc. QNX 
is very much like BeOS was, 2-3 years ago. Good, solid basis, but no 
hardware support or enough (native) applications"
Aggiungo: bisogna verificare se l'architettura audio e' al livello di 
quella del BeOS.
"Looking at the latest configuration files, I noticed that QNX supports 
all varieties of GeForce (2 GTS, Quadro etc) in 2D mode!"
Su BeOS il supporto per l'accelerazione hardware 3D e' in fase di 
testing.
"It is my understanding that GTK+ has been difficult on BeOS because it 
depends so heavily on the presence of X. However, QNX does have built-in 
X capabilities; I would assume that it is the presence of these that have 
made GTK+ easier to get going under QNX RtP, and that POSIX has little if 
anything to do with it"
Il porting di GTK su BeOS e' ancora in fase di sviluppo. E cio implica 
che passera' del tempo prima di vedere delle applicazioni GTK su BeOS. 
Forse piu' tempo di quanto necessario per fare la stessa cosa su QNX.
"On the Java front, QNX RtP utilizes one of the fastest Java VMs on the 
planet, as they have licensed the Sun-certified Tao-Group Java package 
(the same VM engine which powers the new Amiga)."
Idem, java su BeOS e' ancora in fase di sviluppo, e non credo che 
raggiungera' le prestazioni della VM di Tao-Group.
"When it comes to development, RtP is based in C rather than C++. While C 
may be suitable for small packed embedded system purposes, C++ is more 
suitable for modern desktop development."
Concordo.
"There is a gcc port available and, of course, phAB. phAB is a visual 
tool which creates the widgets and windows of an application under 
development. phAB is pretty neat (QSSL are very proud of it), but the 
whole Photon API feels a bit iffy. BeOS' API is much cleaner, easier to 
learn, and easier to work with. Then again, we shouldn't forget where QNX 
comes from: the embedded systems world, where needs are different. 
Therefore, its architecture is somewhat alien to a desktop environment"
Non conosco QNX, ma sulla semplicita' d'uso del framework C++ del BeOS ha 
raggione.
"For one thing, Photon needs more work. While it is very fast, I woudn't 
call it "modern." It looks good, but doesn't feel good. It's easy to find 
your way around and to work with, but is too restrictive in places (no 
drag-and-drop, no native OpenGL, etc). It would be very useful if there 
was a way to manage your installed TrueType fonts (the current tool is 
not very intuitive) or to manage your hardware devices through a GUI 
(this one is a must)"
"The current File Manager has more bugs than features (but is being 
worked on). While RtP uses a kind of PnP, in order to change your 
graphics driver you have to go to command line to play with weird 
commands ("io-graphics" anyone?) or to type "crttrap clear" in order for 
your QNX to attempt to identify your newly installed gfx hardware. In 
this respect, BeOS is way ahead of the competition (in fact, no OS has a 
cleaner hardware detection model than BeOS, period). I'm sure that QSSL 
can build a more automated method, but it's not there now."
Provare per credere: BeOS riconosce molto bene l'hardware supportato 
(anche se questo non e' molto) e con poco intervento da parte 
dell'utente. E in questo, assieme al MacOS, e' imbattuto.
"Some work on the file system would be desirable: it would nice for it to 
become fully journaled, like ReiserFS or BFS..."
ciao

 become fully journaled, like ReiserFS or BFS..."
Fare un porting di ReiserFS non dovrebbe essere difficile... e non ci
sarebbero neanche problemi di licenza, dato che non sarebbe essere
linkato a *nulla*, dovendo essere un processo a parte :)
Ciao,
Fabio Alemagna

 Te lo mandano gratis? :-))
Yep :) Se è per questo tempo fa mi sono fatto mandare, gratis, la
documentazione cartacea ed il demodisk di qnx4 :)
Ciao,
Fabio Alemagna

 esotico. In ogni caso a me l'HW l'ha riconosciuto tutto...
Infatti, anche il tipo sosteneva la stessa cosa. Forse ho omesso il pezzo 
in cui lo diceva.
ciao




 Gia' scaricato e provato :-))
Ho scaricato l'immagine iso.
l'ho provato su due macchine. Tutto molto bello ma...
Sulla prima ha rilevato ma non attivato l'interfaccia di rete:
l'ho dovuta disabilitare e riabilitare, ma poi la rete è
partita. Non ha rilevato un mouse USB.
Sulla seconda non ha rilevato la NIC. Ho seguito le
istruzioni della sezione apposita nel troubleshooting:
si è accorto di avere una NE2000 (molto vecchia, ma
pur sempre NE2000) ma non è riuscito a "farla partire".
In entrambi i casi non è stato in grado di far funzionare
la scheda audio...

 la scheda audio...
Certo, se non ci sono i drivers... :) Che scheda audio č?
Saluti,
Fabio Alemagna

Domanda: e' vero che linux non e' certificato 100% POSIX compliant?
Le versioni recenti non sono certificate. Dubito pero` che non siano
compliant, che e` una cosa diversa...
Tieni presente che esistono mezza dozzina di pezzi di POSIX e che NT
e` POSIX compliant se si tolgono abbastanza feature "opzionali".
-- 
ciao, | "You're one of those condescending Unix computer users!"
Marco | "Here's a nickel, kid. Get yourself a better computer"  -- Dilbert
      | (Ri)scoprire fidonet: 
http://bbs.mi.linux.it

 suitable for modern desktop development."
Ed e' una colpa che sia basato sul C piuttosto che il C++?
E' singolare che il grosso tallone d'Achille di BeOS, il fatto cioe'
l'intera API ti costringa ad usare il C++, sia di colpo un vantaggio.
Pensavo che la liberta' di poter usare per i *miei* programmi il *mio*
linguaggio preferito fosse qualcosa di scontato. Non tutti a questo
mondo preferiscono il C++ (i cui vantaggi nello sviluppo, soprattutto
con applicazioni medio-grandi, dopo tutti questi anni mi sembrano
ancora poco evidenti: basta vedere quanto software bacato scritto in
C++ circola per il mondo).
Con una API scritta in C posso perlomeno usare C e C++ e con qualche
sforzo anche altri linguaggi. Col C++ hai per giunta il problema della
compatibilita' binaria tra compilatori diversi, quindi la liberta' di
scelta va ulteriormente a benedirsi.
La tendenza e' quella di essere indipendenti da un linguaggio
specifico (vedasi CORBA, COM, .NET...), non di legarcisi a doppio
filo.
-- 
 "If we cannot be free, at least we can be cheap!"         (Frank Zappa)
 Rudi Chiarito         SGML/XML, user interface, i18n         Amiga Inc.
 
ru...@amiga.com
 
http://amiga.com/

per primi per ricevere il cd direttamente a casa :)
Poi vado a controllare :)
-- 
Bye,         | 
http://members.xoom.it/hitman_work
 | Un'utente qualsiasi
             | e-posta: sonicblast (at) 
inwind.it
 | di PC, quindi       
The Hitman   | "Vivo un metro` piu` in la` di quel| tutt'altro che un 
             |  che tu chiami realta`"(G.Grignani)| esperto... 

scusate se mi intrometto ma volevo sapere quali 
erano i requisiti minimi del qnx perche' dando uno sguardo 
sul sito non ho trovato risposte
ho un 486@80mhz con 4mb di ram
ed ero in cerca di qualche os che non fosse il dos
magari con interfaccia grafica..
premetto che il muLinux non mi funza
ciao grazie....
max
--
Posted from 
mta03-acc.tin.it
 [212.216.176.34] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 compliant, che e` una cosa diversa...
Dunque, non hanno chiesto la certificazione ma rispettano le specifiche.
ciao

 filo.
CORBA, COM e .NET sono usati per scopi che vanno al di la dell'uso delle 
funzioni di uno specifico sistema operativo.
ciao

 funzioni di uno specifico sistema operativo.
Non direi, soprattutto per quanto rigrada COM. Forse non hai mai visto
BOOPSI: programmazione ad oggetti indipendente dal linguaggio. 
Saluti,
Fabio Alemagna

pare chiaro.
Appunto. Avere una API in C++ ti impedisce di usare con semplicita`
altri linguaggi, a partire dal C.


 Non direi, soprattutto per quanto rigrada COM.
Ho omesso di dire: "a meno che non si intenda imporre uno standard".
ciao

 altri linguaggi, a partire dal C.
Il problema non e', per il genere di applicazioni a cui e' rivolto il 
BeOS, usare qualsiasi linguaggio, ma creare con efficacia applicazioni. 
Primo, e' stato scelto un lunguaggio object oriented, secondo, il C++ e' 
il giusto compromesso tra flessibilita' ed efficienza. E onestamente non 
me ne frega niente se sul BeOS non si puo' creare un software di grafica 
vettoriale scritto in... Fortran? Perl?
ciao

 vettoriale scritto in... Fortran? Perl?
c?
Saluti,
Fabio Alemagna

 funzioni di uno specifico sistema operativo.
E allora? Solo perche' *possono* anche essere usati al di la' di uno
specifico sistema operativo (e' presto per vedere .NET al di fuori del
mondo M$), non vuol dire che *debbano* esserlo. Nulla ti vieta di
usare uno di essi (o qualche altro meccanismo simile) all'interno di
un solo, specifico sistema operativo.
Non mi pare che un progetto che faccia uso di CORBA debba per forza
girare ad es. su Unix _e_ Windows. GNOME, tanto per fare un nome, usa
CORBA e gira solo sotto Unix. E posso scrivere programmi per GNOME in
tanti linguaggi (la lista si allunga col passare del tempo). Con BeOS
no.


 vettoriale scritto in... Fortran? Perl?
C?
Delphi (metti qualcuno scriva un compilatore da zero)?
Python?
Ruby?
Eiffel?
Lisp? [c'era non poco software per MacOS scritto in Common Lisp!]
Basic?
Smalltalk?
Rexx?
Ada?
Modula2/3?
Oberon?
Dylan? [una delle migliori idee Apple, perche' l'hanno affossato?]
Haskell?
Forth?
Quanto a flessibilita', mi pare che il C++ ne abbia ben poca. Be non
puo' nemmeno cambiare la gerarchia delle classi (tranne che aggiungere
foglie), ne' cambiare un bel po' di dettagli nella API (dichiarazioni
inline, virtuali, etc.: e' tutto congelato; al minimo cambiamento
crollerebbe tutto). Gli stessi identici problemi di Qt. Perche' devo
essere *costretto* ad usare un linguaggio del genere?
Se Microsoft ti costringe ad usare Exploder e' un peccato mortale,
perche' viene violata la liberta' di scelta; se Be ti obbliga a
programmare in C++, invece, non c'e' niente di male. 


 Che scheda audio č?
Una con chipset yamaha opl sa-qualchecosa (sempre riconosciuta
dai windows dal 95b in poi, da linux e da beos) e l'altra č quella
integrata nella mobo asus K7M (o K7V, non ricordo).
In ogni caso il fatto che non riconosca una scheda audio č,
per quel che mi riguarda, assolutamente irrilevante. Sarebbe
irrilevante anche se non fosse una preview release.
E' invece piuttosto seccante (se non grave) che non mi abbia
riconosciuto/configurato correttamente delle schede di rete.

premetto che il muLinux non mi funza
Puoi provare su 
http://www.opensource.it/progetti/eduLinux/
l'ho scoperto per caso ieri. C'e' una versione che gira anche su 386..
Felice
-- 
dopo la @ va' inserito 
vene.dave.it

 Poi vado a controllare :)
A controllare che? :)
Ciao,
Fabio Alemagna

 un solo, specifico sistema operativo.
Ma neanche ti obbliga.
ciao

 crollerebbe tutto).
E perche, se mi e' concesso?
ciao

 c?
Idem. A quel punto uso il C++.
ciao

 un'API che ti costringe ad usare il C++ e' un problema.
Mi correggo: dipende da come viene implementato il meccanismo di 
chiamata. Tanto per fare un esempio, su BeOS un replicant e' un 
componente che esporta funzioni attraverso dei BMessage.
ciao

poi muore (SIGHUP). Che cavolo č?
Se e' come la demo-floppy, bisogna utilizzare uno script di
collegamento.
Per la cronaca la demo non sono riuscita a utilizzarla per navigare
(stessi tuoi motivi).

 E perche, se mi e' concesso?
Perche' gran parte delle modifiche altererebbe le vtable e/o la
rappresentazione in memoria degli oggetti e quindi il codice vecchio si
ritroverebbe a chiamare/accedere i metodi/valori sbagliati. Mi pare Be
abbia inserito un po' di roba inutilizzata nelle classi cosi' da poterla
riciclare per il futuro, ma a) non possono riciclare all'infinito b) nel
frattempo e' uno spreco di memoria.


 oggetti e funzionalita' il C++ non e' l'unica soluzione. Quindi, avere
Il problema grosso del C++ e' che ti costringe a fare scelte, anzi, a
farne troppe. Oggi, per determinare il reddito di un oggetto Persona,
ti basta leggere il relativo campo. Domani, per via di nuove esigenze
totalmente inaspettate, l'oggetto dovra' tenere conto di piu' fattori
interni e una chiamata ad un metodo sarebbe quindi piu' opportuna
(magari per evitare un dispendioso ricalcolo del reddito ogni singola
volta che un valore interno viene alterato).  Purtroppo il software
gia' esistente che usa la tua classe legge l'attributo e per quante
"soluzioni" (sarebbe piu' corretto chiamarle "accrocchi") uno possa
proporre c'e' sempre qualche inconveniente o inefficienza.
Altrettanti problemi sono causati dalla scelta del tipo di binding e
dalle dichiarazioni inline. Se un singolo sviluppatore puo', per
progetti piccoli, sapere ogni dettaglio e quindi indicare al
compilatore cosa fare, per progetti complessi o di natura dinamica o
ancora riusabili nella quasi totalita' dei casi e' il compilatore a
fare un lavoro migliore. Per "batterlo" occorre avere molta abilita',
molto tempo e tanta pazienza - salvo dover rifare quasi tutto da capo
quando viene cambiato qualcosa.
Purtroppo a tutt'oggi c'e' ancora la tendenza a 1) sopravvalutare se
stessi e gli strumenti che si usano 2) imbarcarsi in imprese che
rendono poco per lo sforzo profuso. Tutto tempo che si potrebbe
impiegare piu' proficuamente migliorando gli strumenti o creandone di
nuovi.


 farne troppe. Oggi, per determinare il reddito di un oggetto Persona...
[SNIP]
Capisco il tuo discorso. Ma, forse non mi sono spiegato bene, e' un 
genere di applicazioni per cui il BeOS non e' stato pensato (non mi 
riferisco solo all'esempio specifico). Quando sviluppi su BeOS non hai a 
che fare con oggetti provenienti dalle piu' disparate sorgenti. Hai di 
fronte i servizi di sistema, le tue classi, qualche libreria ed al 
massimo qualche plug-in. Il compilatore si preoccupa di effettuare il 
binding. E se vuoi far comunicare due applicazioni, usi il sistema di 
scripting che si basa sui messaggi di sistema. In queste condizioni non 
mi sembra che l'assenza (o la supposta tale) di un'architettura OO 
indipendente dal linguaggio sia un grosso problema. Mi sbaglio?
ciao

 b) nel frattempo e' uno spreco di memoria.
Non e' che stai esagerando?
ciao

 Non e' che stai esagerando?
Non ho idea della portata dello spreco, ma uno spreco c'e', se della
memoria viene riservata, ma mai usata. Del resto ammetto di essere un
caso patologico, visto che fino ad una decina di anni fa scrivevo
codice assembly 680x0 ultra-ottimizzato, con routine che chiamavano
l'un l'altra facendo tutta una serie di assunzioni su ordine di
chiamata e contenuti dei registri...
...pur di risparmiare qualche byte. C'e' una qualche soddisfazione
nell'avere, in 30Kb di eseguibile, un programma che gestisce tornei
(calcio o quant'altro), con una GUI, statistiche, grafici e
classifiche in tempo reale, editor/generatore di calendari, stampa,
thread secondario per il cronometro grafico, etc.
Altri (bei) tempi. ;)


A controllare che? :)
Se ero uno dei 5000... ho fatto la registrazione anch'io :-) 
No, sono fuori. Vabbe`, vorra` dire che con calma lo prendero` dal web o
aspettero`  che  qualche rivista  lo  metta  in CD  (preferibilmente  la
seconda, il mio modem 56k sta gia` guardandomi male ^_^).


 seconda, il mio modem 56k sta gia` guardandomi male ^_^).
Ma va', che č solo un'impressione...
Con calma (e GetRight) mi sono scaricato la versione per Win da 25 Mb.
Non ho preso l'immagine iso xchč non ho il masterizzatore :-(
Au revoir.
Lele...

 
Sě, a me funziona.
Ma č la versione per Win, non l'immagine iso.
Au revoir.
Lele...


Ho capito qual'era il problema...
Ciao,
Fabio Alemagna

 Non ho preso l'immagine iso xchè non ho il masterizzatore :-(
Non c'è mica bisogno del masterizzatore ;) 
Saluti,
Fabio Alemagna

Altri (bei) tempi. ;)
Se tu vedessi cosa e' riuscito a fare un pazzo con l'assembly x86
in real mode in *esattamente* 4096 BYTES di codice...
Giant, forse lo conosci. Vinse il primo premio di Assembly'94.
E' uno show di grafica 3D che ha dell'incredibile, se vuoi te lo mando.
No, purtroppo non ho il sorgente di questa opera d'arte.
#include <sospiro.h>
Bei tempi davvero...
--
Lorenzo
(address rot13 encoded)

 No, purtroppo non ho il sorgente di questa opera d'arte.
Come parte? Va messa su un floppy, per andare in real mode?


 ritroverebbe a chiamare/accedere i metodi/valori sbagliati.
Pensandoci bene questo e' un problema che riguarda chi accede alle 
variabili private della classe, quindi ai metodi della stessa, se il 
codice e' scritto bene. E da questo accesso diretto dovrebbero essere 
escluse anche le classi figlie.
Per metodi virtuali e non ho dei dubbi. Leggi il post piu' in giu' nella 
gerachia per il perche'.
ciao

 memoria viene riservata, ma mai usata.
Beh, se l'alternativa e' usare un runtime meno ottimizzabile di quello 
del C++, e che probabilmente per ogni classe utilizza piu' memoria...
Comunque, riguardo alla flessibilita' del C++, ti do un interessante 
problema.
Ieri sera stavo dando un'occhiata ad alcuni esempi sul MediaKit del BeOS. 
Non che fossi particolarmente interessato all'argomento (non ancora), ma 
stavo cercando di capire come fossero definiti ed utilizzati gli add-on. 
In un esempio veniva dichiarata una classe:
// ----------------
// ToneProducer - a node to generate precisely defined digital tones
class ToneProducer :
	public BBufferProducer, public BControllable, public BMediaEventLooper
{
public:
	ToneProducer();
	~ToneProducer();
// BMediaNode methods
	BMediaAddOn* AddOn( int32* internal_id) const;
// ...
// BControllable methods
	status_t GetParameterValue(
		int32 id, bigtime_t* last_change,
		void* value, size_t* ioSize);
// ...
// BBufferProducer methods
	status_t FormatSuggestionRequested(
		media_type type, int32 quality,
		media_format* format);
// ...
};
I metodi sopra ridefiniscono i metodi virtual delle classi base. Le 
istanze di questa classe sono utilizzate direttamente dal MediaKit. Basta 
registrare l'istanza nel MediaRoster.
err = BMediaRoster::Roster()->RegisterNode ( new ToneProducer() );
Ho solo provato ad aggiungere una classe base alla ToneProducer, senza 
alcun problema. Il MediaKit e' ancora in grado di utilizzare le sue 
istanze. Secondo me il chiamante non fa assunzioni sul contenuto della 
vtable.
Penso che lo stesso raggionamento si possa fare al contrario, cioe' con 
l'applicazione che chiama i metodi di una classe di sistema.
ciao

Come parte? Va messa su un floppy, per andare in real mode?
No, funziona benissimo anche in vm86, qualsiasi finestra DOS di Win.


 Non c'è mica bisogno del masterizzatore ;)
Beh, non è che abbia molta voglia di scaricare un bel po' di Mb 
aggiuntivi per poi tenermi l'immagine iso su dico e doverla montare 
da linux... :-)
Au revoir.
Lele...


Be', io ho fatto così :) Montata l'immagine ne ho copiato il contenuto
in una directory su un filesystem fat, da windows ho assegnato a quella
directory una lettera (forse non era necessario, ma per evitare
problemi...), quindi è partito l'autorun e ho fattro l'installazione :)
Ciao,
Fabio Alemagna

scaricato la versione per Win da 25 Mb                                .
Con calma stasera ci punto wget sopra... 


 scaricato e installato su un vecchio p166 in ufficio.
ma solo a me non funziona? Ne sul P133 ne sul PIII...
si installa e poi non fa il boot... nemmeno premento ESC
quando lo dice lui fa qualcosa... mah!
--
ciao, Mirco.
ICQ number   : 51640305
(get ICQ : 
http://www.mirabilis.com
)