home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / shell / 3695 < prev    next >
Encoding:
Internet Message Format  |  1992-08-30  |  3.1 KB
  1. Path: sparky!uunet!infoserv!incc!jerry
  2. From: jerry@incc.com (Jerry Rocteur)
  3. Newsgroups: comp.unix.shell
  4. Subject: Re: file removal problem solved.
  5. Summary: oonce and for all, removing files
  6. Message-ID: <114.22393@incc.com>
  7. Date: 29 Aug 92 20:08:07 GMT
  8. References: <BtMJuK.KEH@acsu.buffalo.edu> <ls91Hct!99@atlantis.psu.edu>
  9. Organization: InCC.com Perwez Belgium
  10. Lines: 73
  11.  
  12. In article <ls91Hct!99@atlantis.psu.edu>, barr@pop.psu.edu (David Barr) writes:
  13. > In article <FRIEDMAN.92Aug29010851@nutrimat.gnu.ai.mit.edu> friedman@gnu.ai.mit.edu (Noah Friedman) writes:
  14. > >In article <BtMJuK.KEH@acsu.buffalo.edu> vidya-v@acsu.buffalo.edu (vidyaranya) writes:
  15. > >>The solution I finally used came from our system administrator.  I had
  16. > >>already tried the 'rm -i' and rm A* options and posted when they failed.
  17. > >>
  18. > >>The solution I used needed a simple C program and an Octal
  19. > >>dump of the filename to specify in the C program.
  20. > >>Here it is:
  21. > >>
  22. > >>[ bletcherous C program mercifully deleted ]
  23. > >
  24. > >
  25. > >   Your system ambiguator ought to be shot. 
  26. > 
  27. > Agreed!  Talk about attacking the problem in a roundabout way!
  28. > 
  29. > Don't you guys have emacs?   (I've only had to use "emacs ." once,
  30. > but it's handy to know that it's there.)
  31.  
  32.  This is all so tiresome pleaaaaaaase, Eric Liman summed it all up in
  33.  a post on Aug 27th, this should be posted on a daily basis, that way
  34.  we would not have to repeatedly read these stupid questions and often
  35.  answers, here is Eric's post, read it, print it and paste it on the
  36.  wall, please..........
  37.  
  38. >Interesting that one would go through such an elaborate method. You could
  39. >have:
  40. >
  41. >[~elitman] elitman@phenom(ttyp3)
  42. >
  43. > 11:36am -# /bin/ls -i
  44. >
  45. > 16809 Apps            32537 Library
  46. > 48329 Mailboxes        54133 MusicInfo
  47. > 42487 bin            66595 dead-cube
  48. > 20875 foo&bar            20864 letter-to-UK
  49. > 20861 promos.tar.F        20892 utilsnmail.tar
  50. >
  51. >[~elitman] elitman@phenom(ttyp3)
  52. >
  53. > 11:36am -# find . -inum 20875 -exec rm {} \;
  54. >
  55. >[~elitman] elitman@phenom(ttyp3)
  56. >
  57. > 11:37am -# /bin/ls -i
  58. >
  59. > 16809 Apps                     32537 Library
  60. > 48329 Mailboxes                54133 MusicInfo
  61. > 42487 bin                      66595 dead-cube
  62. > 20864 letter-to-UK        20861 promos.tar.F
  63. > 20892 utilsnmail.tar
  64. >
  65. >Why bother with something as bloated as a C program when this will accomplish
  66. >exactly the same thing?
  67. >
  68. >--
  69. >Eric A. Litman  #import <std/disclaimer.h> | NeXTMail, MIME accepted - please 
  70. >U. of Maryland, NeXT Campus Consultant     | indicate in Subject line.
  71.  
  72.  
  73.   IN OTHER WORDS, DO AN ls -i OF THE PROBLEM FILE, STAY WITHIN THAT
  74.   DIRECTORY, DO A find . -inum nnnn -exec rm {} \; WHERE nnnn IS THE
  75.   NUMBER DISPLAYED TO THE LEFT OF YOUR FILES NAME, AND THAT IS IT,
  76.   YOUR PROBLEM FILE IS DELETED...................
  77.  
  78. -- 
  79.  __^__                                                              __^__
  80. ( ___ )------------------------------------------------------------( ___ )
  81.  | / | Jerry Rocteur                       Email: jerry@InCC.COM    | \ |
  82.  |___|  Independent Computer Consultants division DELDRA s.p.r.l.   |___|
  83. (_____)------------------------------------------------------------(_____)
  84.    ^                                                                  ^
  85.