divina ha scritto:Dubito fortemente che A-X1000 cambierà, stravolgerà AmigaOS4.1.x portandolo a livelli per te interessanti.
E quali sarebbero i livelli interessanti?
divina ha scritto:Dubito fortemente che A-X1000 cambierà, stravolgerà AmigaOS4.1.x portandolo a livelli per te interessanti.
AmigaCori ha scritto:MOS funziona sicuramente benissimo come puo' dimostrare AmigaSupremo, Divina, Albino, Guruman, ecc...
AmigaCori ha scritto:@divina
Dai, AmigaOS4.x ha un suo fascino innegabile, il nome, il Workbench...
AmigaCori ha scritto:
sono sicuro al 100% che e' un mio problema, cioe' e' la mia totale incompetenza in campo Amiga che mi ha fatto avere tutti questi problemi, oppure qualcosa che ho sbagliato nell'installazione di MOS o qualche readme che non ho letto bene...
guruman ha scritto:Comunque e' un po' ingeneroso giudicare MorphOS sulla base di esperienze avute con YAM: da quando YAM e' diventato "damatoware" (cioe' e' passato nelle manine di Jens "damato" Langner) e' decisamente peggiorato da questi punti di vista. Io non mi schiodo dalla 2.5 ad esempio. Non e' possibile che a ogni beta richieda 3-4 aggiornamenti alle classi MUI (mantenute anch'esse da damato). Inoltre ci sono delle linee guida non ufficiali per l'installazione di programmi su MorphOS: secondo parte del team bisognerebbe che tutto si installasse semplicemente decomprimendo l'archivio ovunque si voglia, ed infatti e' cosi' che funzionano i programmi, come ShowGirls o OWB, realizzati da membri del team; in genere e' accettato l'utilizzo di librerie/classi MUI aggiuntive ma e' consigliato che siano distribuite con il software...
Saluti,
Andrea
Seiya ha scritto:AmigaCori ha scritto:
sono sicuro al 100% che e' un mio problema, cioe' e' la mia totale incompetenza in campo Amiga che mi ha fatto avere tutti questi problemi, oppure qualcosa che ho sbagliato nell'installazione di MOS o qualche readme che non ho letto bene...
e tutti quelli che non hanno mai visto un amiga o che lo conscevano solo di fama, cosa possono aspettarsi?
afxgroup ha scritto:divina ha scritto:Dubito fortemente che A-X1000 cambierà, stravolgerà AmigaOS4.1.x portandolo a livelli per te interessanti.
E quali sarebbero i livelli interessanti?
portarinos ha scritto:Mi sono dimenticato di dire che ho vissuto anche a Pavia per mezz'anno alla fine degli anni novanta quando l'Amiga andava ancora relativamente forte in Italia. Peccato che io non avevo ancora fatto il mio ritorno alla piattaforma e non frequentavo la communita' degli amighisti italiani del tempo.
divina ha scritto:afxgroup ha scritto:divina ha scritto:Dubito fortemente che A-X1000 cambierà, stravolgerà AmigaOS4.1.x portandolo a livelli per te interessanti.
E quali sarebbero i livelli interessanti?
bella domanda ...
Ho fatto in modo che nowined quando
viene lanciato, se non trova classi in memoria carica quelle del tuo
sistema, se poi quelle del tuo sistema sono vecchie allora carica quelle
che ha nell'archivio. Se ne trova di vecchie in memoria allora tenta di
rimuoverle dalla memoria e carica le sue nuove. Ecco quest'ultima cosa è
possibile solo quando non ci sono altri programmi che stanno usando quelle
classi vecchie, se è così allora nowined non può rimuovere le vechie dalla
memoria e ti dice che hai classi troppo vecchie.
Dunque se tu con un sistema in cui non hai le classi aggiornate lanci yam, allora magari la versione di yam
che hai in memoria funziona con le classi vecchie, e se lanci nowined questo non
riesce a "smontare" le classi vecchie. Se invece lanci nella stessa
condizione NoWinED allora Yam utilizzerà le classi nuove.
Purtroppo questo è uno dei grandi problemi di AmigaOS, il fatto che un
programma non possa avere delle proprie versioni di librerie, ma si debba
avvalere sempre e in ogni caso dell'istanza di libreria che ci sta in
memoria (nel caso ci sia). Altrimenti l'algoritmo è:"chi arriva per primo
carica le sue librerie, e chi si è visto si è visto".
Reaction - Intuition - input.device
Con Reaction, Intuition (input task, un figlio dell'input.device) sarà
invocato per la notificazione, il refresh e in display di un elemento UI.
Se l'applicazione Reaction crasha mantenendo gli elementi dell'UI intatti
allora crasherà solamente l'applicazione. Se il crash avviene durante una
delle fasi descritte, la memoria assegnata agli elementi UI verrà corrotta
(può essere memoria in cui risiedono dati passivi o attivi=codice delle
funzioni), e il sistema cadrà del tutto.
MUI invece gestisce tutte quelle fasi descritte internamente, quindi se
qualcosa va storto, questo coinvolge solo MUI. Ovviamente se si basa tutto
il sistema su MUI (come MorphOS), è ovvio che se cade MUI e non c'è un
modo per rilanciare MUI in memoria (discorso delle diverse versioni delle
librerie condivise) il sistema non sarà più usabile in ogni caso
dall'utente.
samo79 ha scritto:Quanto al resto non riesco proprio a capire dove sia il problema nell'installare manualmente 4 classi aggiuntive ed infilarle in una cartella, tantopiù ora che YAM contiene già tutte le classi necessarie all'interno del suo archivio.
cip060 ha scritto:e impara a compilare USHARE
Visitano il forum: Nessuno e 36 ospiti