icon.library 46.4 test versions - Page 39

gulliver · 07 October 2013, 17:04

Ah okay, then so if using 3.1 on a 68000 those two instructions are useless (I am assuming NewIcons will drag the system down on a 68000 with 512KB). It seems I am better with DontShowIBorder.

PeterK · 07 October 2013, 19:27

Yes, the NewIcons patches are requiring a 68020 CPU anyway.
However, your new BetterWB release is really nice. Well done gulliver

gulliver · 13 October 2013, 16:25

Thank you Peter for your kind words.

I have received a bug report of icon.library 68000 on BetterWB, and was able to reproduce it:

Go to "Workbench => Backdrop" and then try to save this via
"Window => Snapshot => All"

=> this brings up the following error message:
"Error while writing Ram Disk: (212) object is not of required type"

Removing your icon.library fixes the problem

Bloodwych · 13 October 2013, 16:59

Hi gulliver, I tried the same thing on the ClassicWB 68k version running PeterKs 68000 icon.library and could not reproduce the error.

However this is with standard Workbench icons for a RAMDISK disk.info file, the pack is not using NewIcons, GlowIcons etc for disk.info files.

Also it is running RAMSnap to save icon and window positions for the RAMDISK. Do you have a similar RAMDISK snapshot utility?

http://aminet.net/package/util/wb/RamSnap

gulliver · 13 October 2013, 17:04

Yes, the problem seems to occur with a standard workbench iconset. Somehow RAMDISK disk.info is screwing things.

gulliver · 13 October 2013, 17:19

Quote:

Originally Posted by Bloodwych

Also it is running RAMSnap to save icon and window positions for the RAMDISK. Do you have a similar RAMDISK snapshot utility?

http://aminet.net/package/util/wb/RamSnap

No, I dont use such utitlity. Why? Should you recommend I use it? Will that fix the problem?

Bloodwych · 13 October 2013, 18:38

No reason to use it gulliver, I was just listing the differences that may cause us getting different results with PeterKs lib.

On a standard install, RAMDISK doesn't have a disk.info icon until you Snapshot, but it is lost during reboots. RAMSNAP copies a disk.info icon back to the RAMDISK during boot, so perhaps that is the difference.

I just tried to remove RAMSNAP but still don't get the error. Must be something else.

gulliver · 13 October 2013, 18:59

I have narrowed it down.

The problem seems to be solved by adding the following line to the original 3.1 startup-sequence, just before the first list of assigns are executed.
Copy >NIL: ENVARC:sys/def_RAM.info RAM:disk.info

But then of course I need to use another RAMDISK disk.info, and not the default 3.1 one. Maybe I somehow screwed disk.info. Will check.
-------
Checked, I have no aparent reasons to believe I screwed the RAMDISK disk.info. I am clueless.

Note: I was blaming SetPatch and I was wrong.

PeterK · 14 October 2013, 00:25

Quote:

Originally Posted by gulliver

Go to "Workbench => Backdrop" and then try to save this via
"Window => Snapshot => All"

=> this brings up the following error message:
"Error while writing Ram Disk: (212) object is not of required type"

Removing your icon.library fixes the problem

This error appears when you try to fix non-existing icons, in all those cases when only the internal default 4-color icons are displayed. There are two possible solutions:

You can install some suitable default icons in ENVARC:sys like def_disk.info, def_drawer.info, def_project.info, def_tool.info etc or ...

you can use CopyIcon from the tools subdir and replace the 4-color default icons with whatever you like to get a real icon which can be fixed.

The behaviour of the icon.library v40 may differ for the internal default icons.
Edit: Ok, it seems to be a bug in my icon.library, not converting default icons into real icons.

gulliver · 14 December 2013, 09:42

PeterK, are there any new bugfixes, updates or news about your icon.library?

TIA

fitzsteve · 14 December 2013, 11:41

Quote:

Originally Posted by gulliver

PeterK, are there any new bugfixes, updates or news about your icon.library?

TIA

Hi gulliver,

Are there any plans to build this into BetterWB? I'm using the latest release with my ACA500 and like it very much

gulliver · 14 December 2013, 17:38

Quote:

Originally Posted by fitzsteve

Hi gulliver,

Are there any plans to build this into BetterWB? I'm using the latest release with my ACA500 and like it very much

Hi fitzsteve,

Yes, you read my mind. I just want to make sure I am using latest versions. As soon as I get an answer I will build an update.

fitzsteve · 14 December 2013, 19:41

Quote:

Originally Posted by gulliver

Hi fitzsteve,

Yes, you read my mind. I just want to make sure I am using latest versions. As soon as I get an answer I will build an update.

Sweet!

bubbob42 · 14 December 2013, 21:56

Latest stable version can usually be found on Aminet.

PeterK · 16 December 2013, 03:21

Quote:

Originally Posted by gulliver

PeterK, are there any new bugfixes, updates or news about your icon.library?

No, I must admit that I still didn't fix the snapshot problem on WB 3.0 / 3.1 for non-existing icons (not saving the internal default images as real icons). Shame on me!

gulliver · 16 December 2013, 04:20

Quote:

Originally Posted by PeterK

No, I must admit that I still didn't fix the snapshot problem on WB 3.0 / 3.1 for non-existing icons (not saving the internal default images as real icons). Shame on me!

Dont worry, we all know what happens when life gets in the way

PeterK · 22 December 2013, 12:28

Update to icon.library 46.4.329

Fixed position snapshot for deficons with only one image under WB 3.0 / 3.1.

gulliver · 23 December 2013, 05:54

Thank you Peter.

PeterK · 24 December 2013, 05:32

Update to icon.library 46.4.330

Fixed position snapshot for deficons with only one image under WB 3.0 / 3.1.

No bugreport yet, but nevertheless, I think I made a mistake in my previous update by writing to the source diskobject structure. Please, use this newer version 46.4.330 to avoid possible issues with custom ROMs which usually don't like write attempts at all.

AGS · 01 January 2014, 11:58

Hi Peter, with your lib the attached Icons are drawn shifted one Pixel to the right and down. With the original Iconlib this does not happen. Can you help me?

Andreas

13 October 2013, 16:59	#764
Bloodwych Moderator Join Date: Jun 2001 Location: I'm behind you! Posts: 3,763	Hi gulliver, I tried the same thing on the ClassicWB 68k version running PeterKs 68000 icon.library and could not reproduce the error. However this is with standard Workbench icons for a RAMDISK disk.info file, the pack is not using NewIcons, GlowIcons etc for disk.info files. Also it is running RAMSnap to save icon and window positions for the RAMDISK. Do you have a similar RAMDISK snapshot utility? http://aminet.net/package/util/wb/RamSnap Last edited by Bloodwych; 13 October 2013 at 17:05.

13 October 2013, 18:59	#768
gulliver BoingBagged Join Date: Aug 2007 Location: The South of nowhere Age: 46 Posts: 2,358	I have narrowed it down. The problem seems to be solved by adding the following line to the original 3.1 startup-sequence, just before the first list of assigns are executed. Copy >NIL: ENVARC:sys/def_RAM.info RAM:disk.info But then of course I need to use another RAMDISK disk.info, and not the default 3.1 one. Maybe I somehow screwed disk.info. Will check. ------- Checked, I have no aparent reasons to believe I screwed the RAMDISK disk.info. I am clueless. Note: I was blaming SetPatch and I was wrong. Last edited by gulliver; 13 October 2013 at 19:31.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
ClassicWB Full and icon.library 46.4	Retroplay	project.ClassicWB	8	05 August 2018 13:57
WB library conflict/versions	Amiga1992	support.Apps	3	22 July 2010 18:47
PNG Icon to Color Icon Converter?	Leandro Jardim	request.Apps	1	24 May 2010 04:39
What's the latest version of icon.library for OS3.9?	NovaCoder	support.Apps	3	30 June 2009 15:43
Requesting icon.library v44+...	nikvest	request.Other	2	16 September 2007 01:58

07 October 2013, 17:04	#761
gulliver BoingBagged Join Date: Aug 2007 Location: The South of nowhere Age: 46 Posts: 2,358	Ah okay, then so if using 3.1 on a 68000 those two instructions are useless (I am assuming NewIcons will drag the system down on a 68000 with 512KB). It seems I am better with DontShowIBorder.

07 October 2013, 19:27	#762
PeterK Registered User Join Date: Apr 2005 Location: digital hell, Germany, after 1984, but worse Posts: 3,365	Yes, the NewIcons patches are requiring a 68020 CPU anyway. However, your new BetterWB release is really nice. Well done gulliver

13 October 2013, 16:25	#763
gulliver BoingBagged Join Date: Aug 2007 Location: The South of nowhere Age: 46 Posts: 2,358	Thank you Peter for your kind words. I have received a bug report of icon.library 68000 on BetterWB, and was able to reproduce it: Go to "Workbench => Backdrop" and then try to save this via "Window => Snapshot => All" => this brings up the following error message: "Error while writing Ram Disk: (212) object is not of required type" Removing your icon.library fixes the problem

13 October 2013, 17:04	#765
gulliver BoingBagged Join Date: Aug 2007 Location: The South of nowhere Age: 46 Posts: 2,358	Yes, the problem seems to occur with a standard workbench iconset. Somehow RAMDISK disk.info is screwing things.

13 October 2013, 18:38	#767
Bloodwych Moderator Join Date: Jun 2001 Location: I'm behind you! Posts: 3,763	No reason to use it gulliver, I was just listing the differences that may cause us getting different results with PeterKs lib. On a standard install, RAMDISK doesn't have a disk.info icon until you Snapshot, but it is lost during reboots. RAMSNAP copies a disk.info icon back to the RAMDISK during boot, so perhaps that is the difference. I just tried to remove RAMSNAP but still don't get the error. Must be something else.

14 December 2013, 09:42	#770
gulliver BoingBagged Join Date: Aug 2007 Location: The South of nowhere Age: 46 Posts: 2,358	PeterK, are there any new bugfixes, updates or news about your icon.library? TIA

14 December 2013, 21:56	#774
bubbob42 Registered User Join Date: Oct 2012 Location: Germany Posts: 585	Latest stable version can usually be found on Aminet.

22 December 2013, 12:28	#777
PeterK Registered User Join Date: Apr 2005 Location: digital hell, Germany, after 1984, but worse Posts: 3,365	Update to icon.library 46.4.329 Fixed position snapshot for deficons with only one image under WB 3.0 / 3.1.

23 December 2013, 05:54	#778
gulliver BoingBagged Join Date: Aug 2007 Location: The South of nowhere Age: 46 Posts: 2,358	Thank you Peter.

24 December 2013, 05:32	#779
PeterK Registered User Join Date: Apr 2005 Location: digital hell, Germany, after 1984, but worse Posts: 3,365	Update to icon.library 46.4.330 Fixed position snapshot for deficons with only one image under WB 3.0 / 3.1. No bugreport yet, but nevertheless, I think I made a mistake in my previous update by writing to the source diskobject structure. Please, use this newer version 46.4.330 to avoid possible issues with custom ROMs which usually don't like write attempts at all.

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)