in general: there is an internal upper limit to how much "temporary" cache a memory an intensive operation such as sort can use, because awarding unlimited access could cost other operation such as queries or transactions.
the limit can be configured with database parameter #61 (Maximum temporary memory size). when a limit is set, temporary swap files are created (extension .tmp) then erased when the operation is over. the temporary folder next to the structure is normally empty, but the fact that the folder exists is an indication that at some point some cache objects were temporarily swapped out. in any case, I don't think the content of the files can tell which 4D process created it. if you must, I suppose you could use standard diagnostic tools such as... http://doc.4d.com/4Dv15/4D/15.5/Get-database-measures.301-3577108.en.html http://doc.4d.com/4Dv16R5/4D/16-R5/Appendix-E-Description-of-log-files.300-3509179.en.html https://taow.4d.com/Process-Supports/PSList.en.html > 2018/02/28 17:48、Paul Lovejoy via 4D_Tech <[email protected]> のメール： > Hi everyone, > We have a 4D Server v15 application running which has recently started > leaving 2 or 3 .tmp files in the Temporary files folder. Is there any way to > read these files and determine which process created them? > Thanks in advance, ********************************************************************** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: https://lists.4d.com/mailman/options/4d_tech Unsub: mailto:[email protected] **********************************************************************
