Citazione da: TheKaneB - 20 Febbraio 2015, 11:00:01

Tutto quello che vuoi su Amiga, parliamo pur sempre di un compiler ANSI C89 in ambiente NON posix.
Ergo, non è roba per te che sei unixaro

mi rifaro', forse, su Risc/OS
c'e' una bella e simpatica libreria di compatibilità unix
nemmeno a farlo apposta mi e' cascata sui piedi X___X

Che te ne fai? Bah

ma a parte cio', dicevi dei builder script, come sono ?
tipo automakefile, autoconfig, automagic, o roba + golosa ?

generano il makefile in automatico ? e sempre in automatico interfacce private e pubbliche ?
si smazzano la dipendenza intra modulo come fa il builder objC di nextStep ?

e per la parte di interfaccia uomo macchina, grafica
generano form automatici tipo visualC (e na roba simile la fa anche project builder di nextStep) ?

robe cosi' ?

All'epoca non esisteva roba del genere. Io scrivevo & riempivo a manina le strutture dati per creare i widget (chiamati gadget in gergo amighista).

Però qualche editor di GUI è sicuramente stato sviluppato, ma non mi sono mai interessato, perché ormai il mio AIDS (Amiga Integrated Development System) l'avevo già scritto (tutto in assembly).

cmq dal book che diceva Cesare, e che finalmente mi e' arrivato
amiga non sarebbe amiga se non avesse sotto m68k e power chips custom
c'e' scritto in grassetto che molta roba e' in asm e punta direttamente al low level

Mi fa piacere che ti sia arrivato. Vedrai che sarà una goduria smazzartelo.

Concordo con quello che hai scritto.

molta parte di amiga/OS, e in minima parte e' scritto in C
per cui e' troppo legato a faccende di basso livello per poterla astrarre altrove

Considera che quel libro è vecchio e copre soltanto il chipset OCS, l'Amiga 1000, e il Kickstart fino all'1.2 (mi pare), per cui è vero quanto è riportato.

Però dalla versione 2.0 la maggior parte del s.o. è stata riscritta in C, e soltanto una piccola parte è rimasta in assembly. Non ricordo di preciso adesso, ma mi pare che il rapporto fosse 90/10.

anche se qualcosa di sicuro scavo, estraggo, e porto via 

Facci sapere.

al contrario Risc/OS ha una minima parte in assembly, e molta parte in C

Hum. Mi pare molto, molto strano, perché so che l'architetto della CPU scrisse pure parecchio codice assembly per il software dell'Archimedes.

e grava quasi tutto sulla CPU, eccetto la video unit integrata nell'arm chip
e qualche altra faccenda DMA esterna con trucchetti anche osceni tipo per le acquisitrici

In realtà la VDU non fa altro che visualizzare la grafica, quindi non aiuta la CPU. Inoltre, se non ricordo male, per l'audio digitale c'è un solo canale DMA (o due per lo stereo? Boh) che viene utilizzato per leggere i dati di tutti i canali audio (che erano 8 in totale: meglio dell'Amiga; ma è arrivato anche ben dopo, eh! Come l'Apple II GS), per cui la CPU si deve occupare di riempire opportunamente il buffer che viene mandato al canale DMA che si smazza poi l'audio, mentre su Amiga ci sono 4 canali DMA totalmente indipendenti, per cui la CPU ne imposta i registri una volta, e poi se ne dimentica.

Dunque praticamente tutto è a carico della CPU. E va benissimo così, perché era il suo punto forte.

L'Amiga non aveva una CPU così potente, ma in compenso possedeva un meraviglioso chipset che è stato una goduria spremere come un limone, inventando tanti trucchetti.

tutto sommato si fa un gran bel bottino, mi riempio il sacco tipo babbo natale, tanti bei regali 

Mah. Lo so che ARM & RISCOS = UK, ma francamente come sviluppatore non mi attira nessuno dei due. Poi RISCOS è veramente scarso come s.o..

Chissà il mio kit di sviluppo GameSmith che fine ha fatto... dettagli

Dalla descrizione sembra molto interessante, specialmente per chi non vuole sporcarsi le mani a basso livello.

@cdimauro e gli altri

azz facevano cloni di tetris in AMOS come se piovesse, faccio forse il male del mondo se creo il mio in blitz? ^^

Ma no, anzi ti sbrigherai lo stesso rispetto a lavorare in C o, peggio, in assembly.

(poi posso fare anche il resto in altri linguaggi ma intanto fatemi iniziare a fare giochi scarsi e scrausi cosi ci riprendo la mano)

Francamente non ne ho più voglia. Poi ho così poco tempo a disposizione, che preferisco impiegarlo in qualcosa di più utile.

Ti faccio un piccolo esempio di come potresti impiegare più utilmente il tuo tempo, pur divertendoti ugualmente (almeno spero; per me lo sarebbe). Ti sei lamentato dei problemi di validazione spuntano fuori ogni tanto in AROS con SFS? Perché intanto non cominci a crearti uno scriptino Python che ti legge la struttura del filesystem? Python ha una bellissima libreria, chiamata struct, che ti consente di mappare (decodifica, e pure codifica ovviamente) velocemente e semplicemente le strutture utilizzate dal filesystem. Un primo piccolo passo per arrivare poi a fare cose più interessanti, come appunto il fix del filesystem sistemando la roba errata che hai trovato. E così via, perché di idee ce ne sono tantissime su roba realmente utile, e che ad AROS serve come il pane.

Poi, lo so: de gustibus. A magari a te piace fare tutt'altro.

I brevetti sono sicuramente scaduti (la normativa americana prevede 17 e 20 anni massimo, se non ricordo male). Il copyright, invece, rimane (a meno che l'azienda decida di non esercitarlo, rilanciando il materiale per il libero utilizzo).

Sui marchi, invece, la questione non è chiara. Meglio chiedere a Michele, a questo punto. Se qualcuno ha un contatto con lui, potrebbe toglierci questo dubbio.

@Simone: ci vuole troppo tempo per tirare fuori qualcosa d'interessante per le macchine ECS/AGA. Meglio impiegare il proprio tempo per AROS.

In assenza di Python + libreria PyGame, perché non provi con Hollywood? E' più moderno, e pure multipiattaforma.

Poi che il Commodore 64 fosse nato apposta per i videogiochi lo hanno detto pure gli ingegneri che l'hanno creato. La fonte è il solito libro che ho già citato numerose volte.

Citazione da: legacy - 19 Febbraio 2015, 20:08:39

il punto non e' fare distinzione nelle cose personali, il punto e' se il gombuter o era roba tua, o era roba aziendale

Eh gia'.  La Dell e HP fanno distinzione fra "Home Computers" e "Work Computers".  In entrambi i casi sono Personal Computers.  La distinzione fra Home Computer e Personal Computer e' solo una faccenda di posizionamento sul mercato.

Dal link che hai riportato in precedenza, clickando poi su quello della macchina Dell XPS, non v'è alcuna traccia di "home computer".

X CDIMAURO.  Leggi tutti i commenti anche quelli di lucommodore.

No: è, rimane, e rimarrà in ignore. Senza eccezione alcuna.

Citazione da: Nonefonow - 19 Febbraio 2015, 19:10:04

IBM (Industrial Business Machines).

*International Business Machines

Citazione da: cdimauro - 19 Febbraio 2015, 19:21:51

Come già detto, se si sposta il C64 dall'insieme degli home a quello dei personal (che si trovavano pure a casa! Non è che uno se lo comprava e lo teneva soltanto in ufficio) allora si deve fare lo stesso anche con gli altri suoi "simili". Risultato: l'insieme degli home diventa vuoto, e rimane soltanto quello dei personal. Non sense. E' ovvio che sono tutti computer!

Commetti l'errore di considerare le due denominazioni come mutualmente esclusive.

E comunque rimane il fatto che sono tutte denominazioni commerciali: ogni compagnia cambiava termine in base a chi doveva venderlo:
- dobbiamo venderlo a singoli appassionati o a compagnie che lo danno uno per persona? -> Personal Computer
- dobbiamo venderlo a famiglie, facendo vedere che lo usa tutta la famiglia? -> Home Computer

Prendiamo l'Apple II: è un home o un personal? Lo puoi certamente usare in casa e lo può usare tutta la famiglia, quindi dovrebbe essere un "Home".
Però lo hanno usato anche tantissimo in ambito business, oppure nelle scuole, quindi dovrebbe essere un "Personal".

Se il C64 è "ricordato" come Home Computer, assieme al Zx Spectrum, BBC Micro, CPC etc. è perchè il lato "Home" era quello decisamente più famoso.

Pure gli Amiga 500, Atari ST erano considerati Home Computer; il fatto che oggiorno siano considerati "più" Personal è perchè nel periodo in cui furono introdotti (e publicizzati), la clientela era già diventata più sofisticata (sopratutto per andare contro IBM e i suoi "PC"), e sopratutto volevano proporsi come macchine più raffinate ("home computer? Pff! Non è mica un giocattolo! Questo è un Personal computer!!")

Insomma: i primi vennero commercializzati come "home" per conquistare le famiglie che fino a quel momento non sapevano neanche cosa fosse un computer (senza intimidirle), mentre i successivi furono "personal" per proporsi come macchine migliori.

E giusto per riproporre l'immagine:

Ma infatti, e come ho già detto in altre occasioni, non è e non prendo per vero quello che il reparto marketing di un'azienda tirava fuori per classificare i propri prodotti.

Io distinguo per fasce di mercato e utilizzo tipico, ed è quello che sostanzialmente è stato fatto per la classificazione di quei computer. Riporto la mia descrizione, presa dal thread dei 30 anni dell'Amiga:

home computer = piccolo computer economico collegato alla TV usato sostanzialmente per giocare.
personal computer = computer molto più costoso (rispetto al primo) collegato a monitor e orientato principalmente alla produttività personale / business.

Citazione da: cdimauro - 19 Febbraio 2015, 20:11:36

Quindi non dovrebbero esistere queste etichette, e dovremmo chiamare qualunque cosa "computer". Allora perché sono state create? Perché sono esistite? Perché continuano a essere utilizzate?

ti sfugge, ma inventate, ed utilizzate da chi ?
le vuoi usare tu ? fallo, a tuo uso e consumo

per me sono del tutto inutili
io ho scelto di fare distinzioni + pragmatiche
anche perche' in generale detesto le etichette

non avrei scritto il collector polimorfico per le Env se non lo pensassi
(che prima, facendo etichette e distinzioni, andava avanti a bestemmie
sono incapace di usare una etichettatrice, allergico anche al manuale)

mia profilassi, mia scelta

De gustibus...

Hanno provato a risollevare sorti di un computer che erano già segnate quand'è nato.

Il 500 ha fatto piazza pulita del segmento a più basso costo (anche se costava pur sempre un milione. Mica pizza e fichi), mettendo alle corde l'ST.

Il 2000 ha fatto altrettanto in quello più business. I miei mi comprarono un 2000 a fine '87, sborsando 3 milioni (con monitor e doppio drive; 1MB, invece, erano standard): molto meno rispetto al IIGS, e a parte il sonoro di quest'ultimo (ma col limiti dei 64KB dedicati, che erano decisamente pochi per 32 voci ) non c'era assolutamente storia.

E sono arrivati pure i tablet e gli smartphone (che si stanno mangiando il mercato dei tablet).