----- Original Message -----
From: "Alvin Thompson" <al@thompsonlogic.com>
[...]
> you're missing the point. the point is that find tools can and do
> produce false hits. you shouldn't have to do 'clever' things if all you
> want to do is a simple find.
a 'bad' find tool or poor scripted expression will also
search through any compressed data and may get a false hit there.
if its a 'bad find&replace' tool, then it may even replace a part of
the binary compressed data, which probably destroys all
files after that replaced/compressed location (at least up to
some nifty crc/sync marker) -- this problem already exists for the
repository db: a single crc error inside of the db data can prevent you
from accessing or dump-ing your repository at all (at least unless
someone adds an svnadmin dump feature to recover from such
errors).
also note that the files inside .svn are marked as readonly, so -most-
tools will be unable to modify them. ( unfortunately windows does
not always honor the readonly flag, and for example allows to 'move'
readonly files out of the .svn folder. )
A compressed .svn file wont help you in that case either - even worse,
accidentally destroying or moving the promoted 'single' compressed
file would be even easier, for example if you copy one folder containing
a (hidden) svn file/folder over another folder containing an svn folder
( something like copy A/* B/ ).
another EUR 0.02
-- hmm the sum of all those 0.02 will give a whole EUR 1.00 soon .... ;-)
c.a.t.
P.S.: I'm intentionally NOT ccing this to dev@
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Mar 9 11:44:33 2004