Puzzling build up of hex address's in .icons directory [SOLVED]

[Sky Aisling]

Puzzling build up of hex address's in .icons directory
environment: Dell Inspiron BionicPup(64)

I check Puppy's Graphical Disk Map 0.8.1 frequently.
I notice a gradual build up of what appears to be hex location address'.
This occurs in White Large Cursor not the default cursor.
What are they? Can these entries be deleted with no harm done?

Thank you in advance for your suggestions.

Sky

icon-whitelarge-cursors1.png (88.24 KiB) Viewed 388 times

[April]

Dunno could be anything but looks like some program is hiding stuff from you. I would delete them myself and try to locate which program is writing them by starting each program you use then checking that directory for a new entry.

There is also the chance that your speed dial is setting up thumbnails or something like that but whatever it is will be replaced later so ditch them first.

[Sky Aisling]

Thanks, April
Here's a sample of what's in the locations using "open as text".
I think I saw BK initials in one view of the coding.
I know some people will sniff at deleting such tiny amounts of code, but, they do build up and they do increase the size of the root save file.
Besides what's one to do when one is in lock down and it's raining outside? lol

[ "$NEEDRESHAPE" = "yes" ] && /usr/sbin/background_reshape

userresources=$HOME/.Xresources
usermodmap=$HOME/.Xmodmap
sysresources=/usr/lib/X11/xinit/Xresources
sysmodmap=/usr/lib/X11/xinit/.Xmodmap

# merge in defaults and keymaps

if [ -f $sysresources ]; then
xrdb -merge -nocpp $sysresources
fi

if [ -f $sysmodmap ]; then
xmodmap $sysmodmap

Sky

[Sky Aisling]

PS - Here's another piece of coding.

#!/bin/sh
# $Xorg: xinitrc.cpp,v 1.3 2000/08/17 19:54:30 cpqbld Exp $
#120718 redesign for startup on slow computers. see also /sbin/pup_event_frontend_d and delayedrun.
#130202 xrandr set vert freq. see also /usr/sbin/quicksetup.
#130212 removed glipper code, see latest glipper pet.
#130525 old pc celeron 2ghz cpu, 256mb ram, CPUSPEED=1999, 1st bootup rox failed to start. try experiment.

[ -f /etc/desktop_app ] && read -r desktop < /etc/desktop_app
[ "$desktop" = "" ] && desktop=rox

. /etc/rc.d/PUPSTATE

#v4.01 BK daemon to handle kernel uevents...
echo '' > /var/local/pup_event_icon_change_flag
/sbin/clean_desk_icons #v4.02 tidy up drive icons first.
#/sbin/pup_event_frontend_d &
#130525 ...start this further down.

#w482 reshape background image if widescreen...
#120708 need to reshape for PUPMODE=2 also...
#[ $PUPMODE -eq 5 ] && /usr/sbin/background_reshape
NEEDRESHAPE='yes'
[ -f /usr/share/backgrounds_original/ORIGINAL-default.jpg ] && NEEDRESHAPE='no'
[ -f /usr/share/backgrounds_original/ORIGINAL-default.png ] && NEEDRESHAPE='no'
[ "$NEEDRESHAPE" = "yes" ] && /usr/sbin/background_reshape

userresources=$HOME/.Xresources
usermodmap=$HOME/.Xmodmap
sysresources=/usr/lib/X11/xinit/Xresources
sysmodmap=/usr/lib/X11/xinit/.Xmodmap

# merge in defaults and keymaps

[amethyst]

What sort of images are these, do they look familiar when you view it? You do get this a lot with thumbnail images on a webpage when you save the webpage to disk..

[Sky Aisling]

Hello amethyst,

They aren't images they appear to be locations in core? (See my original post.)
The coding looks like Puppy coding.
Look at the comment:

#120718 redesign for startup on slow computers. see also /sbin/pup_event_frontend_d and delayedrun.

I clear thumbnail images on a regular basis. I also have my Firefox0esr browser set to clear cache on exit.

Sky

[amethyst]

I have this issue but related to my thumbnails folder. Images (thumbnails) with these strange names. In my case it is actually images that can be viewed and all of them are thumbnails of full pictures I have downloaded from the internet at one stage. The strange thing is that I also clear the contents of my thumbnails folder and although these images are still on my disk, it's not actually anywhere in the puppy file system. So why is it being replicated at every new boot? It's strange. I'm using Bionic 32 and can't recall seeing this in other puppys. Actually, I may have an answer - Did you move your .cache folder to your partition and symlink it back to /root? This seems to be happening when you do this.

[Sky Aisling]

Yes, I did.

Did you move your .cache folder to your partition and symlink it back to /root? This seems to be happening when you do this.

I can live with the slow build up in the .icon file because the reduction of data build-up in root is so significant due to the move that you and others suggested. The save-file dropped from 400 - 600 MiBs to 4.5 MiBs (give or take a few MiBs).

Also, I note the comments in the viewed coding say:

#120718 redesign for startup on slow computers.

This Dell is 12 years old and definitely slower than today's machines. However, since the move, the machine boots from the Dell splash screen to Puppy desktop in 35 seconds and shuts down in 7 seconds. No complaints from me about that speed.

Sky

PC Manufacturer: Dell Inc.
Product Name: Inspiron N7010

BIOS Vendor: Dell Inc.
Version: A07
Release Date: 09/13/2010

Intel(R) Core(TM) i3 CPU M 370 @ 2.40GHz
Min/Max Speed: 933/2399 MHz
Current Speed of Core 0:2399 MHz, 1:1066 MHz, 2:1466 MHz, 3:933 MHz

[Sky Aisling]

Update:
I deleted the puzzling entries into the .icon directory. I've given it a couple of weeks and the directory is clear as of today. There are no more build up of hex address' in .icons directory.
Thank you all for your suggestions.

Sky