Writing out temp files - How to cleanly delete when done?
-
Lame. I don't mind cleaning up the files the next time SU opens, but I'm concerned about deleting files that are supposed to be open - like 2 SketchUp widnows up simultaneously. I don't want to delete files for another model that is active.
-
@chris fullmer said:
... I'm concerned about deleting files that are supposed to be open - like 2 SketchUp widnows up simultaneously. I don't want to delete files for another model that is active.
Ok the first step in solving this, is to include the
Process.pid
(aka$$
,) number as part of the tempfile name.Part two will involve checking to see if that process id is currently in use. If the file's
pid
, is not THIS Ruby'spid
, and is not found as ANOTHER sketchup.exe'spid
, then the file is safe to delete.Jim and I were discussing how to check for pids in another topic, I think in regard to his Launcher applet (Ballista).
One method is to use a command line utility that comes with Windows.
tlist.exe is one. (But I remember a gotcha for certain version of XP, I think it may not come with Home, but the user can get it by installing the "Support Tools" from their install CD.The other way is to make a WinAPI system call, using the Win32API.so library. (Which is basically what tlist.exe does.)
You can try it from the Console... type a backquoted
'tlist`` or use
%x[tlist]`, you should see the list of all running programs preceeded by their pid.so:
pidlist = %x[tlist] safe_to_delete = true pidlist.each_line{|line| break (safe_to_delete = false) if( line =~ /(sketchup.exe)/i && line.include?(filepid.to_s) )}
You can test it at the Console usingfilepid
set to the current Skectup'spid
.
Theeach_line
block shouldbreak
out, and setsafe_to_delete
tofalse
. -
Ok I found my old message between Jim & I:
@unknownuser said:
... using tlist.exe (XP) or tasklist.exe (Vista/Win7) to check when the SU process ended. (The catch is that XP Home doesn't come with tlist.exe, it must be ... installed separately*****. It comes installed standard on XP Pro, or Win Server 2003+.
***** is referring to the separate "Support Tools" installer on the Windows install CD.
AND obviously... you need to know what equivalent utility to use on Mac OSX.
-
Yeah, the Mac side of things always throws me for a loop. I never know how to do things on a Mac. Thanks for the tips on this Dan.
OH, yes now I remember. Can ruby on the Mac access multiple model objects? Would there be a way to check through SketchUp's active model or something?
-
@chris fullmer said:
OH, yes now I remember. Can ruby on the Mac access multiple model objects? Would there be a way to check through SketchUp's active model or something?
Yes the Mac edition is an MDI. Each open model has it's OWN
object_id
, but the API does not have aModels
collection.However .. ALL the open model objects belong to the current Sketchup process id.
I did BTW request a
Models
collection and various other MDI methods and observers in the last beta round. -
ok, how about this. I create the folder in SketchUp1. Then I open SketchUp 2 and try to delete the folder. But it won't let me since SketchUp1 already has the folder open. So I would just try to delete the folder, if I can delete then I can assume that no other SketchUp process had it opened. If I can't delete, then I assume that it is because there is another active SketchUp model.
Is that foolproof? Or is that bound to run into issues?
-
I am not sure if apps can "lock" folders... like they can files. But you should get an error if the folder is not empty.
I say KISS. Have each Sketchup process create and use it's own temp folder (with a pid as part of the name.). Just eliminate the possibility of two instances fighting over the same folder. That just complicates things.
At least you are cleaning up after yourself.. not like most archival utilities, that leave a temp folder behind for every dang zip file they extract.
-
Currently, on Vista 64 when I create the folder in sketchup ruby, if I try to delete the folder through the windows explorer it tells me the folder is currently being used in another app. And I get an error as well when I try to delete the open folder through another instance of SketchUp. I just don't know how it will react in other windows versions and on a Mac, especially since SU on OS is MDI. It might not be able to differentiate which instance of SU created the folder and which is trying to delete it. But it would be interesting to test.
-
Definitely... inquiring minds wish to know... all platform specific quirks are good knowledge. (I actually just logged on to ask a question about the Mac.)
So... can a separate Sketchup instance, even be opened on the Mac? Usually MDI apps try to keep the user working with the instance that is already open.. but sometimes a user can force a new instance to be opened.
(I recently found that this is true of Notepad++, by accident. If the app window is smaller than the screen, and you grab one particular filetab, and drag it out of the app and drop it on the desktop, it opens a new Notepad++ instance, with only that file open. And if you drag a file from an instance that only has that file open, into another instance, and the second instance closes automatically. So i'd be interested to know if Mac Sketchup has this behavior.)
-
@chris fullmer said:
Currently, on Vista 64 when I create the folder in sketchup ruby, if I try to delete the folder through the windows explorer it tells me the folder is currently being used in another app. And I get an error as well when I try to delete the open folder through another instance of SketchUp. I just don't know how it will react in other windows versions and on a Mac, especially since SU on OS is MDI. It might not be able to differentiate which instance of SU created the folder and which is trying to delete it. But it would be interesting to test.
Chris,
Not being able to delete a folder/file on Windows typically means there is a process somewhere with a 'handle' to the file/folder. Yes, it is pathetic that Windows still cannot handle stuff like this - every other OS can.. but anyway..
First double check you really are releasing the File Descriptor handle you use in Ruby. If you the file isn't really closed, you won't be able to delete it.
Adam
Advertisement