icon.library 46.4 test versions

[AMIGASYSTEM]

D flag it is present on everyone def_, surely there is something strange in my system, but the problem is on all files of any type with or without icon if you see all my video, as soon as I execute ASyncWB everything can be deleted.

[PeterK]

Ask SnoopDos or DosTrace, enable packets too, maybe you can see what goes wrong. Are there other DOS patches in Scout?

Very often critical patches are made by MCP, check that too. I don't use it.

[AMIGASYSTEM]

I had already tried Snoopdos and rightly could not give information

Finally I managed to solve , the fault is of workbench.library 45.137

Replaced with workbench.library 45.102 everything works regularly!

[PeterK]

Hey, that's a nice find!

Confirmed, same here with 45.137, which I tested for 1.5 years already, but now I have already 45.194 from 3.1.4 installed, and 45.132 from my library package works, too.

[AMIGASYSTEM]

Also update workbench.library 45.138 has the same problem

I do not have 3.1.4, but I have "ASyncWB" that makes it work workbench.library 45.137/38

Peter will not talk any more badly about my AfA-OS ... discoverer of many bugs

[AMIGASYSTEM]

workbench.library 45.134 and workbench.library 45.136, they work well, no problem with deleting files

[PeterK]

WB 45.134 has a drag&drop bug with large drawers and is sometimes freezing. I don't know the bugs of 135 and 136. Good to know that 45.138 has the same delete bug, so better keep using 45.132.

[PeterK]

Important note about HAM6 on AGA

My screenmode preset file "PalLowResHam6" didn't work correctly on AGA. So, I made a couple of new screenmode icons for tests now (attached on page 1), but if you need any other modes or want to save a HAM screenmode permanently then please use: http://aminet.net/package/util/wb/MUIScrMode1_5

[PeterK]

Update to icon.library 46.4.505:

Tried to get rid of the black HAM icons that appeared on some systems after booting without P96 or CGX. The problem was the correct moment to install the GfxPatch. My Open() routine waits now until ConClip was detected to be sure that other possible monitor drivers are already loaded by P96 or CGX.

[Michael]

ConClip ?
That's weird, how does it effect icons? And what happens if you did not start ConClip ?

[PeterK]

My problem was to install my GfxPatch for the blitter function in the right moment, not too early before all monitor drivers are loaded and not too late after the first icons get loaded. The icon.library is no process and has no clue what actually happens in the startup-sequence. It needs to be loaded and executed by other tasks. Unfortunately, there are some programs loading icon.library much too early, because if P96 or CGX are started by a monitor driver my GfxPatch has to be done after they have patched graphics.library. So, I needed some information to see how far we are already gone in the startup-sequence. ConClip can easily be detected with FindPort("ConClip.rendezvous") and as soon as that port exists the patch can be installed. If ConClip is not found you will get black HAM icons. It's too difficult to detect LoadWB, LoadDB, LoadDopus, LoadScalos, other program names or maybe even ramlib reliable when they execute my Open() function.

Btw, last night I found two other small bugs. OS4 icon scaling always shows the selected images and the useless old IconEdit of 3.1.4 displays a black first icon. Both will be fixed in the next Aminet release.

Any other issues?

[Michael]

CGX is know to be very picky at installing it's patches.
For example you can't use patchcontrol or saferpatches before the monitor driver is installed, or you are asking for trouble, that's if it manages to open a screen in the first place.

What about IPrefs ? This is guaranteed to execute and at correct place, usually right after the monitor drivers have patched into OS.

[PeterK]

Usually ConClip is started right after IPrefs or at least very close to it. Do you start ConClip at a different location?

I have also SaferPatches installed somewhere after SetPatch and can't understand why that should make any trouble.

Are you using CGX in AGA mode and not with a gfx-card? I never tried that. How is that installed and where in the startup-sequence?

I've just added some sort of last minute GfxPatch installation in case that ConClip was not found at all. The check for ConClip was done for OS 3.1.4, where IPrefs is not loading icon.library. Alternatively I could check for a task <<IPrefs>>, but finding a task takes longer than finding a port and I'm not sure whether the task name is always the same on all OS versions.

[Michael]

Originally Posted by PeterK

Usually ConClip is started right after IPrefs or at least very close to it. Do you start ConClip at a different location?

True, but it can be omitted all together

Originally Posted by PeterK

I have also SaferPatches installed somewhere after SetPatch and can't understand why that should make any trouble.

Has to be after monitor driver install if you use an rtg cgx board,
or you can have weird effects, like missing mouse pointers, screenmode promotion not working and other gfx/layers patches doing something wrong

Originally Posted by PeterK

Are you using CGX in AGA mode and not with a gfx-card? I never tried that. How is that installed and where in the startup-sequence?

CGXAGA is installed the same as for RTG boards

Originally Posted by PeterK

I've just added some sort of last minute GfxPatch installation in case that ConClip was not found at all. The check for ConClip was done for OS 3.1.4, where IPrefs is not loading icon.library. Alternatively I could check for a task <<IPrefs>>, but finding a task takes longer than finding a port and I'm not sure whether the task name is always the same on all OS versions.

I think <<IPrefs>>, was available since 3.0 and did not change (needs checking), the check needs to be done once ? Then a millisecond delay is not an issue.

[kolla]

Indeed, if you replace CON with for example ViNCEd, ConClip is redundant and can be omitted - I would not say this is uncommon.

[PeterK]

Ok, if ConClip is omitted then I'm also checking for an open GUI now (in 506), as it was done before, which means the GfxPatch is installed for HAM at the latest when Workbench is running or the ports of DOpus5 or Scalos were detected. But that was too late for OS 3.1.4 to avoid black icons, that's why I'm still looking for ConClip first. So don't call ConClip before your monitor drivers are finished with loading.

I have no problems with CGX and a Piccolo SD64 card on WinUAE when using AGA modes, but I didn't test CGX-AGA and CyberBugfiX yet. I think they are causing all your problems with SaferPatches, PatchControl and installing everything in the right order. The culprit is not CGX itself.

Some people are replacing IPrefs by FastIPrefs on OS 3.1 and I still need to check how reliable I can detect the <<IPrefs>> task.

I've also noticed that when using WB 3.1 and hm020 or HM020 on TrueColor screens the first image of the TrueColor icons won't appear. Will be fixed next. TC020 has no such issue on WB 3.1.

[daxb]

Originally Posted by PeterK

Some people are replacing IPrefs by FastIPrefs on OS 3.1 and I still need to check how reliable I can detect the <<IPrefs>> task.

In Scout at least FastIPrefs is listed as "« IPrefs »" in Tasks, Semaphores and Patches.

[PeterK]

Thanks, that's an important fact in order to identify IPrefs reliable.

[PeterK]

Update to icon.library 46.4.506:

Fixed a bug in Hi/TrueColor screenmodes, where the first images of OS4 and PNG icons disappeared. -- Also the icon scaling didn't work correctly for OS4 icons. -- The detection of monitor drivers should be a little safer now. -- And some old tools (IconEdit, SwazInfo) using planar icons are not displaying a black first image anymore.

Aminet - util/libs/IconLib_46.4.lha

[PeterK]

Added a new 46.4.507_LD020:

This is mixture of the old LD020 using the line by line drawing mode for ColorIcons and TC020 for the OS4 and PNG icons. It depends on the hardware whether this new LD020 or the original TC020 are faster for displaying ColorIcons on Hi/TrueColor screens.