Available now: AmigaOS 3.1.4

[Jope]

Originally Posted by ItsTheSmell

do i need to change the mask?

No, the mask stays as it is. You install the filesystem with the "add/update" button and then adjust the partition's dostype to match the dostype you used when installing the filesystem. Typically PFS\3 is used.. 0x50465303

[DanyPPC]

I perhaps found a bug on "Execute" command of 3.1.4, it's 45.19 version.
If I use REBOOT-START to play those games which require 2MB of chip memory the system stop to load after the reboot.

For now I revert to 44.5 version.

[gulliver]

Originally Posted by DanyPPC

I perhaps found a bug on "Execute" command of 3.1.4, it's 45.19 version.
If I use REBOOT-START to play those games which require 2MB of chip memory the system stop to load after the reboot.

For now I revert to 44.5 version.

What is REBOOT-START ?

[DanyPPC]

http://aminet.net/package/game/patch/RebootStartV42

a simple program to create a little RAD which reset the Amiga and boot the game instead of the Workbench, so we can have all the chip memory available for games and demos.

[gulliver]

I am away from home, so I tested under WinUAE with a clean 3.1.4 system on an A1200 config and the REBOOT-START reset command works both in soft and hard mode.

Does it work on your system too?

[DanyPPC]

My main system is an Amiga 1200 Blizzard 1230mk4 64MB Ram, CF Ide, OS 3.1.4.
Kick 46143 mapped by maprom function of the Blizzard.
I use FastRAD to let the RAD use Fast Ram obviously.

I use Reboot-Start with several games which require 2MB chip memory.

[daxb]

You can trace the Reboot-Start scripts with for example "set echo on" or the interactive mode of OS3.1.4. Then you should know where it fails. Btw. Slamtilt has such script included if someone wants to test it.

[DamienD]

Originally Posted by daxb

Slamtilt has such script included if someone wants to test it.

...so does Super Street Fighter II Turbo.

[DanyPPC]

Even on WinUAE with OS 3.1.4 reboot-start doesn't work.
I used "SET ECHO ON" on reboot-start script ed it stops at the following line:

Execute RAD: programpath

with no possibility to use the command shell.

So I reboot without startup-sequence from the mounted RAD and I digit manually the above line:

> Execute RAD: programpath
> dir

and manually it works and move the system path to the game location.

I confirm that with old EXECUTE command 44.5 no problem.
I tested the new Execute 45.19 command on another my machine, a desktop A1200/030 with OS 3.9, it stops the script command as on OS 3.1.4

I could wrong but for me it sounds as a bug of 45.19 version of Execute.

Thanks for your attention.

[Thomas Richter]

With so little information, that is anybodies guess what goes wrong. Execute V44 is definitely buggy.

First, there should not be a blank space between the colon ':' and the script. Second, without knowing the contents of the script that is supposed to be executed, one cannot really know what is going on.

Please note that Execute does not execute binaries, so "programpath" is not a "path", nor the name of a binary, but the name of a script whose contents you need to investigate to understand the issue.

[DanyPPC]

I added the space for forum post compatibility, otherwise I would have had this:

Execute RADrogrampath

programpath is only a string which contains a path / dir of the game to launch.
It's obtained by another tool, GETPATH which is part of the reboot-start process.

It was just a report, as far as I'm concerned, I still solved the problem by using a previous version of Execute.

Thanks for your support and help.

[AMIGASYSTEM]

Dany you could use a uppercase "P" Execute RAD:Programpath

The "GetPath" command included in the "RebootStartV42" archive is corrupted, not executable (the working one can be found elsewhere)

Some scripts as for "RebootStartV42" as for the game "Capital punishment" are not necessary, "Capital punishment" starts quietly from HD even with 2 MB of ChipRam.

For WinUAE users the "RebootStartV42" scripts should not be necessary as the RAM chip can be increased.

[Jope]

Originally Posted by DanyPPC

I added the space for forum post compatibility, otherwise I would have had this:

You can just click "Disable smilies in text" in the advanced message editor.

[DanyPPC]

Originally Posted by Jope

You can just click "Disable smilies in text" in the advanced message editor.

Ok, I didn't know about it

[DanyPPC]

SlamTilt doesn't use Execute command on its script for reboot.
GetPath command from SlamTilt use STB0:s path to write programpath.
GetPath command from RebootStart42 use ENV: path instead.

Both write same string.

Repeat, the problem shows only with new Execute command, old version doesn't have any problem.

I used Reboot-Start for years on AmigaOS 3.1, 3.5, 3.9.

[Thomas Richter]

Originally Posted by DanyPPC

programpath is only a string which contains a path / dir of the game to launch.

If is "a string", so what is it? Is this a shell variable? I also need the contents of the script.

Originally Posted by DanyPPC

It was just a report, as far as I'm concerned, I still solved the problem by using a previous version of Execute.

Thanks for nothing. But that doesn't "solve" anything. I doubt that there is a bug, except that the script is probably not correctly written, but for knowing more, I really need the details. That is, the exact (and not an approximate) contents of the startup-sequence, and the exact contents of the script that is to be executed.

[DanyPPC]

I have these tools in game directory:

GETPATH
REBOOT
REBOOT-START
REBOOT-START.info
STARTUP-SEQUENCE

REBOOT-START is a simple script:

GETPATH
Mount RAD:
Makedir RAD:s RAD:c
Copy >NIL: STARTUP-SEQUENCE RAD:s
Copy >NIL: ENV:programpath RAD:
Copy >NIL: REBOOT RAD:c
Copy >NIL: GETPATH RAD:c
SYS:
RAD:c/GETPATH
Copy >NIL: ENV:programpath RAD:s
Copy >NIL: Sys:C/Assign RAD:c
Copy >NIL: Sys:C/Execute RAD:c
REBOOT

STARTUP-SEQUENCE is another simple script:

Assign ENV: RAM:
Assign T: RAM:
Execute RAD:s/programpath

Assign Sys: ""
Path Sys:C Add

If exists RAD:RemRAD
Copy >NIL: C:REBOOT RAM:
RemRAD Force
RAM:REBOOT
EndIf

;SetPatch Quiet
Assign DEVS: Sys:Devs
Assign L: Sys:L
Assign LIBS: Sys:Libs
;Mount Sys:Devs/DosDrivers/CD0
Copy >NIL: Sys:C/RemRAD RAD:
Execute RAD:programpath

;*********************************
Execute reshoot_r
;*********************************

Copy >NIL: C:REBOOT RAM:
RemRAD Force
Sys:C/Wait 2
RAM:REBOOT

The line "Execute reshoot_r" depends on the script which launches the game.
The first script "REBOOT-START" is launched from game dir, then the Amiga resets.
The second script "STARTUP-SEQUENCE" is the one executed from RAD but it stops at the third line "Execute RAD:programpath", just verified with "Set Echo On" command.

I hope these are enough information to help to find the problem.

[Thomas Richter]

Originally Posted by DanyPPC

I have these tools in game directory:

None of these scripts use any services from execute. It is not execute that is executing something, it is the shell that executes shell scripts (yes, reallly. The only thing Execute does is to parse parameters - there are none - and substitute these parameters - there are none). Is "GETPATH" also a script? If so, what is its contents? BTW, you should make Execute resident as otherwise recursive execution will run into limitations.

[DanyPPC]

GETPATH is not a script, but a command which stores the current path into a string.

So I have to set resident Execute command ?
Ok, I have to test it.

[AMIGASYSTEM]

GETPATH is an executable but each game has its own "GETPATH" which uses different paths, comprehensive screenshots attachment of two different GetPath