Re: [Python-Dev] struct.pack inconsistencies between platforms

2012-02-26 Thread Paul Moore
On Sun, Feb 26, 2012 at 3:16 PM, Eli Bendersky wrote: > 7.2.3.1 says, shortly after the first table: > > " > > Native size and alignment are determined using the C compiler’s sizeof > expression. This is always combined with native byte order. > > Standard size depends only on the format character

Re: [Python-Dev] struct.pack inconsistencies between platforms

2012-02-26 Thread pmon mail
Sounds reasonable for me. Thanks! On Sun, Feb 26, 2012 at 3:16 PM, Eli Bendersky wrote: > > > On Sun, Feb 26, 2012 at 15:09, Paul Moore wrote: > >> On 26 February 2012 12:34, Eli Bendersky wrote: >> > On Sun, Feb 26, 2012 at 12:33, pmon mail wrote: >> >> Documentation clearly states that the

Re: [Python-Dev] struct.pack inconsistencies between platforms

2012-02-26 Thread Eli Bendersky
On Sun, Feb 26, 2012 at 15:09, Paul Moore wrote: > On 26 February 2012 12:34, Eli Bendersky wrote: > > On Sun, Feb 26, 2012 at 12:33, pmon mail wrote: > >> Documentation clearly states that the 'L' is a 4 byte integer. > >> > >> Is this a bug? I'm I missing something? > >> > > > > By default pa

Re: [Python-Dev] struct.pack inconsistencies between platforms

2012-02-26 Thread Paul Moore
On 26 February 2012 12:34, Eli Bendersky wrote: > On Sun, Feb 26, 2012 at 12:33, pmon mail wrote: >> Documentation clearly states that the 'L' is a 4 byte integer. >> >> Is this a bug? I'm I missing something? >> > > By default pack uses native size, not standard size. On a 64-bit machine: As th

Re: [Python-Dev] struct.pack inconsistencies between platforms

2012-02-26 Thread Eli Bendersky
On Sun, Feb 26, 2012 at 12:33, pmon mail wrote: > Hi > > I have found myself in the following troubling situation. > > I'm running the following code on a Python 2.6.5 on Linux x86: > Python 2.6.5 (r265:79063, Apr 16 2010, 13:09:56) > [GCC 4.4.3] on linux2 > Type "help", "copyright", "credits" or