I had this problem earlier when hackers were breaking into windows computers that had open ftp sites. They would create folder paths that were longer than what windows would be able to handle. The way I did it was to move the folder to another path on the hard drive and then delete the folders from there.
If I had to do it now, I would probably boot with umbutu and then delete the folder paths. But this is a workaround to get the hacker files off of the computer. In this case it looks like a programmer error. I would guess the programmers in this class are not too good yet and have a loop in one of their programs that is creating multiple Coords.java folders. I had also seen this problem when duplicating windows exchange server cd's. I am not sure if it is a way MS is preventing copying of the CD or if it was a oversight on the exchange server install team. It looks like your path length is pretty close to 255 characters, which I think dos will cut off at. My count on the character length was 243, but then again it was a quick count and I did not spend too much time on it. My error calculation of + - 15 characters takes it up over 255 characters. Andy0 At 05:44 PM 4/23/2009, SMREKAR, JACK wrote: >This is the path > >K:\Staff And Students\Programming Classes\NHS\Eng086037\web applet >project\Coords\Coords\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java > > > >Here is the output from the command line > > > >K:\Staff And Students\Programming Classes\NHS\Eng086037\web applet >project\Coord > >s\Coords\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java > >\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords. > >java>cd coords.java > > > >K:\Staff And Students\Programming Classes\NHS\Eng086037\web applet >project\Coord > >s\Coords\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java > >\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords. > >java\Coords.java>cd coords.java > >The system cannot find the path specified. > > > >K:\Staff And Students\Programming Classes\NHS\Eng086037\web applet >project\Coord > >s\Coords\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java > >\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords.java\Coords. > >java\Coords.java> > > > >The name cords.java is a folder in the GUI and when run from the >command prompt will also present itself as a folder. > >We are guessing that the issue is that the folder has a "." And a 4 >letter extension. > > > >Jack Smrekar > >Appleton Area School District > >920-993-7062 Ext. 2123 > >A+ N+ Server + > > > >MCSA-RGB > > > > >From: Kim Longenbaugh [mailto:[email protected]] >Sent: Thursday, April 23, 2009 4:37 PM >To: NT System Admin Issues >Subject: RE: path longer than 1023- actually only about 200 or less > > > >What do you see from a command prompt? > > > >---------- >From: SMREKAR, JACK [mailto:[email protected]] >Sent: Thursday, April 23, 2009 4:33 PM >To: NT System Admin Issues >Subject: path longer than 1023- actually only about 200 or less > > > >I have some files that my backup is saying are longer than 1024 >characters, but when you put the path into MS Word and do a >character count it is only about 200. What the real issue is, from >what I can tell, is that you get to a certain point in Explorer of >the double clicking and you stop. There is a folder there but you >cannot go any further. You cannot delete that folder or any folders >that are above that one. You cannot rename any of the folders down >the path, if you right click on the last folder that you get to, you >do not get the normal options, no security optio no rename option >and so on. I have tried to do this in Explorer window and even have >gone to the command line to see if I can delete them that way But >still no luck. > >2 questions, > >1. > >2. How can I find those files > >At this moment my backups are failing because of this and so far the >software company has not come up with an answer for either one of >the questions. > >Thanks > > > >Jack Smrekar > >Appleton Area School District > >920-993-7062 Ext. 2123 > >A N+ Server + > > > >MCSA-RGB > > > > > > > > > > > > Content-Type: image/gif; > name="image001.gif" >Content-Description: image001.gif >Content-Disposition: inline; >Content-ID: <[email protected]> > --------Andy-Ofalt---863-3449------405-Ag-Admin-Bldg------for more information go to http://ict.cas.psu.edu/Contacts.html ---------- My little blurb to eat up bandwidth and make your mail box even larger +++++++++++++++++++++++++++++++++++++++++++++++++++ The real problem is that IP, a connectionless protocol, was never developed to be the universal protocol. ATM was developed to serve that purpose and failed. +++++++++++++++++++++++++++++++++++++++++++++++++++ ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
