[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: More documentation for svn_utf_cstring_from_utf8_ex() etc.

From: Peter N. Lundblad <peter_at_famlundblad.se>
Date: 2006-03-23 18:26:54 CET

Paul Burba writes:
> > I can't help thinking that this parameter is redundant. Why can't the
> > "frompage" or "topage" parameter to svn_utf_cstring_*_utf8_ex() be
> > used as the
> > cache key?
>
> Hmmm, yes, why can't we do that? Except for the hassle of an API change,

Yes, I've been thinking the same. The only think that could speak
against this would be the performance penalty of building up the
unique cache key (we need to include both to and from encoding and a
unique part, since this key is put into the users' pool sometimes). I
don't believe it should make any difference, but I don't know. When
we do utf8 conversion it is most often in conjunction with some I/O
operations that should be much more expensive than copying 25 bytes
into a buffer...

We don't even need an API change, since the cache_key parameter does
not have any semantic significance. Just update the docstring to state
that it is ignored. Or we could rev the API to get rid of the bogus
extra parameter.

Any takers?
//Peter

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Mar 23 18:27:35 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.