I suspected that this might be the case - used a similar process with windoze years ago... thanksIf you copy over this entire directory the configs, addresses and old mail will be moved too
On Linux or windows?G'day,
the boss has done it on her PC....
She has a spreadsheet on there that she has managed to turn into a link ?? The link points to itself.... weird.... Otherwise she has managed to totally delete it, bypassing the rubbish bin.
Can I investigate to HDD to find it as a deleted file ?
Bob
G'day Alex,On Linux or windows?
Definitely use the DOS window as much as possible. I'm not a fan of GUI Windows-dressing to obscure what I want to control.On Linux or windows?
If Windows read on, else ignore
On windows if I change a blah.cmd to blah.lnk it kinda disappears as you say into a link and the icon gets the little shortcut arrow.
If I try in Explorer to rename it to blah.cmd I get blah.cmd.lnk.
And how do I know this? Because yesterday I renamed an assembler linker command file to abc.lnk and lost it!
To recover, either drag it into excel and 'Save As', or use DOS Command Prompt window to rename it.
View attachment 208567
Nobody writes for economy. Heck, hardly anybody writes any more, more like selecting and compiling from huge libraries instead, often through a GUI and mouse!Kids get all the goodies now. Black Hat 2022 calls!
I'd have enjoyed that eons ago, but then there were very few computers. My first running programme happened at the beginning of university, when a professor asked me to code a nasty linear algebra problem for his research. He paid (or his grant did) for me to learn. That was my reward. tt was in early Fortran and assembly language. I remember compiling and linking were very slow, and run time would astonish today's kids. . We took huge pains to get a job done with BA memory.
thanks Seasink, you're trying very hard to educate me, and amazingly tolerant....I'm scratching my head trying to work out what happened here. I'm assuming GUI applications only were used.
As every file is a hard link to a particular bit of storage, the ln f1 f2 command creates a second filename f2 that occupies exactly the same storage as f1. But in Mint deleting f2 in the file manager only removes the second name, f1 and the storage remains. You can also delete vice versa and storage remains. This is handy when you want to edit the same material in two places.
The OS has links like this deep down so that apps can always find the data using a standard filename.
If the link is made by the file manager right click menu it will be a symbolic link, a pointer, and can be deleted by the file manager without deleting the original file f1. f1 remains. The storage at f1 is editable from both the filename and link name.
You can make chains of symbolic links and delete them safely in the file manager. If you delete the original file f1, or break a chain, the remaining link is now broken. Did this happen? Or has something exotic been done in the terminal?