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

RE: svn commit: rev 4562 - trunk/subversion/clients/cmdline

From: <rassilon_at_lyra.org>
Date: 2003-01-24 19:55:29 CET

Err, I'd just put the comment about why APR i/o is preferrable on
svn_stream_from_stdio and any other place in APR you feel like. :)

Bill

----
Do you want a dangerous fugitive staying in your flat?
No.
Well, don't upset him and he'll be a nice fugitive staying in your flat.
 
 -----Original Message-----
 From: Karl Fogel [mailto:kfogel@newton.ch.collab.net] 
 Sent: Friday, January 24, 2003 10:25 AM
 To: cmpilato@collab.net
 Cc: dev@subversion.tigris.org; rbb@rkbloom.net
 Subject: Re: svn commit: rev 4562 - trunk/subversion/clients/cmdline
 
 
 cmpilato@collab.net writes:
   Follow up to revision 4561:
   
   * subversion/clients/cmdline/cat-cmd.c
     (svn_cl__cat): Add a comment about why APR i/o is preferable.
  
  So...are you planning on adding that comment everywhere 
 that function 
  is called?  Or might it just be better to fix to APR 
 documentation to 
  list the advantages of using that interface over direct stdio?
 
 Sorry, I didn't realize we called it elsewhere (but should 
 have thought to check).
 
 Yeah, fixing the APR documention sounds better.  Will move it to there
 -- no wait, will ask Ryan Bloom if he wants to do it, because 
 I think he might be able to give a more precise statement of 
 the advantages. Ryan?
 
 -Karl
 
 ---------------------------------------------------------------------
 To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
 For additional commands, e-mail: dev-help@subversion.tigris.org
 
 
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 14 02:15:03 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.