AfA OS 4.7 interference with IconEdit 44.19

[mfilos]

Bernd I want to express 2 issues that I'm having with 4.7 so far...

1. I have removed picture_datatype.exe in 4.6 (moved to a temporary folder) cause with it, I had freezing issues when watching images through registered WarpDT datatypes (PPC).
Once i removed the picture_datatype.exe images were showing just fine.
(I haven't tested it on 4.7 though I'm sorry if it's being solved already)
EDIT: No freezing on 4.7. Just tested it. (Either 4.7 solved the issue, or the new WarpDT datatypes)


2. Getting some weird issues with CGX4 (despite I haven't changed anything in my Startup-Sequence since my 4.6 installation along with Unofficial BB3).
 - On 4.6: I started my Amiga and it booted just fine. After the reboot of ROM update I saw the CGX boot pic (cgxbootpic.library) and workbench started just fine.
 - On 4.7: I start my Amiga and it boots into CGX boot pic (without doing the reboot of ROM update) and freezes there. If I reset (Ctr-Amiga-Amiga) then it boots just fine and no issues after that
Do I miss something here?
I'll downgrade to 4.6 to check it out again (since I took a full backup pre 4.7 update) but I didn't have any similar issue before...

Thanks again for an outstanding software mate.

[mfilos]

i think the 2. Problem come because you use now new picture.datatype.
does this happen always when you start your amiga that it freeze ?

Without AFA too, there is know when you use visual prefs and Trap, that iprefs can crash, depend on load timing.and when AFA load, this maybe change the timing.

you can add a little wait with this command before iprefs is start.

C:Wait 1  ;prevents IPrefs from crashes. Increase the value if IPrefs still crashes.
C:IPrefs  

its also possible that you start the program that show the bootpic before AFA is full load.maybe you start it later.

Thanks a lot for the reply Bernd...
Sadly setting a wait statement didn't make any difference.

Let me explain a bit better, for you to have better understanding of my freezing issue:
I also included my Startup-Sequence in order to check if something is not right. Checking it you will see that except AfA OS 4.7... I have also installed the unofficial BB3 (alas the LoadModule declarations) plus registered HSMathLibs (althought I installed them today so they don't do any harm), plus QuickROM (that even without doesn't make any difference).
...
Some time ago: With AfA 4.6+BB3 installed, I classically started the system and after the first reboot of ROM Update, system restarted and after some time, I got the CGX bootpic (by CGX installer - not any other program that puts a boot picture) and workbench appeared just fine.
Now: With AfA 4.7+BB3 installed, I start the system but ROM Update's reboot doesn't happen! Apart from that I get the CGX bootpic like SetPatch haven't run... and rest of the Startup-Sequence continued loading... :S
- If I leave it like that it stays frozen to the CGX bootpic.
- If I reset by Ctrl-Amiga-Amiga then the system boots like a normal ROM Update restart occured, then I get the CGX bootpic and then workbench appears just fine.

Dunno what the hell is going wrong but it's kinda irritating.

Thanks in advance my friend for your replies.

[mfilos]

Ok just found out after making some tests that AfA OS had nothing to do with it!

My 1200 consists of an 16GB CF mounted via an ACard to BPPC's SCSI interface (950mb partition for OS3.9, 950mb partition for MOS PuP and 13GB partition for Work/Games etc)

Recently I've added an 4GB CF mounted along with an IDE DVD-RW to an 4way buffered inteface into 1200's native IDE interface (950mb partition for OS4.0, 3GB for Work/Games of OS4.0) since OS4.0 doesn't support BPPC's SCSI.
I can choose whatever Partition I like in Early Startup Menu and have the OS of my choice...

...BUT after I putted that CF+DVD-RW combo I have this strange lockup (like SetPatch not rebooting for ROM Update) and having to manually reboot in order for 3.9 to boot correctly.

Today I removed it just to check it out and everything work like it should be! I know that this is irrelevant with the original thread... but does someone has any clue of why this might happen? Is any sort of delay that is needed or blizzppc.device has any conflict on startup with pure scsi.device?

[mfilos]

you can add in startupsequence after setpatch

c:morelibspace REBOOT  

and remove the line before setpatch.

I'll be damned!!! It worked! :roflmao:
Everything worked just fine my friend Bernd with that approach (despite not being the politically correct one).

I'm attaching a screenshot of my WB running WhichAmiga, SetPatch command as you said, along with About and SysSpeed's ShowInfo. I don't see the SetPatch loading the ROM Update like the one you posted :S Damn!
Hmmmm, in my previously attached Startup-Sequence if you check, you'll see I run it as SetPatch SKIPROMMODULES..... as BB3 said. You think that could be an issue? Something I declared wrong?

Really odd, but till I find a better solution... THANKS TONS mate!

[mfilos]

Okey... That is an embarassing moment...
Since I saw that ROM Update wasn't happening... I checked my DEVS folder and remembered... that I have moved the "AmigaOS ROM Update" to another folder since I was experimenting recently with some home-made custom ROMS.
WELL, you can't have a ROM Update without the actual ROM Update file can you? :hammer::hammer::hammer:

Anyway, putted the file back in DEVS and returned the Startup-Sequence back to what it was in the first place (Morelibspace on top and SetPatch as it was) and everything works like a charm and SetPatch now declares clearly the ROM Update.... DUHHHH!

Thanks for all the help Bernd! I can go hide now :laughing: