Bill- tried it with your test on the windows host and on the final posix. both go well beyond the issue. having a problem getting to the fsi card, and by hand that also exceeds what the test shows, but the faux file system, by design, doesn't touch directories, so people here are thinking it is the card and complaining they cannot figure out why. it was decided that it's no longer systems engineering that needs to find this, but rather those that do broadcast needing to find this and stop the directory from being made so that you never need to log into the directory server since the intended users are mac/windows users
-Josh "$Bill Luebkert" <[EMAIL PROTECTED]> 11/14/2005 03:03 PM To [EMAIL PROTECTED] cc [email protected] Subject Re: Directory Depth Cleanup [EMAIL PROTECTED] wrote: > After trying just the second half there is the same problem at the same > place,. I think we can safely say that means it has to do with the > proprietary file system and the extra overhead it adds on. I also feel > like that is a problem that needs to be fixed in the file system, not > perl, so as I write this I am also preparing an SPR. i guess the edge test > was proving a failure in the filesystem, rather than the interaction or > the new product like was expected! > > started with Z:\dssmoke (11 characters and 1 level deep) and added 8 > levels (12 characters per level) for a total of 9 levels (107 characters) > and it didnt clean up either. (again some issue about non-empty directory) > i dont get why i've been able to go slight more in depth with +6 > characters in the "\directory_name" of the script i have, but i dont get > much more in characters. i think that might have something to do with it. Have you tried both tests on a normal FS ? That should also give you a hint where the problem lies if it works there and not in your smoke system. > i played this morning with some variations and still get the cleanup issue > and slight variants on depth, so depth is related to directory name > length. > just not sure how to go about proving that and making an edge test to show > that right now. > > since this proves it's the proprietary file system and not windows that is > the problem i will need to SPR it. thanks for helping me prove that -- ,-/- __ _ _ $Bill Luebkert Mailto:[EMAIL PROTECTED] (_/ / ) // // DBE Collectibles Mailto:[EMAIL PROTECTED] / ) /--< o // // Castle of Medieval Myth & Magic http://www.todbe.com/ -/-' /___/_<_</_</_ http://dbecoll.tripod.com/ (My Perl/Lakers stuff) _______________________________________________ ActivePerl mailing list [email protected] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
