Hi Brane,
> > Unfortunately I do not know if the user has got an working copy and
> > where it can be found . So the only way to solve this is creating once
> > a local copy of each file and store the real size in a DB referenced
> > by the file URL and revision number L.
>
> Why would you do that? You'd effectively have to check out the file in a
> Subversion working copy to get the correct size (or reimplement
> Subversion's end-of-line conversion and keyword expansion logic, which I'd
> not recommend).
>
> The size of the file in the repository is as real as any other size. As are
the
> contents. Does your plugin show file contents? If yes, does it perform
> keyword expansion and newline substitution, like the Subversion client
> would? If no, don't bother about tweaking the reported size.
Ok, the situation is the following. The left widow of my TC file manager is
feed by my plugin with the contents of a folder coming from SVN. The right
window points to a location on the harddisk - maybe the working copy, but
maybe not. Now I choose the fuction to compare/synchronize these "folders".
On the synchronize pane I want so see the files correctly marked as new,
identical or different. And in the plugin I have no access to the file list
on the other side. Now three situations can happen based on the settings:
* Standard compare: does not work, date and time is generally different
* Ignore date/time: problem caused by incorrect size (comparing just file
sizes)
* Compare by contend: not supported for plugins :-(.
So there is not any way to compare the content of a SVN repo with a folder on
disk that is not a working copy - it is not even possible as plugin to get
any info about the other side file/folder list.
Yes, I show the contents of a file on demand, using a temporary file. I hope
I do it correctly. I do the following:
- apr_open_file
- svn_stream_from_aprfile2
- svn_client_cat2
- svn_stream_close
I hope the file I created this way is identically to the file of a SVN
working copy. Do you now, are they?
Thank you,
Volker
Received on 2017-02-02 15:54:22 CET