Menω principale
 Notizie
 Grafica
 Forum
 Links
 Retro Trailer
 Recensioni
 Modelli Amiga
 Storia Amiga
 Retro-Gamers
 Lista Utenti
 Contatti
 Policy sito
Ricerca Google

Login

Nick


Password


18 Gennaio 2020 Postato da: AMG_Novice_Usr
richiesta di lumi sul montaggio di un device: comando Mount, mount-listes, handlers ecc ...
Non ho le idee per nulla chiare su come un device (porta seriale, porta parallela, lettore floppy esterno ecc ...) venga montato durante
il parsing della startup-sequence (o eventualmente della user-startup-sequence, chiamata dalla startup-sequence principale), parsing implementato appunto da AmigaDOS durante il boot del sistema.
Ho letto che il comando Mount per default va a vedere il path:
sys:devs/dosdrivers
poi non so se, in caso di fallimento (ho letto questa cosa), vada a vedere automaticamente il path:
sys:storage/dosdrivers
Ho letto a giro di questo secondo path, ma a me non torna tanto: secondo me l'unico path guardato da Mount è il primo, nel secondo
abbiamo le icone relative ai devices che di default, all'avvio di Amiga, non vengono montati (vedi PC0: e PC1: by CrossDOS).
Se cliccki su una di quelle icone, allora il device viene montato, ma tale montaggio non è permanente, nel senso che al prossimo avvio
vengono montati solo i devices del primo path ed i devices dentro il path:
sys:expansion
Questo (sys:expansion) solo se, nella startup-sequence, hai messo il comando:
BindDrivers
Per rendere il montaggio permanente, devi spostare l'icona del device da "sys:storage/dosdrivers" a "sys:devs/dosdrivers".

Nella mia user-startup-sequence ho:

Mount KCON: from DEVS:KingCON-mountlist
Mount KRAW: from DEVS:KingCON-mountlist

Perché ho installato la console avanzata "KingCON" (KCON: è di fatto questa console … giusto? Ma non ho capito cosa è KRAW.
Se vado a leggere la Mount-list (esattamente cosa è una Mount-list, in generale?), trovo questo:

* $VER: KingCON-mountlist 1.3 (31.05.94)
**
** Mountlist-entries for KCON and KRAW.
**
** Don't forget to Assign DISMOUNT both CON: and RAW: before
** you try to mount the new devices with the same names!!
**
** David Larsson
*

KCON:
Handler = L:KingCON-handler
StackSize = 4096
Priority = 5
GlobVec = -1
#

KRAW:
Handler = L:KingCON-handler
StackSize = 4096
Priority = 5
GlobVec = -1
#

CON:
Handler = L:KingCON-handler
StackSize = 4096
Priority = 5
GlobVec = -1
#

RAW:
Handler = L:KingCON-handler
StackSize = 4096
Priority = 5
GlobVec = -1
#

Cosa sono questi parametri, ovvero Handler, StackSize, Priority e GlobVec ?
Il gestore del device, in questo caso KingCON-handler, è un binario … ma cos'è esattamente?
Anche i files del tipo:
serial.device
parallel.device
clipboard.device (cos'è questo device?)
scsi.device
ecc …
Ho appurato che anche questi files.device sono dei binari, degli eseguibili … ma qual'è esattamente il loro ruolo?

Ultima domanda.
cosa sono i seguenti devices? :
PIPE
AUX
RAD
(quest'ultimo presenta, nei tool-type della sua icona, 80 tracce, quindi sembra essere una specie di disco … ma esattamente non ho capito)
Commenti: 4  Aggiungi  - Leggi

Indice: forum / Richieste di Aiuto


AfAOne

Post inviati: 5861

Visulizza profilo Messaggio Personale
79.13.255.*** Mozilla/5.0 (Windows NT 6.1; rv:72.0) Gecko/20100101 Firefox/72.0
Commento 1
AfAOne 18 Gennaio 2020    21:39:41
titolo
il parsing della startup-sequence (o eventualmente della user-startup-sequence, chiamata dalla startup-sequence principale), parsing implementato appunto da AmigaDOS durante il boot del sistema.
Ho letto che il comando Mount per default va a vedere il path:
sys:devs/dosdrivers

Facciamo un po' di ordine, partiamo che i DOSDriver esempio "PC0" si possono montare automaticamente, partzialmente e manualmente.


Automaticamente (trovare il DOSDriver Montato ad ogni riavvio), Per ottenere questo:

PC0 e PC0.info = Si trova sys:devs/dosdrivers

PC0 e PC0.info = Si trova sys:WBStartup



Partzialmente montati (icona del volume non mostrata sul Wokbench e tra i volumi disponibili)

PC0 (senza icona)= Si trova sys:devs/dosdrivers

PC0 (senza icona)= Si trova Si trova sys:WBStartup

PC0 (con icona)= Si trova sys:devs/dosdrivers (Toolype con opzione ACTIVATE=0)


In questo caso il volume viene montato ma il Workbench non mostrerà il volume

In questo caso per vedere il volume o l'icona è sufficiente digitare da qualche parte PC0: senza il comando Mount



Manualmente (montaggio manuale a domanda, quello che preferisco)

PC0 (con icona)= Si trova sys:storage/dosdrivers

PC0 (senza icona)= Si trova sys:storage/dosdrivers

Qui per montare e vedere il volume è sufficiente eseguire il comando "Mount PC0:"


PC0 (senza icona)= Si trova in qualsiasi percorso

Qui per montare e vedere il volume è sufficiente eseguire il comando "Mount Percorso:cartella/PC0:"

Stesso comando si può aggiungere nella Startup-sequence o User- startup

N.B. I tuoi pesonali comandi e quelle utili alle applicazioni installate salvo aprticolari esigenze si aggiungono sempre User- startup, la Startup-sequence è solo per il sistema.

Un volume con lo stesso nome non può essere montato due volte, quindi se sbagli un Mount PC0, per riprovare a montare il PC0 ci sono due soluzioni, uno e creare una Copia del DOSDriver con altro nome esempio PC2,3,4 quello che vuoi e poi ripetere il comando con il nuovo nome esempio Mount PC4.
La seconda alternativa è quella di smontare il volume, in questo caso puoi ripetere lo stesso comando, per smontare il volume si usa il famoso e importante comando Assign.



Citazione

Mount KCON: from DEVS:KingCON-mountlist
Mount KRAW: from DEVS:KingCON-mountlist

Qui stiamo parlando di altro queste Mountlist le trovi in S: e servono per la Shell avanzata che hai installata

Cosa sono questi parametri, ovvero Handler, StackSize, Priority e GlobVec ?

KCON: (questa è il nome della mountlist)
Handler = L:KingCON-handler --> li trovi in L: sono dei Gestori Periferiche-Device (Driver)
StackSize = Lo Stack che serve a questo montaggio
Priority = (priorità di montaggio)
GlobVec = (Vettore Globale, altro ninso)


Citazione

KingCON-handler, è un binario … ma cos'è esattamente?
Anche i files del tipo:
serial.device
parallel.device
clipboard.device (cos'è questo device?)
scsi.device

Ho appurato che anche questi files.device sono dei binari, degli eseguibili … ma qual'è esattamente il loro ruolo?


Handler Device, librerie sono tutti eseguibili, lo stesso Workbench se gli dici di associare una icona darà a tutti gli eseguibili la stessa icona di default il martello. Naturalmente sono eseguibili richiamati dalle applicazioni, esiste anche uno strumento per capire cosa cerca un eseguibile quando viene eseguito, ma qui parliamo di un sistema aggiornato e non di base.

Citazione

Anche questi sono dei DOSDriver
Ultima domanda.
cosa sono i seguenti devices? :


PIPE ( Handler= L:Queue-Handler funzione è di trasmettere l'output di un programma a un altro programma)
AUX (fornisce un ingresso e un'uscita seriale senza buffer.)
RAD (serve per creare dei volumi dalla RAM, per esempio puoi creare dei floppy e avviarli, il RAD è una RAM resistente che resiste al Reset software o da tastiera, muore con il comando Reboot, in alcuni casi occorre spegnere per qualche decina di seconi l'Amiga per cancellarli.

In questo vecchissimo mio video puoi vedere il montaggio di più Floppy dalla RAD pronti per essere avviati:

Montaggio 5 Flopply RAD

Commento modificato il 21/01/2020 alle ore 08:11:59


Immagine AROS One x86/68k
- AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1


AfAOne

Post inviati: 5861

Visulizza profilo Messaggio Personale
79.13.255.*** Mozilla/5.0 (Windows NT 6.1; rv:72.0) Gecko/20100101 Firefox/72.0
Commento 2
AfAOne 18 Gennaio 2020    21:47:18
Testo Censurato

Cancellato perchè doppio. Mck.

Commento modificato il 20/01/2020 alle ore 09:07:38


Immagine AROS One x86/68k
- AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1


utente amiga quadratico medio

Post inviati: 701

Visulizza profilo Messaggio Personale
87.17.194.*** Mozilla/5.0 (Windows NT 10.0; WOW64; Trident/7.0; rv:11.0) like Gecko
Commento 3
AMG_Novice_Usr 19 Gennaio 2020    15:07:49
Citazione

StackSize = Lo Stack che serve a questo montaggio

Io pensavo che fosse lo stack (l'ammontare di stack) assegnato al processo (l'handler) che gestisce il device, nel mio caso il processo SW che gestisce il device KCON: … invece tu mi dici che è lo stack assegnato al montaggio, quindi una porzione di stack impegnata solo all'avvio del computer, poiché il montaggio avviene solo all'avvio …
Citazione

Priority = (priorità di montaggio)

Cosa intendi per "priorità di montaggio"? Anche io qui avrei detto: "priorità dell'handler per quel device". Io vengo dalla programmazione di
microcontrollori, quindi capisco cosa voglia dire "priorità degli interrupts", per esempio (se hai degli interrupts nested, un interrupt a priorità
alta interrompe un interrupt a priorità bassa). Non capisco però cosa voglia dire "priorità di montaggio" ...
Citazione

GlobVec = (Vettore Globale, altro ninso)

Anche qui sarebbe interessante capire ...

A500-Plus + A501 + switch meccanico per selezione Double-kickstart 1.3 v. 34.5 / 3.1 v. 40.63 /// A600, Rev. MB. 1.5, espansione in trap-door 1MB chip-ram, Kick-Cloanto 45.66, HDD interno a tracce da 2GB modello MK2104MAV by Toshiba su porta IDE: partizione DH1 con WB2.1 (default) + partizione DH2 con WB3.1 /// A500, Kick 1.3 v. 34.5, scheda espansione in trap-door da 512KB /// A600, espansione da 4MB-fast-ram innestata con zoccolo direttamente su 68K, Kick 2.05 v. 37.300, espansione di chip-ram in trap-door da 1MB, CF da 4GB su adattatore interno CF/IDE: partizione DH0 con CWB GAAE, partizione DH1 con WB2.1, partizione DH2 con WB1.3 /// A500, Rev. MB 6A, Kick 1.3 v. 34.5, A520-TV-RF-Modulator /// A500, PWR-LED ROSSO. Kick 1.2 v. 33.180 /// A500-Plus, PWR-LED ROSSO, Kick 2.04 v. 37.175, Driver DF1 esterno Savage DMF 322, A590 alimentato da alimentatore di CD32, con dentro espansione da 2MB di fast-ram + HDD SCSI Seagate ST32151N da 2GB - DH0 con WB 2.04 e DH1 con WB 1.2 /// A1200, 68EC020, Kick 3.0 v. 39.106, HDD a tracce Hitachi 40GB interno su porta IDE con installato CWB, espansione A1208 in trap-door da 8MB-fast-ram, PLipBox su porta parallela per collegamento via Ethernet a Internet /// Commodore 64 Assy NO. 250425 + floppy drive 5’’ 1/4 modello 1541

AfAOne

Post inviati: 5861

Visulizza profilo Messaggio Personale
80.181.254.*** Mozilla/5.0 (Windows NT 6.1; rv:72.0) Gecko/20100101 Firefox/72.0
Commento 4
AfAOne 19 Gennaio 2020    18:49:52
Le voci discusse le conosco per atti pratici e non mi sono mai addentrato per capire la loro vera funzione, magari in base al mal funzionamento di un software capisco dove intervenire.
Le mie definizioni erano frutto di traduzione quindi qui le tue osservazioni sono più che giuste e anche la tua conoscenza in questo campo supera la mia, magari con il tempo sarai tu a farmi conoscere qualcosa che non so, scusami se ti stavo portando un po' fuori strada.

Commento modificato il 19/01/2020 alle ore 18:50:37


Immagine AROS One x86/68k
- AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1



Utenti Online
Utenti registrati: 1206 dal 1 Gennaio 2006
di cui online: 0 registrati - 
79 non registrati

Benvenuto all'ultimo utente registrato: zulu

Buon Compleanno a Yuppis Revange - jpp - pocketclouds - 

© Amigapage 1998 - 2007 - Sito italiano dedicato alla piattaforma Amiga ed evoluzioni varie.
Struttura del sito interamente ideata e realizzata da Marco Lovera e Alessandra Lovera - Tutto il materiale inserito all'interno del sito θ dei rispettivi autori/creatori.
E' assolutamente vietata la riproduzione o la manipolazione di tutti i contenuti o parte di essi senza l'esplicito consenso degli amministratori e degli autori/creatori.

Eseguito in 0.44710683822632 secondi