[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gambas residual gumph
[Thread Prev] | [Thread Next]
- Subject: Re: gambas residual gumph
- From: Bruce Steers <bsteers4@xxxxxxxxx>
- Date: Fri, 8 Nov 2024 01:43:25 +0000
- To: user@xxxxxxxxxxxxxxxxxxxxxx
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
Re: gambas residual gumph | Benoît Minisini <benoit.minisini@xxxxxxxxxxxxxxxx> |
gambas residual gumph | Bruce Steers <bsteers4@xxxxxxxxx> |
Re: gambas residual gumph | Bruce Steers <bsteers4@xxxxxxxxx> |
Re: gambas residual gumph | Bruce Steers <bsteers4@xxxxxxxxx> |
Re: gambas residual gumph | Benoît Minisini <benoit.minisini@xxxxxxxxxxxxxxxx> |