This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author amaury.forgeotdarc
Recipients PyryP, amaury.forgeotdarc
Date 2011-12-13.22:33:07
SpamBayes Score 5.42899e-08
Marked as misclassified No
Message-id <>
This is expected, and is due to the late binding of the "label" variable in the "item+label" expression.  Look at the example below:

>>> l = [lambda item: item + label for label in "ab"]
>>> f1, f2 = l
>>> print f1(''), f2('')
b b

For the lambda function, 'label' is a free variable, whose value is fetched from the global environment at runtime.  But at the time the second time is executed, 'label' has only one value, the last one from the for loop, and both functions only see 'b'.
A Generator Expression also defines a code block, and the late binding also applies.

Now to fix your code, if 'ab' can be of arbitrary length, I can't find a simpler way without yet another inline function:

l = [(lambda lbl:(item + lbl for item in t))(label) for t, label in zip(tees,"ab")]

'lbl' is still a free variable, but now 'lbl' comes from the lambda function, and there is one *different* *function* per iteration of the loop; so they are in fact distinct 'lbl' variables, and the generator expressions will correctly see different labels.
Date User Action Args
2011-12-13 22:33:08amaury.forgeotdarcsetrecipients: + amaury.forgeotdarc, PyryP
2011-12-13 22:33:08amaury.forgeotdarcsetmessageid: <>
2011-12-13 22:33:08amaury.forgeotdarclinkissue13595 messages
2011-12-13 22:33:07amaury.forgeotdarccreate