View Single Post
  #13  
Old January 13th 19, 11:06 PM posted to alt.windows7.general
J. P. Gilliver (John)[_4_]
external usenet poster
 
Posts: 2,679
Default 4th time, not the charm

In message , pyotr
filipivich writes:
"J. P. Gilliver (John)" on Sun, 13 Jan 2019
17:24:04 +0000 typed in alt.windows7.general the following:
In message , Big Al
writes:
On 1/12/19 10:44 PM, pyotr filipivich wrote:

[]
Oh, and if you use robocopy to copy a profile, use the /XJ
switch.
Otherwise, you will have Appdata/local/Application Data/Application
Data/Application Data/Application Data/Application Data/Application
Data/Application Data/Application Data unto the 17th or 34th
generation.
Which you cannot delete, because the path/filename is too long.
Fortunately "unlocker.exe" worked. "Unlocked" everything, and
then it was just "delete, delete, delete". (download from
unlocker.emptyloop.com - it has been a boon many times.)

[]
("Take ownership" is another good one.) If it's just overlong
file/pathnames that are your problem, then the old DOS command SUBST
still works up to at least W7.


I tried taking ownership - it threw conniption fits.
I tried subst. That kind of worked - I could switch to drive X:
(which was point to the 15th Application Data directory) and - still
couldn't delete things. Arrgh.
Fortunately, unlocker worked.

"Arrgle bargle, freeping 21st century problems!..."


I _think_ you can subst: to something that's already substed. But you
got it sorted.

I think another thing that might have worked was just to repeatedly type
(in a command window)
cd applic~1 (I'm not sure if cd "Application Data"
dir would have worked)
(using the up-arrow to repeat the commands)
until you get to the end, then
del *.*
cd ..
rd whatever
back out again.
--
J. P. Gilliver. UMRA: 1960/1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

A dishwasher is rubbish at making treacle sponge. - Marjorie in UMRA, 2017-1-15
Ads