[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gambas residual gumph


On Thu, 7 Nov 2024 at 22:41, Benoît Minisini <
benoit.minisini@xxxxxxxxxxxxxxxx> wrote:

> Le 07/11/2024 à 19:06, Bruce Steers a écrit :
> > What's your view Ben?
> >
> > is this a problem of the toolkits that should be handled upstream or
> > should the interpreter be removing these folders?
> >
> > Should we "expect" residual garbage to be left on our disks if using
> > Quit and/or testing/debugging and handle it ourselves as I have done?
> >
> > gambas does seem a little , er , messy , in not cleaning up after itself.
> >
> > Do you have a surprisingly large amount of dead gambas folders on your
> > system too?  (try my script out)
> > Respects
> > BruceS
> >
>
> Everything in the '/tmp/gambas.<userid>/<pid>' directory is
> automatically removed at process end, unless the process crashes.
>
> The directories named '~/.cache/org.gambas.*' are apparently the cache
> for WebKit, and is never destroyed.
>
> The different 'org.gambas.*' names come from the application name
> created at startup to workaround the problem with Wayland that is still
> not able to allows an application to define its window icon without
> having to create an application name with its desktop file.
>
> I could remove the WebKit cache folder automatically (or optionnally for
> those who want to write a web browser). I will check that.
>
> '~/.local/share/gambas3/wiki~' is just a backup of the previous wiki. It
> is created each time you download a new one, and maybe it is useless.
>
> '/run/user/<userid>/gambas3' is used for storing the shared cache of the
> JIT compiled code, so it should be kept. If you remove it, it will force
> the recompilation the next time a Gambas program needs it.
>

but that is just for running programs the JIT folders should be kept yes?
because the folder names are proc IDs of the parent program then if a
program is restarted it gets a new ID and the old JIT folders are invalid
so it'll recompile anyway in a new folder matching the ID of the program.

My check for "obsolete" folder is if the number (ID) of the folder matches
a folder name in /proc/
if there is no /proc/<id> folder then it must be obsolete yes?



> As for '~/.local/share/org.gambas.*', I don't know what creates them. :-/
>

Apparently my script editor did.
not sure why?
directory contents are all this..
hsts-storage.sqlite
mediakeys/v1/salt
storage/salt

It's a good kick up the back side for me i think (and anyone else) to make
a couple of my programs exit better.
If i don't use Quit and find what's stopping my program exiting cleanly
then things are cleaned up better.
the script i made is quite useful for checking for when "gumph" appears :)

Thank you for the info good sir :)
Respects
BruceS

Follow-Ups:
Re: gambas residual gumphBenoît Minisini <benoit.minisini@xxxxxxxxxxxxxxxx>
References:
gambas residual gumphBruce Steers <bsteers4@xxxxxxxxx>
Re: gambas residual gumphBruce Steers <bsteers4@xxxxxxxxx>
Re: gambas residual gumphBruce Steers <bsteers4@xxxxxxxxx>
Re: gambas residual gumphBenoît Minisini <benoit.minisini@xxxxxxxxxxxxxxxx>