Difference between revisions of "Talk:1888: Still in Use"

Explain xkcd: It's 'cause you're dumb.
Jump to: navigation, search
Line 18: Line 18:
  
 
No one though about Docker? That was lit(t)erally my first thought: He must be talking about Docker. --[[User:AndreKR|AndreKR]] ([[User talk:AndreKR|talk]]) 18:30, 11 September 2017 (UTC)
 
No one though about Docker? That was lit(t)erally my first thought: He must be talking about Docker. --[[User:AndreKR|AndreKR]] ([[User talk:AndreKR|talk]]) 18:30, 11 September 2017 (UTC)
 +
 +
I figured this was about program removal (i.e. "uninstall").  Sometimes one file is still in use (sometimes the program's folder instead of a file), but the rest are deleted as expected. -- '''BigMal''' // [[Special:Contributions/108.162.216.166|108.162.216.166]] 18:58, 11 September 2017 (UTC)

Revision as of 18:58, 11 September 2017

Just for all writers: The Garbage collection prominently belongs to Java. Microsoft had adopted this only in C# and it's NOT used in file systems.--Dgbrt (talk) 14:47, 11 September 2017 (UTC) Note: Java adopted garbage collection over 30 years after it had been used in Lisp. I would question the use of 'prominently belongs'. Any user of Gnu Emacs will be aware of what happens when garbage collection hits unexpectedly... 141.101.98.112 16:13, 11 September 2017 (UTC)

Seams like a pretty clear reference to not being able to empty the computers Trash because files are in use. Normally files in the Trash can't be opened, and files can't be moved to the Trash if opened but weird things can happen. The real rub here is that the computer does know exactly what process has each file open and is intentionally designed and told not to tell you the user the remedy that it already knows nor to show an option to remedy the problem itself leaving you in the lurch. 172.68.206.58 15:37, 11 September 2017 (UTC)

It could be that another user is the one that used the paper towel last. I was actually running into an issue where I couldn't delete a file from a network share that I had used last. The dialog would tell me what program was still using it (Source Tree, which had unceremoniously crashed and didn't close out properly) but my coworker simply got the "Is in use by another program" message. Bpendragon (talk) 15:43, 11 September 2017 (UTC)

I've also come across the issue where the process using the file is the file manager utility itself; I opened the trash to see what was in there, it started trying to make preview images of all the items, and of course when you close the window it doesn't release whatever filehandle it was currently trying to make a preview for. -- Angel (talk) 16:12, 11 September 2017 (UTC)

You could always power the house down and restart it! 162.158.78.28 16:37, 11 September 2017 (UTC)

Part of the joke is how unhelpful windows tend(ed/s) to be in helping you identify the application that is still hanging onto the file.--Henke37 (talk) 17:08, 11 September 2017 (UTC)

This is problem only on MS Windows, where most file-access is blocking; Linux allows deleting file even if some process is accessing it - said process would see old version of the file, while all other would see it deleted. This has its own problems (you delete files, but you don't recover free space), but I think it is less annoying. --JakubNarebski (talk) 18:03, 11 September 2017 (UTC)

  • More specific, Windows tracks open files through their pathname, linux tracks open files through their numeric ID. This means that you could create file A, open it, delete the file, create another file B with the same filename, open it, delete the file, create another file C with the same filename, open it, delete the file. Those three files would still be present on the disk, each of the apps that has the file open would see different contents (which they could write to and change), but you would never see any of the files through a directory listing (but it would take up disk space until the files were closed). I believe linux viruses delete themselves to make them more difficult to discover, this also explains why linux system updates don't require rebooting the computer afterwards (although if you just changed the system kernel it's likely recommended)Odysseus654 (talk) 18:26, 11 September 2017 (UTC)

No one though about Docker? That was lit(t)erally my first thought: He must be talking about Docker. --AndreKR (talk) 18:30, 11 September 2017 (UTC)

I figured this was about program removal (i.e. "uninstall"). Sometimes one file is still in use (sometimes the program's folder instead of a file), but the rest are deleted as expected. -- BigMal // 108.162.216.166 18:58, 11 September 2017 (UTC)