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

Re: gambas residual gumph


On Fri, 8 Nov 2024 at 13:40, Bruce Steers <bsteers4@xxxxxxxxx> wrote:

>
>
> On Fri, 8 Nov 2024 at 10:15, Benoît Minisini <
> benoit.minisini@xxxxxxxxxxxxxxxx> wrote:
>
>> Le 08/11/2024 à 02:43, Bruce Steers a écrit :
>> >
>> > 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.
>>
>> No, there is no process id in the '/run/...' JIT folder, only user id.
>> It's a cache by user.
>>
>> --
>> Benoît Minisini.
>>
>
> i /run/user/1000/gambas/ there are 2 folders one called 2715 and one
> called 4275
> that is not user ID
>

They are most certainly process IDs , they match folder names in
/tmp/gambas.1000/ and in /proc/ that are the process IDs of the program.
they appear when i run a program and auto-delete when i exit the program
without Quit.

so my assumption/question was the folders in /run/user/1000/gambas/ are
attached to a particular process and that process only and if that process
has gone (crashed/hard quit) then their JIT dirs are obsolete.

that's what I meant.  you seem to be saying the folders in
/run/user/1000/gambas must be kept as they will be re-used by JIT. but that
makes no sense as they are tied in with process IDs and with a normal
application close (no quit) they self-delete

But you disagree?
Are they supposed to be a re-used cache across different programs
instances? because i do not think they are.

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>
Re: gambas residual gumphBruce Steers <bsteers4@xxxxxxxxx>
Re: gambas residual gumphBenoît Minisini <benoit.minisini@xxxxxxxxxxxxxxxx>
Re: gambas residual gumphBruce Steers <bsteers4@xxxxxxxxx>