Ultimate Amiga
Network Boards => AMOS Language Discussion => AMOS Factory => AMOS Professional Forum => Topic started by: Sidewinder on April 18, 2017, 09:30:04 PM
-
Ok, so I've got an odd one here. I have two emulated Amiga environments that I'm using. One is OS 1.3 and the other OS 3.1. On the 1.3 system I have installed AMOS Pro and have the TOME extension installed and working fine. But when I try to set up the 3.1 environment with AMOS Pro the TOME install is not working. TOME is in slot 7 and the "About Loaded Extensions" menu shows it as installed in slot 7. But when I try to load a TOME program, I get the "Mp Options 6" string in place of the command name. I've tried reinstalling and even copying the .Lib files from the working 1.3 environment, but no joy. So I'm looking for any ideas on how to troubleshoot this one. Any help would be appreciated.
-
What an odd problem. Did you try retokenizing the source? I don't remember how to do that but it may just be a corrupt AmosPro source.
-
I tried doing as SamuraiCrow suggested and retokenized the file. It still didn't work.
So then I tried a complete reinstall of AMOS Pro. Deleted the old install and set everything up from scratch. Once I got everything updated to V2.0 and the compiler installed and all that jazz, I tried again to install the TOME extension in slot 7. Again, it shows that the extension is installed in the "About Loaded Extensions" menu, but none of the new instructions are recognized.
I then tried installing AMCAF, just to see if the problem was with all extensions or just TOME. AMCAF installed fine and I was able to load and run several of its example programs without error. The extension commands work as expected for AMCAF, but not TOME.
So strange.
-
Did you ever figure out the problem?
-
No, I haven't. It's on the back burner for now, but it is a curious case.
-
No, I haven't. It's on the back burner for now, but it is a curious case.
Which version of TOME are you trying to use? The version I have for AMOS Pro (4.24Plus, which I have not installed) shows inconsistencies with the Extension number (0, 7 and -98!) after being run through my Extension Examiner program. At the very least the first and last should match.
Even if you got it to install correctly, I highly doubt it would work when compiled.
Andrew D Burton's Extension Examiner - Export File
**************************************************
Export Selection: Info
Path: ram:/
File: AMOSPro_TOME4.24Plus.Lib
Info
****
Extension Name: TOME V4.24Plus Installed
Additional :
Header Data
===========
File Header Offset: 0 (First 32 bytes not used by AMOS)
Start Addresses Offset : 32
C_Off Commands Offset : 50
C_Tk Tokens Offset : 220
C_Lib Library Offset : 1468
C_Title Title Offset : 7760
C_End End Offset : 7786
Unknown1 (Word): 1
Unknown2 (Word): 0
Unknown3 (Byte): 128
Unknown4 (Byte): 255
Commands Info
=============
Number Of Commands & Functions: 67
C_Lib / L0 C_Lib Offset (Start Of Default Routine): 1468
L1 L1 Offset (End Of Default Routine) : 1934
L2 To L69 Machine Code For Commands & Functions
L70 Errors Routine Offset : 7748
L71 No Errors Routine Offset : 7748
Error Messages
==============
Extension Slot Number (1-25)
============================
Extension Number By Running Default Routine Code : 0
Extension Number By Scanning Default Routine Code: 7
Extension Number By Scanning Error Routine Code :-98
*** End Of File **
-
V4.24 installed in slot 7 here.
AFAIK, it works fine!