Newsgroup: it.comp.os.amiga
Titolo: AROS: installazione

Salve,
visto che mi avete dato il permesso e che nessuno e` stato contro, posto
i miei dubbi su AROS.
Ho preso lo snapshot di qualche giorno fa (il 18, mi pare) e ho cercato
di compilarlo come pc-i386 (quindi nativo) da Linux. Ho trovato un
bugghettino in grub, corretto al volo e la compilazione e` andata a buon
fine.
Ora il problema e` installarlo. Volevo fare un disco virtuale da provare
con bochs, ma non ho trovato documentazione sull'installazione. A
intuito credo che si deva creare una partizione su un disco reale
(perche` grub non si installa sui file, solo sui device), copiarci
dentro l'eseguibile "aros" e tutto l'albero di eseguibili AmigaOS.
Ma che tipo di fs devo usare? E come lo formatto? Potrei anche usare
AmigaFFS, visto che Linux lo supporta, ma la formattazione? :)
Inoltre c'e` un modo per creare, per esempio, un bootdisk per
l'installazione, in modo da poter partire da floppy con bochs e poi
installarlo sul disco virtuale?
Grazie.
----- Altre domande "filosofiche" -----
Ci sono previsioni su quando verra` inclusa la protezione della memoria,
il resource tracking e tutto il resto? Ho letto le FAQ ma parlano
genericamente di "in futuro".
A me onestamente non interessa il supporto alle applicazioni
precompilate per Amiga, visto che funziona solo su hardware Amiga (il
mio 3000 sta tirando gli ultimi...) quanto piuttosto un miglioramento
del sistema.
Si trova documentazione in giro su come sviluppare handler e driver per
HIDD?
Grazie.

 HIDD?
I sorgenti sono ben documentati, e di facile comprensione, per esempio 
per gli hidd potresti guardare in rom/hidd/ o in qualche driver 
specifico. Purtroppo la documentazione vera e propria e' ancora molto 
carente. Se intendi sviluppare ti conviene iscriverti alla ML aros-dev, 
  tipicamente si ottengono le risposte alle proprie domande il giorno 
stesso in cui le si fanno.
Bye,
  Gaby

 tracking in modo efficace e compatibile.
E come cavolo hanno fatto ha farlo quelli di Hyperion con OS4? Sulla lista
delle caratteristiche hanno elencato anche la piena compatibilità con i
precedenti, inoltre, dato che ogni task 68k viene comunque gestito come
uno ppc nativo, questo, seppur in parte, godrà della memoria protetta di
ExecSG...
Sarà...ma non è che si siano spiegati poi molto....aspetto la nuova
edizione dei RKRM.....ma intanto mi leggo la terza edizione ;-)
ShInKurO
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 edizione dei RKRM.....ma intanto mi leggo la terza edizione ;-)
Infatti, mentre per la memoria protetta non ci sono speranze senza 
introdurre delle nuove API (cosa che comunque possono introdurre essendo 
loro che decidono l'evoluzione del SO), per il RT forse sono riusciti a 
pensare qualche "trucco" per capire quando avviene un passaggio di 
risorse. Ad ogni modo finche' AmigaOS4 non esce non ha senso parlare di 
come implementa questa o quest'altra feature. Possiamo parlare di AOS 
classic, AROS e MorphOS, e tutti hanno problemi sia sul RT che sulla MP.
Chesso', ad esempio un patch su Text() che se vede che un processo usa 
una RastPort creata da un altro processo passa automaticamente l'Owner 
della rastport (e della bitmap collegata) ad un "join" dei due processi, 
cosicche' questa venga deallocata solo alla morte di ambedue i processi.
Questo e' solo un esempio, ovviamente, e' facile pensare a casi limite 
in cui anche questo approccio (che significherebbe una modifica globale 
di tutte le funzioni del SO) possa fallire...
Bye,
  Gabry

 "Research" qualche tempo fa).
Infatti ho inziato a interessarmene proprio perche` ho visto che e`
molto vicino a essere un sistema completo.
Mancano sicuramente degli affinamenti (che magari sono in quei 30 Mb di
contrib che non sono ancora riuscito a vedere completamente) ma il
sistema e` gia` usabile.
Tra l'altro i questo stesso periodo stavo valutando anche AtheOS (fermo
da un anno) e il suo successore Syllable, che pero` sta prendendo una
piega troppo "Unix", a parte la GUI. Il vantaggio e` che avrebbe memoria
protetta e compagnia cantante, ma non le API di Amiga.
Grazie ancora. Bye

 MEMF_PUBLIC di AllocMem()?
Non proteggeresti nulla pero', in quanto MEMF_PUBLIC e' abusato, 
cosiccome in altre occasioni e' abusato 0L.
E non se ne puo' fare una colpa ai programmatori, quelle api sono state 
pensate 20 anni fa...
Bye,
  Gabry

 vedere un'Amiga con 16 Mb di Chip e 1 Gb di Fast! :)
Immagino, io stesso ho provato più release dell'ISO CD in versione native
x86, ma tutte, e sottolineo, tutte le volte che ho provato a eseguire il
boot da CD, sono incappato nello stesso errore: a un certo punto il boot si
blocca, sembra andare in un loop infinito, si attende di trovare il
dischetto di avvio ed è come se proprio non montasse il cd-rom e non lo
leggesse. Con vmware, invece, tutto bene. Il discorso è che mi ha fatto
questo scherzo sia sul cd montato come ide channel 2 master, sia come ide
channel 2 slave, su schede madri e chipset completamente diversi fra loro.
Tu non è che ne sai qualcosa?
p.bes

 completamente diversi fra loro. Tu non è che ne sai qualcosa?
Credo non c'entri niente il canale, che sia proprio in problema di
immagine di floppy in RAM.
Bye.

 immagine di floppy in RAM.
Il canale c'entra, invece :)
-- 
"Everything is vague to a degree you do not realize till you have tried
  to make it precise"
                                 |     Bertrand Russell
falemagn (AT) aros (DOT) org    |     The Philosophy of Logical Atomism

 IDE diversi dal primo. Su che canale è il tuo CD-ROM?
Secondary slave.
Stasera provo mettendolo primary slave (mi tocca spostare hd e cd nel
case perche` il cavo non ci arriva, senno :) e faccio sapere.
Tra l'altro mi sono iscritto alla aros-dev e giusto pochi minuti fa mi
e` arrivato un msg con piu` o meno le stesse cose che mi hai detto tu
adesso. :)
In generale, per segnalare bug, va bene la aros-dev o devo iscrivermi
alla aros-user? (Non credo di essere ancora in grado di dare una mano
nello sviluppo, devo prima "risvegliare" le mie conoscenze di
programmazione Amiga... )
Bye.

 programmazione Amiga... )
aros-dev non è solo per gli sviluppatori, è anche per chiunque voglia 
sapere cosa succede "dietro le quinte" di AROS. E' una ML a traffico 
abbastanza alto, quindi se non sei veramente interessato, ti consiglio 
di utilizzare aros-user.


 di utilizzare aros-user.
In effetti sono molto interessato, quindi la seguiro` comunque. Seguire
anche aros-user non sarebbe un problema. Il traffico non mi pare
eccessivo (seguo ml molto piu` incasinate). Il mio dubbio era su quale
fosse il posto migliore per dare una mano nello sviluppo coi bugreport
finche` non trovero` il tempo e le capacita` di aiutare codando.
Bye.