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
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
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
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
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