facendo più post ripulisci la lista degli Ultimi Messaggi che è relativamente piccola, questo significa che il post recente fatto prima di te da altro utente "scompare" dalla lista
Provo a interpretare questa frase …
Ad ogni conversazione è associata una piccola lista degli ultimi interventi postati, gestita in modalità FIFO, quindi facciamo un esempio:
lista di soli 4 elementi, quindi la lista può contenere i “puntatori” degli ultimi 4 posts della conversazione.
L’utente Mario posta adesso, ed è l’ultimo utente, al momento, ad aver postato.
Adesso arrivo io, che faccio non un post, ma ben 4 posts consecutivi.
In tal modo, quando posto il mio quarto ed ultimo intervento consecutivo, il puntatore al post di Mario viene buttato fuori da questa lista, essendo stato il primo ad essere entrato, è ora il primo ad uscire (FirstIN-FirstOUT, FIFO).
Questo mi torna.
La mia domanda è (e mi scuso per l’OT):
a che serve questa piccola lista FIFO dei puntatori agli interventi dei vari utenti nella conversazione?
Perché tanti “sforzi” e “restrizioni” (restrizione = “non postare più interventi consecutivi!”) per preservare questa lista FIFO?
Il fatto che un utente posti un treno di interventi consecutivi, mi torna che così facendo fa uscire (come una sorta di “shift register”, con uno shift di posizione ad ogni intervento postato consecutivamente) l’ultimo utente diverso da lui che ha postato, ma tale “uscita” riguarda solo la lista dei puntatori degli ultimi interventi nella conversazione, non gli interventi nella conversazione … giusto?
Io posso fare anche 100 posts consecutivi, ma l’ultimo intervento di Mario (101 interventi fa, con lunghezza della lista di cui sopra < 100, ma potrebbe essere anche < 4, quindi estremamente corta) non viene “buttato fuori” dalla conversazione. Il “rigetto” stile FIFO riguarda solo la listina di cui sopra, non la conversazione fruibile dagli utenti del forum … ho capito male?
E poi … a cosa serve, in pratica, questa listina?
se non ricordo male abbiamo già parlato come mappare sia un tasto normale che tasto funzione
Mi pare di si, ma adesso non ricordo bene (gli antichi Romani dicevano “repetitia iuvant” ).
Ad ogni modo, mi pareva che ci fosse un programmino nelle Commodities (FKEY? possibile?) che serviva per rimappare tasti o per associare a tasti funzione F1, F2 ecc … delle stringhe (questo è utile se si battono molti comandi, e sempre gli stessi, sulla CLI/Shell, ad esempio si può associare F1 = execute, F2 = cd / ecc …).
Ricordo che una volta ho un po' investigato queste cose, tuttavia mi ricordo che rimase un elemento incompiuto, ed è questo:
come riuscire ad avviare Amiga ed avere all’avvio, automaticamente, la rimappatura suddetta, senza ogni volta andare nelle Commodities e ripetere l’associazione.
Ricordo che tentai qualcosa, tipo inserire quel programma nel drawer “WBStartUp”, cose così …
Infatti è di questi software che parlavo, WinUAE fa la stessa cosa quando utilizzi i vari KickStart
Voglio capire se ho capito …
Quando noi, nei settaggi/configurazione di WinUAE (stiamo, ad esempio, configurando il nostro A1200), stiamo settando la RAM, ovvero gli stiamo dicendo, per esempio, che vogliamo 4MB di chip-ram + 4MB di fast-ram, WinUAE di fatto, credo io, che chieda a Windows di riservargli 8MB di RAM all’interno della mia ram fisica complessiva sul mio notebook, che nel mio caso ammonta a 8GB.
Pertanto 1/1000 della mia RAM è adesso allocata per il processo chiamato WinUAE.
Adesso associamo al nostro A1200 emulato un file “kick.rom”.
Quando noi lanciamo l’emulazione di questo A1200, WinUAE copia il kick.rom dentro la regione di RAM di 8MB (4MB di chip e 4MB di fast) che abbiamo riservato per tale emulazione, quindi anche qui abbiamo, all’avvio dell’Amiga emulato, il mappaggio iniziale del kick in RAM, dopodichè WinUAE eseguirà l’immagine del file kick.rom, non appunto dentro il file originale kick.rom, ma eseguirà le istruzioni di kick.rom dalla ram, nella quale è stato copiato il kick.rom all’avvio dell’emulazione.
È corretto tutto ciò?
a me questo non succede, delle mie pendrive suddivisa in partizioni FAT32 ed 0x76 Win32 Disk Imager fa vedere un solo "Dispositivo"
Pensavo che magari il diverso comportamento di Win32DiskImager potesse dipendere dal tipo di supporto: CF, USBpen, SDcard ecc …
Ho provato, dopo la CF, una comunissima USB-pen … ecco il risultato:
https://drive.google.com/file/d/1827c8X ... FLYut/viewWin32DiskImager proprio non riesce a farti vedere il supporto fisico come un’unità unica, quindi risulta impossibile creare da quella penna USB un’immagine .iso oppure .img.
Ho provato sia prima che dopo la ricostruzione dell’MBR … stesso risultato.
Invece Rufus si comporta bene … userò quest’ultimo su Win, da ora in poi.
Se hai utilizzato il Kick 3.2 non dovevi avere problemi, sospetto su A600 che la partizione FAT32 venga letta impedendo di vedere le altre, se parte su WinUAE deve per forza partire su Amiga, adesso ti invio una mia seconda immagine fatta con HD controller "Commodore A 600/A1200/A4000 IDE giusto per verifica.
Premesso che ho scaricato la tua nuova immagine, e la proverò appena possibile.
Io intanto ho fatto altri esperimenti.
Allora, faccio subito una correzione:
nell’ultima immagine che ti avevo mandato, non avevo messo alcuna partizione FAT32, ma solo un’unica partizione 0x76 che occupava tutto il volume della CF da 3.7GB.
Questo perché avevo sospettato anche io che un A600 reale/68K, con kick3.2 (o qualunque altro kick, es: 2.05 v. 37.350), durante la scansione dei possibili supporti bootable all’accensione, scansione fatta ad opera del FW che si trova nel kick corrente, potesse “incasinarsi” quando incontra la prima partizione, ovvero la FAT32 (non si dovrebbe “incasinare”, bensì dovrebbe “non riconoscerlo”, quindi andare avanti alla ricerca di altri supporti a lui noti, es: ID = 0x76).
Pertanto ho deciso di fare un esperimento ancora più semplice, con l’unico obbiettivo di validare la cooperazione fra WinUAE e Amiga reali.
La mia domanda era:
se lavoro su PC/Win con WinUAE, su una CF, e ci faccio delle cose su questa CF, poi prendo la CF e la metto dentro un A600 oppure un A1200 reali, ritrovo su questi Amiga reali le stesse cose che ho fatto su PC/Win-WinUAE??
Per adesso ho faticato molto, per ottenere dei risultati abbastanza deludenti … si tratta di capire se è colpa mia che setto male qualcosa (lo spero!), oppure se sono di fronte a dei limiti di WinUAE.
-Primo esperimento (di cui ti avevo mandato un’immagine.img):
Su WinUAE avevo preparato una CF con un’unica partizione 0x76, quindi nessuna partizione FAT32.
Tutta la CF era un’unica partizione 0x76.
Nell’unica partizione 0x76, avevo creato 2 partizioni con HDToolBox3.9, UDH0 e UDH1, inizializzate con FFS che si trova in L: dentro OS3.9, successivamente formattate in modalità quick sempre con lo stesso FFS.
A1200/OS3.9 emulato con WinUAE vede correttamente e sempre siffatte UDH0 e UDH1.
Per inciso, ho montato la CF come da te suggerito, quindi niente più uaehf.device, bensì Commodore A 600/A1200/A4000 IDE, come da te consigliato.
Se adesso prendo la CF e la metto nel mio A600 reale con dentro kick3.2 fisico, ti assicuro che il sistema non vede la CF, UDH0 e UDH1 non sono visti, né all’avvio da floppy Install3.2, né da HDToolBox3.2 … nulla di nulla.
Sembrerebbe, fatti alla mano e non teorie euclidee, che fra WinUAE e Amiga reali, tramite CF, non ci sia perfetta compatibilità, ma un sacco di problemi.
-Secondo esperimento:
prima di tutto ho installato anche BB3 e 4 su OS3.9/WinUAE, poi ho formattato la CF con un’unica partizione 0x04, quindi veramente RAW, non più 0x76 (azzeramento byte per byte di tutta la CF), poi ho ripetuto l’esperienza di prima, ma stavolta ho usato, per l’inizializzazione di UDH0 e UDH1, non più il FFS di OS3.9, bensì il custom FFS “CFS0” che si trova dentro il floppy Install3.2.
Le conseguenze sono state due:
1)
A1200/OS3.9 emulato non vede più UDH0 e UDH1, pertanto queste 2 partizioni le ho potute solo inizializzare con CFS0, ma non le ho potute formattare in modalità quick con CFS0, non vedendo sul desktop di OS3.9 le rispettive icone …
2)
Se metto la CF in A600 reale/kick3.2 fisico, finalmente adesso vedo qualcosa, sia a livello di boot-manager (amiga early boot startup, o come si chiama), sia a livello di HDToolBox3.2, ma non vedo le rispettive icone sul desktop di Install3.2.
Ci sono anche altre stranezze.
Ti allego l’immagine della CF che ti ho raccontato nel secondo esperimento, più qualche screenshot, più un breve video, in cui ti mostro cosa sta accadendo.
https://drive.google.com/file/d/1Vh_IZ8 ... 6oPJ8/viewMi faresti il favore di dargli un’occhiata, così ci risentiamo nel merito?
Grazie in anticipo!