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

RE: svn commit: r26917 - in trunk/subversion: include libsvn_subr

From: Paul Burba <pburba_at_collab.net>
Date: 2007-10-04 05:44:38 CEST

Thanks to you both for the words of wisdom. Committed the fix Jack
suggested in r26929.

Paul

> -----Original Message-----
> From: Jack Repenning [mailto:jrepenning@collab.net]
> Sent: Wednesday, October 03, 2007 11:33 PM
> To: Eric Gillespie
> Cc: Paul Burba; dev@subversion.tigris.org; dlr@tigris.org
> Subject: Re: svn commit: r26917 - in trunk/subversion:
> include libsvn_subr
>
> On Oct 3, 2007, at 7:47 PM, Eric Gillespie wrote:
>
> >> Right now I have this local mod in place so I can work:
> >>
> >> /* Ignore any errors encountered while attempting to
> change stream
> >> buffering, as the streams should retain their
> default buffering
> >> modes. */
> >> setvbuf(error_stream, NULL, _IONBF, 0);
> >> +#ifdef WIN32
> >> + setvbuf(stdout, NULL, _IONBF, 0);
> >> +#elif
> >> setvbuf(stdout, NULL, _IOLBF, 0);
> >> #endif
> >
> > I'm afraid it may be too expensive to turn buffering off completely
>
> Yeah, I'd go with something like (note the "n" in "ifndef" ;-)
>
> > #ifndef WIN32
> > setvbuf(stdout, NULL, _IOLBF, 0);
> > #endif
>
> Windows just ain't got no line buffering. Never had it.
> Never will. Let it do what it's comfortable with.
>
> -==-
> Jack Repenning
> Chief Technology Officer
> CollabNet, Inc.
> 8000 Marina Boulevard, Suite 600
> Brisbane, California 94005
> office: +1 650.228.2562
> mobile: +1 408.835.8090
> raindance: +1 877.326.2337, x844.7461
> aim: jackrepenning
> skype: jrepenning
>
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Oct 4 05:48:51 2007

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.