Hi,
can you perhaps slow the  triggering of the compiler down.
for example if you unload a plugin
then  Linux "scp" a new copy into the rust plugin directories, the compiler picks up the change faster than it takes to transfer the full file.

in some caase the compiler has already go to the end of the incomplete file before it has fully transferred.
Which causes it to throw errors.

It then marks the file as "processed", which casues you to have to trigger an identical file transfer to change the timestamp & trigger the system again.

or requires a "touch" me up.... command to retrigger.

The problem is that a delay wouldn't necessary fix the issue, as technically the file exists as the tool used to upload that file has created it partially and the OS has triggered the event that the compilijng process listens to. Even if there was a delay, it wouldn't necessarily catch all cases because the actual transfer process would vary by plugin, upload connection, and tool used. Some tools do not create partial files like that, some do.

So just delaying the compiling process for hot loaded plugins wouldn't be a solid fix.

Yep.. theres not an easy way that's not a "hack"
Is there any way with seeing if the length of the file is still changing?
or perhaps  enquiring the os about file locks from other processes...