"flushing"/demanding generator contents - implications for injection of control

[metaperl]

For this program:

def reverse(data):
for index in range(len(data)-1, -1, -1):
yield data[index]

r = reverse("golf")

for char in r:
print char
I'm wondering if the line:

r = reverse("golf")

"demands" the contents of the function reverse() all at once and if I
must write

for char in reverse("golf") :
print char

if I want the results streamed instead of generated complely.

** CONTEXT **

The simple example above is not what I am really doing. My real
program parses very large
data files using pyparsing. Pyparsing can generate incremental/yielded
results with no problem:

http://pyparsing.wikispaces.com/mess.../248539#248852

but because I believe in injection of control (pushing data around as
opposed to having
the target pull it), I get the parse and then inject it into the
generator:

parse = parsing.parse(f p.read())
txt = textgen.generat e(self.storage. output, patent_key,
parse, f.basename(), debug=False)

[Jussi Salmela]

metaperl kirjoitti:

For this program:

def reverse(data):
for index in range(len(data)-1, -1, -1):
yield data[index]

r = reverse("golf")

for char in r:
print char
I'm wondering if the line:

r = reverse("golf")

"demands" the contents of the function reverse() all at once and if I
must write

for char in reverse("golf") :
print char

if I want the results streamed instead of generated complely.

** CONTEXT **

The simple example above is not what I am really doing. My real
program parses very large
data files using pyparsing. Pyparsing can generate incremental/yielded
results with no problem:

http://pyparsing.wikispaces.com/mess.../248539#248852

but because I believe in injection of control (pushing data around as
opposed to having
the target pull it), I get the parse and then inject it into the
generator:

parse = parsing.parse(f p.read())
txt = textgen.generat e(self.storage. output, patent_key,
parse, f.basename(), debug=False)

I don't know, I'm guessing:

... r = reverse("golf")
... type(r)
<type 'generator'>
... print r.next()
f

So r is not the string 'flog', it is the generator producing it

HTH,
Jussi

[Gabriel Genellina]

En Mon, 05 Feb 2007 16:47:43 -0300, metaperl <me******@gmail .comescribió:

For this program:

def reverse(data):
for index in range(len(data)-1, -1, -1):
yield data[index]

r = reverse("golf")

for char in r:
print char
I'm wondering if the line:

r = reverse("golf")

"demands" the contents of the function reverse() all at once and if I
must write

for char in reverse("golf") :
print char

if I want the results streamed instead of generated complely.

reverse is a generator; it executes one step at a time. That's the whole
point of generators.

--
Gabriel Genellina

[metaperl]

On Feb 5, 3:08 pm, Jussi Salmela <tiedon_j...@ho tmail.comwrote:

metaperl kirjoitti:

For this program:

def reverse(data):
for index in range(len(data)-1, -1, -1):
yield data[index]

r = reverse("golf")

for char in r:
print char

I'm wondering if the line:

r = reverse("golf")

"demands" the contents of the function reverse() all at once and if I
must write

for char in reverse("golf") :
print char

if I want the results streamed instead of generated complely.

** CONTEXT **

The simple example above is not what I am really doing. My real
program parses very large
data files using pyparsing. Pyparsing can generate incremental/yielded
results with no problem:

http://pyparsing.wikispaces.com/mess.../248539#248852

but because I believe in injection of control (pushing data around as
opposed to having
the target pull it), I get the parse and then inject it into the
generator:

parse = parsing.parse(f p.read())
txt = textgen.generat e(self.storage. output, patent_key,
parse, f.basename(), debug=False)

I don't know, I'm guessing:

... r = reverse("golf")
... type(r)
<type 'generator'>

very slick! thanks!

... print r.next()
f

So r is not the string 'flog', it is the generator producing it

HTH,

It does!

Jussi