Unpaking Tuple

[sajuptpm]

Hi,

I am using python 2.6.

I need a way to make following code working without any ValueError .
>>> a, b, c, d = (1,2,3,4)
>>> a, b, c, d = (1,2,3).

Note: Number of values in the tuple will change dynamically.


I know in python 3, you can do `a, b, c, *d = (1, 2, 3)` and then d will contain any elements that didn't fit into a,b,c.

Regards,
Saju

[Chris Rebert]

On Sat, Oct 6, 2012 at 3:09 AM, sajuptpm <saju...@gmail.com> wrote:
> Hi,
>
> I am using python 2.6.
>
> I need a way to make following code working without any ValueError .
>>>> a, b, c, d = (1,2,3,4)
>>>> a, b, c, d = (1,2,3).
>
> Note: Number of values in the tuple will change dynamically.

Then you arguably want a list, not a tuple.

But at any rate:
shortfall = 4 - len(your_tuple)
your_tuple += (None,) * shortfall # assuming None is a suitable default
a, b, c, d = your_tuple

If you also need to handle the "too many items" case, use slicing:
a, b, c, d = your_tuple[:4]

Cheers,
Chris

[Roy Smith]

In article <mailman.1898.1349519...@python.org>,

Chris Rebert <cl...@rebertia.com> wrote:

> But at any rate:
> shortfall = 4 - len(your_tuple)
> your_tuple += (None,) * shortfall # assuming None is a suitable default
> a, b, c, d = your_tuple
>
> If you also need to handle the "too many items" case, use slicing:
> a, b, c, d = your_tuple[:4]

I usually handle both of those cases at the same time:

>>> a, b, c, d = (my_tuple + (None,) * 4)[:4]

[Steven D'Aprano]

While that's fine for small tuples, if somebody wanted to mess with you,
and passed (say) a million-item tuple, that would unnecessarily copy all
million items before throwing all but four away.

For the sake of a two-liner instead of a one-liner, you can avoid such
nasty surprises:

my_tuple = my_tuple[:4]
a,b,c,d = my_tuple if len(my_tuple) == 4 else (my_tuple + (None,)*4)[:4]

A similar solution:

a,b,c,d = (my_tuple[:4] + (None, None, None, None))[:4]

Here's a dumb one-liner, good for making people laugh at you:

a,b,c,d = (x for i,x in enumerate(my_tuple + (None,)*4) if i < 4)

and an obfuscated solution:

from itertools import izip_longest as izip
a,b,c,d = (None if x == (None,None) else x[0][1] for x in izip(zip
('izip', my_tuple), (None for izip in 'izip')))


But in my opinion, the best solution of all is a three-liner:

if len(my_tuple) < 4:
my_tuple += (None,)*(4 - len(my_tuple))
a,b,c,d = my_tuple[4:]



--
Steven

[woooee]

On Oct 6, 3:09 am, sajuptpm <sajup...@gmail.com> wrote:
> I need a way to make following code working without any ValueError .
>
> >>> a, b, c, d = (1,2,3,4)
> >>> a, b, c, d = (1,2,3).

Why is it necessary to unpack the tuple into arbitrary variables.
a_tuple=(1,2,3)
for v in a_tuple:
print v

for ctr in range(len(a_tuple)):
print a_tuple[ctr]

[Terry Reedy]

On 10/7/2012 1:58 PM, woooee wrote:
> On Oct 6, 3:09 am, sajuptpm <sajup...@gmail.com> wrote:
>> I need a way to make following code working without any ValueError .
>>
>>>>> a, b, c, d = (1,2,3,4)
>>>>> a, b, c, d = (1,2,3)

You cannot 'make' buggy code work -- except by changing it.

>>> a, b, c, *d = (1,2,3)

>>> d
[]

> Why is it necessary to unpack the tuple into arbitrary variables.

It is not necessary.

> a_tuple=(1,2,3)
> for v in a_tuple:
> print v

This is often the right way to access any iterable.

> for ctr in range(len(a_tuple)):
> print a_tuple[ctr]

This is seldom the right way. See the example below.

Unpacking is for when you have known-length iterables. For instance,
enumerate produces pairs.

>>> for i, v in enumerate('abc'):
print('Item {} is {}.'.format(i, v))

Item 0 is a.
Item 1 is b.
Item 2 is c.

--
Terry Jan Reedy

[Thomas Bach]

Hi there,

On Sat, Oct 06, 2012 at 03:08:38PM +0000, Steven D'Aprano wrote:
>
> my_tuple = my_tuple[:4]
> a,b,c,d = my_tuple if len(my_tuple) == 4 else (my_tuple + (None,)*4)[:4]
>

Are you sure this works as you expect? I just stumbled over the following:

$ python
Python 3.2.3 (default, Jun 25 2012, 23:10:56)
[GCC 4.7.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> split = ['foo', 'bar']
>>> head, tail = split if len(split) == 2 else split[0], None
>>> head
['foo', 'bar']
>>> tail
>>>

I don't get it! Could someone help me, please? Why is head not 'foo'
and tail not 'bar'?

Regards,
Thomas

[Prasad, Ramit]

Thomas Bach wrote:
> Hi there,
>
> On Sat, Oct 06, 2012 at 03:08:38PM +0000, Steven D'Aprano wrote:
> >

> > my_tuple = my_tuple[:4]
> > a,b,c,d = my_tuple if len(my_tuple) == 4 else (my_tuple + (None,)*4)[:4]
> >
>

> Are you sure this works as you expect? I just stumbled over the following:
>
> $ python
> Python 3.2.3 (default, Jun 25 2012, 23:10:56)
> [GCC 4.7.1] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>> split = ['foo', 'bar']
> >>> head, tail = split if len(split) == 2 else split[0], None
> >>> head
> ['foo', 'bar']
> >>> tail
> >>>
>
> I don't get it! Could someone help me, please? Why is head not 'foo'
> and tail not 'bar'?
>
> Regards,
> Thomas

> --

I think you just need to wrap the else in parenthesis so the
else clause is treated as a tuple. Without the parenthesis
I believe it is grouping the code like this.

head, tail = (split if len(split) == 2 else split[0] ), None

You want:
head, tail = split if len(split) == 2 else (split[0], None )


Ramit
This email is confidential and subject to important disclaimers and
conditions including on offers for the purchase or sale of
securities, accuracy and completeness of information, viruses,
confidentiality, legal privilege, and legal entity disclaimers,
available at http://www.jpmorgan.com/pages/disclosures/email.

[Bob Martin]

in 682592 20121008 232126 "Prasad, Ramit" <ramit....@jpmorgan.com> wrote:
>Thomas Bach wrote:=0D=0A> Hi there,=0D=0A> =0D=0A> On Sat, Oct 06, 2012 at =
>03:08:38PM +0000, Steven D'Aprano wrote:=0D=0A> >=0D=0A> > my_tuple =3D my_=
>tuple[:4]=0D=0A> > a,b,c,d =3D my_tuple if len(my_tuple) =3D=3D 4 else (my_=
>tuple + (None,)*4)[:4]=0D=0A> >=0D=0A> =0D=0A> Are you sure this works as y=
>ou expect? I just stumbled over the following:=0D=0A> =0D=0A> $ python=0D=
>=0A> Python 3=2E2=2E3 (default, Jun 25 2012, 23:10:56)=0D=0A> [GCC 4=2E7=2E=
>1] on linux2=0D=0A> Type "help", "copyright", "credits" or "license" for mo=
>re information=2E=0D=0A> >>> split =3D ['foo', 'bar']=0D=0A> >>> head, tail=
>=3D split if len(split) =3D=3D 2 else split[0], None=0D=0A> >>> head=0D=0A=
>> ['foo', 'bar']=0D=0A> >>> tail=0D=0A> >>>=0D=0A> =0D=0A> I don't get it! =
>Could someone help me, please? Why is head not 'foo'=0D=0A> and tail not 'b=
>ar'?=0D=0A> =0D=0A> Regards,=0D=0A> Thomas=0D=0A> --=0D=0A=0D=0AI think yo=
>u just need to wrap the else in parenthesis so the=0D=0Aelse clause is trea=
>ted as a tuple=2E Without the parenthesis =0D=0AI believe it is grouping th=
>e code like this=2E=0D=0A=0D=0Ahead, tail =3D (split if len(split) =3D=3D 2=
>else split[0] ), None=0D=0A=0D=0AYou want:=0D=0Ahead, tail =3D split if le=
>n(split) =3D=3D 2 else (split[0], None )=0D=0A=0D=0A=0D=0ARamit=0D=0AThis e=
>mail is confidential and subject to important disclaimers and=0D=0Aconditio=
>ns including on offers for the purchase or sale of=0D=0Asecurities, accurac=
>y and completeness of information, viruses,=0D=0Aconfidentiality, legal pri=
>vilege, and legal entity disclaimers,=0D=0Aavailable at http://www=2Ejpmorg=
>an=2Ecom/pages/disclosures/email=2E

How does one unpack this post? ;-)

[Dave Angel]

On 10/09/2012 02:07 AM, Bob Martin wrote:
> in 682592 20121008 232126 "Prasad, Ramit" <ramit....@jpmorgan.com> wrote:
>> Thomas Bach wrote:=0D=0A> Hi there,=0D=0A> =0D=0A> On Sat, Oct 06, 2012 at =
>> 03:08:38PM +0000, Steven D'Aprano wrote:=0D=0A> >=0D=0A> > my_tuple =3D my_=
>> tuple[:4]=0D=0A> > a,b,c,d =3D my_tuple if len(my_tuple) =3D=3D 4 else (my_=

>> <SNIP>

>> y and completeness of information, viruses,=0D=0Aconfidentiality, legal pri=
>> vilege, and legal entity disclaimers,=0D=0Aavailable at http://www=2Ejpmorg=
>> an=2Ecom/pages/disclosures/email=2E
> How does one unpack this post? ;-)

Since that's not the way it arrived here, i have to ask, how do you get
these posts? Are you subscribed to individual messages by email via
python.org? or are you using google-groups or some other indirection?

In any reasonable mail program, you can see the source of a message.
Most of the troubles i've seen here have been caused by people trying to
send html mail to a text-based mailing list. But in the case you quote,
the original message came here as text/plain, and well formatted.

--

DaveA

[Jussi Piitulainen]

Dave Angel writes:

> On 10/09/2012 02:07 AM, Bob Martin wrote:

> > in 682592 20121008 232126 "Prasad, Ramit" wrote:
[snip mess]

> > How does one unpack this post? ;-)
>
> Since that's not the way it arrived here, i have to ask, how do you
> get these posts? Are you subscribed to individual messages by email
> via python.org? or are you using google-groups or some other
> indirection?
>
> In any reasonable mail program, you can see the source of a message.
> Most of the troubles i've seen here have been caused by people
> trying to send html mail to a text-based mailing list. But in the
> case you quote, the original message came here as text/plain, and
> well formatted.

I see a carriage return rendered as ^M at the end of every line from
Prasad's messages. Other than that, they are well-formatted plain text
for me, too.

I guess Prasad's system sends \r\n instead of \n\r (the DOS line-end)
and \r\n gets interpreted as a stray \r followed by end-of-line.

[Tim Chase]

On 10/09/12 02:22, Jussi Piitulainen wrote:
>>> in 682592 20121008 232126 "Prasad, Ramit" wrote:
> [snip mess]
>>> How does one unpack this post? ;-)
>>
>> Since that's not the way it arrived here, i have to ask, how do you
>> get these posts?
>

> I see a carriage return rendered as ^M at the end of every line from
> Prasad's messages. Other than that, they are well-formatted plain text
> for me, too.
>
> I guess Prasad's system sends \r\n instead of \n\r (the DOS line-end)
> and \r\n gets interpreted as a stray \r followed by end-of-line.

Prasad's system is correctly sending the "right" order (DOS
line-ends are CR+LF = \r\n, not the other way around). However, it
might be that there is no CR+LF on the last line, or that one line
is missing the CR, so your viewer heuristic (vim does this) thinks
it has Unix NL-only line-endings and shows the ^M on all the lines
that have the CR. All for one stray line without.

Prasad's email came through cleanly here (gmane + Thunderbird).

-tkc

[Jussi Piitulainen]

Tim Chase writes:
> On 10/09/12 02:22, Jussi Piitulainen wrote:
> >>> in 682592 20121008 232126 "Prasad, Ramit" wrote:
> > [snip mess]
> >>> How does one unpack this post? ;-)
> >>
> >> Since that's not the way it arrived here, i have to ask, how do you
> >> get these posts?
> >
> > I see a carriage return rendered as ^M at the end of every line from
> > Prasad's messages. Other than that, they are well-formatted plain text
> > for me, too.
> >
> > I guess Prasad's system sends \r\n instead of \n\r (the DOS line-end)
> > and \r\n gets interpreted as a stray \r followed by end-of-line.
>
> Prasad's system is correctly sending the "right" order (DOS
> line-ends are CR+LF = \r\n, not the other way around).

You are right. I managed to confuse myself about the order of the two
characters while staring on a source that says the opposite of what I
said (http://en.wikipedia.org/wiki/Newline).

Doubly sorry about the noise (being both off-topic and incorrect).

> However, it might be that there is no CR+LF on the last line, or
> that one line is missing the CR, so your viewer heuristic (vim does
> this) thinks it has Unix NL-only line-endings and shows the ^M on
> all the lines that have the CR. All for one stray line without.

That doesn't sound robust. The problem is still quite rare for me.

> Prasad's email came through cleanly here (gmane + Thunderbird).

I'm on Gnus in Emacs, probably a few years out of date.

[Grant Edwards]

On 2012-10-09, Bob Martin <bob.m...@excite.com> wrote:
> in 682592 20121008 232126 "Prasad, Ramit" <ramit....@jpmorgan.com> wrote:
>>Thomas Bach wrote:=0D=0A> Hi there,=0D=0A> =0D=0A> On Sat, Oct 06, 2012 at =
>>03:08:38PM +0000, Steven D'Aprano wrote:=0D=0A> >=0D=0A> > my_tuple =3D my_=
>>tuple[:4]=0D=0A> > a,b,c,d =3D my_tuple if len(my_tuple) =3D=3D 4 else (my_=
>

> How does one unpack this post? ;-)

Yea, my newsreader doesn't like those posts either -- though they're
not as bad as what yours displays. Mine just shows "^M" strings all
at the end of every line.

--
Grant Edwards grant.b.edwards Yow! BARBARA STANWYCK makes
at me nervous!!
gmail.com

[Tim Chase]

On 10/09/12 07:05, Jussi Piitulainen wrote:

> Tim Chase writes:
>> However, it might be that there is no CR+LF on the last line,
>> or that one line is missing the CR, so your viewer heuristic
>> (vim does this) thinks it has Unix NL-only line-endings and
>> shows the ^M on all the lines that have the CR. All for one
>> stray line without.
>
> That doesn't sound robust. The problem is still quite rare for
> me.

Vim's heuristic is that, if *all* the lines end in CR+LF, it's a
DOS-formatted file; otherwise it's a Unix-style (LF) file with
spurious CRs in it (they just happen to come at the end of
most-but-not-all lines). It works quite robustly, since writing the
file back out will reliably put the CRs back where they were and
leave the non-CR'ed lines as they were with only LF. Vim makes it
pretty easy to remove the spurious CRs and then change the
file-format from Unix to DOS line-endings and write it out if that's
what you want[1].

-tkc


[1]
:%s/\r$
:set ff=dos
:w

which (1) removes the spurious/inconsistent CRs, (2) tells vim that
newlines should be written as CR+LF when writing and (3) writes the
file back out to disk.

[Prasad, Ramit]

Bob Martin wrote

> --

Hmm, I am not sure why that happened. For reference:
http://mail.python.org/pipermail/python-list/2012-October/632603.html

[Robert Miles]

There are a number of programs for converting ends of lines between
Linux format, Windows format, and Mac formats. You could try running
all of those programs your operating system provides on that text,
then checking which one of them gives the most readable results.

[Hans Mulder]

How about:

print re.sub('^>* ', '', this_post, flags=re.M).decode('quopri')


Hope this helps,

-- HansM