Kick 3.X by Cloanto per revamping di A600: problemi

Riflessioni, eventi, curiosità

Re: Kick 3.X by Cloanto per revamping di A600: problemi

Messaggioda AMIGASYSTEM » sab dic 19, 2020 7:58 pm

AMG_Novice_Usr ha scritto:"setpatch" fa tutto questo automaticamente? A cosa serve esattamente questo comando? Come funziona?

Un comando importantissimo che è stato aggiornato molte volte ed è diverso fra i vari sistemi operativi, per intenderci non puoi usare quello di OS 3.9 su OS 2.x.

Allego una citazione corposa del "SetPatch" presa da Wikipedia

Format
SETPATCH [QUIET] [NOAGA] [NONSD] [PATCHCONFIGFILE=<NSDpatch file>]
[PATCHCONFIGLINE="PatchLine"] [PATCHINFO] [WAITFORVALIDATE]
[ADDCHIPRAM=<Size in MB>]

Template
QUIET/S,NOAGA/S,NONSD/S,PATCHCONFIGFILE=PCF/K,PATCHCONFIGLINE=PCL/K,PATCHINFO=PI/S,WAITFORVALIDATE/S,ADDCHIPRAM/N/K

Location
C:

SETPATCH installs temporary modifications to the operating system. It must be executed at the beginning of the Startup-sequence file.

By default SETPATCH enables the AGA video modes when running on an Amiga Classic with AGA chipset and the chipset was not disabled in the early startup menu. If you don't want to enable the AGA video modes, specify the NOAGA argument on the command line. When running on non-classic platforms, SETPATCH will not enable the AGA video modes (this may have happened already before) and the NOAGA argument has no effect.

SETPATCH can patch devices that don't follow the NewStyleDevice (NSD) specification released by Amiga Inc. Patches will be applied according to the list in the Devs:NSDPatch.cfg file.

Use the NONSD argument if you don't want to install patches for devices that are not NSD compliant.

To use a device list other than Devs:NSDPatch.cfg, use the PATCHCONFIGFILE argument and specify the full name of your alternate file. It is also possible to apply a patch giving it as argument to SETPATCH after the PATCHCONFIGLINE keyword. Just specify a line with the same syntax as in the NSDpatch file. Note that a complete description of the patch format is located in the Devs:NSDPatch.cfg file.

To display the patches applied by SETPATCH use the PATCHINFO argument.

When a disk is validating (after a system crash for example) it can be annoying to boot the operating system while the filesystem is busy to fix the damaged partition. In this case, the boot process may be very slow. Use the WAITFORVALIDATE switch to ask SETPATCH to wait for the end of the validation process before proceeding. Doing so you are sure that you start the system with sane partitions. Note: Pressing Ctrl-C (when an input shell window is present) or both mouse buttons will abort waiting for disk validation.

The ADDCHIPRAM option can be used on non-classic machines for backwards compatibility to old broken programs which peek system structures which were always declared as private, to be used by the operating system only. It installs an old-style MemHeader in SysBase->MemList. Note: You don't need to activate this compatibility hack for programs which simply want to allocate some Chip RAM.

By default, SETPATCH displays the operating system version and copyright as well as the list of applied patches. But if the QUIET argument is specified or the local shell variable _Verbosity has a negative value, no output will be produced.

Example 1

Don't apply NSD patches and wait the end of the validation process.

1> SETPATCH NONSD WAITFORVALIDATE

Example 2

Applies only the patch on audio.device.

1> SETPATCH PATCHCONFIGLINE="DEVICE audio.device
DEVICETYPE NSDEVTYPE_AUDIO VERSION 50 REVISION 5 ISNSD"

Example 3

Adds a MemHeader with 2MB Chip RAM as backwards compatibility hack for broken applications and suppresses the normal output.
Immagine - AROS One Home Site - AfA One - AROS One x86 - AROS One 68K - WinUAE OS 4.1 -

Miei AMIGA
Amiga 4000/Cyberstorm MK II/060/Picasso RAM 6MB Kick 3.1
Amiga 1200/030 Ram 16 Mega HD 500 MB
Amiga 1200/040 Ram 32 Mega HD 500 MB
Amiga 600 HD 20 MB
Amiga 600 Doppio Kickstart 2.05-1.3
Amiga 500 Plus Doppio Kickstart 204-1.3
Amiga 500
CD32/SX-32 MK1 RAM 8 MB HD 4G
CD32 Standard
Avatar utente
AMIGASYSTEM

Staff
 
Messaggi: 5513
Iscritto il: ven lug 25, 2008 8:39 pm
Località: Brindisi

Re: Kick 3.X by Cloanto per revamping di A600: problemi

Messaggioda AMG_Novice_Usr » sab dic 19, 2020 8:03 pm

Se andiamo sul sito della Cloanto, in cui spiega nel dettaglio vita/morte/miracoli del Kick 3.X 45.66, leggiamo in fondo quanto segue:

Online Support
Each 3.X ROM set comes with a license key that can be used to download the
ROM or the "workbench.library" file for installation or recovery purposes.

... to download the ROM ... mmm.

Pensavo (magari è una castroneria):

se io scaricassi (legalmente, poichè ho una license-key, dato che ho acquistato un chip ROM Kick 3.X della Cloanto) questa ROM (a parte che, a questo punto, posso anche grabbarla e averla quindi sul PC), si potrebbe mappare tale kick.rom anche su altri Amiga, a patto di avere almeno 512KB di chip-ram?

Voglio dire:

magari con un programma simile a TUDE, potrebbe essere fattibile mappare (fare un upgrading) il kick 3.X Cloanto su chip-ram di Amiga vetusti come ad esempio A500, A500plus, oppure perchè no, anche A1200?
Avatar utente
AMG_Novice_Usr

Veterano
 
Messaggi: 271
Iscritto il: ven mag 01, 2020 10:10 am
Località: Pisa

Re: Kick 3.X by Cloanto per revamping di A600: problemi

Messaggioda AMG_Novice_Usr » sab dic 19, 2020 8:16 pm

Questo per esempio:
http://www.gregdonner.org/workbench/wb_31chg.txt
è l'elenco dei moduli/librerie su kickstart del 3.0. Come vedi quasi nessuno di questi è residente!


Si vedono i ranges di memoria ROM nei quali sono memorizzati gli op-code (il firmware) relativi ai vari moduli di AmigaOS, alias Kickstart, giusto? Vedo il micro-kernel "exec", vedo "intuition" ecc ... tante cose che assolutamente non conosco ... ah, vedo anche "dos", che suppongo sarà l'interprete AmigaDOS.

Vorrei capire meglio la frase "è l'elenco dei moduli/librerie su kickstart del 3.0. Come vedi quasi nessuno di questi è residente!"

Vuoi dire che ci saremmo dovuti aspettare dei ranges di memoria nel kick associati a:

caio.library
sempronio.library
comando1
comando2
comando3
pippo1.device
pippo2.device
...
...

Da cui l'asserzione "quasi nessuno di questi è residente", nel senso che: "nessuno dei comandi e librerie di cui abbiamo parlato ha il proprio op-code che si trova memorizzato nel kickstart". Intendevi questo?

Io pensavo che dentro a qualcuno di quei macro-moduli, macro-sezioni dell'OS, ci potessero essere comandi/librerie/moduli, quindi quel prospetto è poco dettagliato, ci dice ad esempio dove risiede exec, poi magari dentro exec, quindi dentro il kernel, ci possono essere comandi, librerie ecc ...
Avatar utente
AMG_Novice_Usr

Veterano
 
Messaggi: 271
Iscritto il: ven mag 01, 2020 10:10 am
Località: Pisa

Precedente

Torna a Amiga in generale

Chi c’è in linea

Visitano il forum: Nessuno e 41 ospiti