[Novalug] laptop ram

[John Franklin]

This one works both ways.  32-bit compiled python doesn't run on a 64-bit system because the Python interpreter at /usr/bin/python is 64-bit, and can't load the 32-bit compiled code.

It works fine if you're running from source, because then the interpreter is compiling for the local machine.

jf

On Sep 28, 2011, at 4:50 PM, jecottrell3 at comcast.net wrote:

> Yeah, but this maps into the "you can't run 64 bit code on a 32 bit box" case.
> 
> I guess it's somewhat more surprising since we tend to think of Python as Interpreted Source.
> 
> JIM
> 
> ----- Original Message -----
> From: "John Franklin" <franklin at elfie.org>
> To: jecottrell3 at comcast.net
> Cc: "Matt Ryanczak" <ryanczak at gmail.com>, novalug at calypso.tux.org
> Sent: Wednesday, September 28, 2011 4:45:34 PM
> Subject: Re: [Novalug] laptop ram
> 
> Python is also a gotcha.  The default /usr/bin/python is 32 or 64-bit, depending on distro, which is only an issue when running a package of pre-compiled python of the wrong architecture size.
> 
> jf
> 
> On Sep 28, 2011, at 4:42 PM, jecottrell3 at comcast.net wrote:
> 
>> This is almost completely true. The few exceptions are things that are imported from the outside world, like the Flash you get from Adobe. For awhile, you had to remove your 64 bit Firefox, and install the 32 bit one, because Flash only ran in 32 bit more. ISTR similar things with 64 bit Java not working either, altho I believe that both seem to be fixed nowadays.
>> 
>> JIM
>> 
>> ----- Original Message -----
>> From: "Matt Ryanczak" <ryanczak at gmail.com>
>> To: novalug at calypso.tux.org
>> Sent: Wednesday, September 28, 2011 4:00:06 PM
>> Subject: Re: [Novalug] laptop ram
>> 
>> I've been 64bit on Linux on the desktop for quite a few years now and
>> have not encountered any issues. 32 bit apps/plugins work just fine on a
>> 64bit system assuming the correct libraries are installed. Things mostly
>> just work with modern Linux distributions in my experience. 64bit Ubuntu
>> is my primary desktop at the moment and I can't think of anything that
>> is broken or unavailable to me because of 64bit.
>> 
>> 
>> On 09/28/2011 02:58 PM, John Place wrote:
>>> For workstations/desktops I still gravitate to 32bit because a few apps 
>>> occasionally run into issues with 64bit or sometimes not available at 
>>> all.. It seems (to me anyhow) to to be a tier 2 platform for some of the 
>>> desktop app maintainers. PAE works for me, I I dont plan to have a 
>>> single application address that much memory. I have not seen a 
>>> performance hit thus far. For servers I deploy on 64bit because (in 
>>> general) those apps seem to be on the radar.
>>> 
>>> I generally try to "run with the pack" so I am not going to be a fringe 
>>> case...
>>> 
>>> Just my two cents...
>>> 
>>> John
>>> 
>>> On 09/28/2011 02:47 PM, David A. Cafaro wrote:
>>>> Still
>>>> it's not a bad solution if you can't go native 64bit.
>>> 
>>> _______________________________________________
>>> Novalug mailing list
>>> Novalug at calypso.tux.org
>>> http://calypso.tux.org/mailman/listinfo/novalug
>> 
>> _______________________________________________
>> Novalug mailing list
>> Novalug at calypso.tux.org
>> http://calypso.tux.org/mailman/listinfo/novalug
>> _______________________________________________
>> Novalug mailing list
>> Novalug at calypso.tux.org
>> http://calypso.tux.org/mailman/listinfo/novalug
> 
> -- 
> John Franklin
> franklin at elfie.org
> ICBM: 39º 01' 58.4"N 77º 24' 49.6"W Z+84m

-- 
John Franklin
franklin at elfie.org
ICBM: 39º 01' 58.4"N 77º 24' 49.6"W Z+84m

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2669 bytes
Desc: not available
Url : http://calypso.tux.org/pipermail/novalug/attachments/20110928/a6ce1639/attachment.bin