On 29/09/12 02:20:50, Rikishi42 wrote:
> On 2012-09-28, Dennis Lee Bieber wrote:
>> On Thu, 27 Sep 2012 22:25:39 + (UTC), John Gordon
>> declaimed the following in gmane.comp.python.general:
>>
>>>
>>> Isn't terminal output line-buffered? I don't understand why there would
>>> be an output d
On 2012-09-28, Chris Angelico wrote:
> On Fri, Sep 28, 2012 at 10:05 AM, Rikishi42 wrote:
>> The scripts in question only increase numbers. But should that not be the
>> case, solutions are simple enough. The numbers can be formatted to have a
>> fixed size. In the case of random line contents (a
On 2012-09-28, Dennis Lee Bieber wrote:
> On Thu, 27 Sep 2012 22:25:39 + (UTC), John Gordon
> declaimed the following in gmane.comp.python.general:
>
>>
>> Isn't terminal output line-buffered? I don't understand why there would
>> be an output delay. (Unless the "\r" is messing things up..
On Fri, Sep 28, 2012 at 10:05 AM, Rikishi42 wrote:
> The scripts in question only increase numbers. But should that not be the
> case, solutions are simple enough. The numbers can be formatted to have a
> fixed size. In the case of random line contents (a list of filesnames, say)
> it's enough to
On 2012-09-27, Chris Angelico wrote:
> On Fri, Sep 28, 2012 at 8:25 AM, John Gordon wrote:
>> Isn't terminal output line-buffered? I don't understand why there would
>> be an output delay. (Unless the "\r" is messing things up...)
>
> This is a classic progress-indication case, which does indee
On 2012-09-27, Chris Angelico wrote:
> On Fri, Sep 28, 2012 at 7:57 AM, Rikishi42 wrote:
>> I have these 2 scripts that are very heavy on the file i/o, consume a very
>> reasonable amount of cpu and output their counters at a - very - relaxed
>> pace to the console. The output is very simply done
On Fri, Sep 28, 2012 at 8:25 AM, John Gordon wrote:
> Isn't terminal output line-buffered? I don't understand why there would
> be an output delay. (Unless the "\r" is messing things up...)
This is a classic progress-indication case, which does indeed mess up
line-buffering. The carriage return
In Chris Angelico
writes:
> On Fri, Sep 28, 2012 at 7:57 AM, Rikishi42 wrote:
> > I have these 2 scripts that are very heavy on the file i/o, consume a very
> > reasonable amount of cpu and output their counters at a - very - relaxed
> > pace to the console. The output is very simply done usin
On Fri, Sep 28, 2012 at 7:57 AM, Rikishi42 wrote:
> I have these 2 scripts that are very heavy on the file i/o, consume a very
> reasonable amount of cpu and output their counters at a - very - relaxed
> pace to the console. The output is very simply done using something like:
>
>print "files:
