Path: csiph.com!usenet.pasdenom.info!news.redatomik.org!newsfeed.xs4all.nl!newsfeed1a.news.xs4all.nl!xs4all!newsgate.cistron.nl!newsgate.news.xs4all.nl!post.news.xs4all.nl!not-for-mail
Return-Path: <rosuav@gmail.com>
X-Original-To: python-list@python.org
Delivered-To: python-list@mail.python.org
X-Spam-Status: OK 0.002
X-Spam-Evidence: '*H*': 1.00; '*S*': 0.00; 'python,': 0.02; 'subject:Python': 0.05; 'utf-8': 0.07; 'integers': 0.09; 'cc:addr :python-list': 0.10; 'python.': 0.11; 'explicitly': 0.15; 'from:addr:rosuav': 0.16; 'from:name:chris angelico': 0.16; 'handling.': 0.16; 'integers,': 0.16; 'least.': 0.16; 'security?': 0.16; 'unicode.': 0.16; 'wrote:': 0.16; 'bytes': 0.18; 'library': 0.20; 'cc:2**0': 0.21; 'cc:addr:python.org': 0.21; '64-bit': 0.22; 'am,': 0.23; '2015': 0.23; 'sat,': 0.23; 'header:In-Reply-To:1': 0.24; 'paul': 0.24; 'chris': 0.26; 'see,': 0.27; 'message- id:@mail.gmail.com': 0.28; "doesn't": 0.28; "i'm": 0.29; 'looks': 0.29; 'about.': 0.29; 'comparison': 0.29; 'strings,': 0.29; 'fixed': 0.31; 'received:google.com': 0.34; 'could': 0.35; 'unicode': 0.35; 'something': 0.35; "isn't": 0.35; 'but': 0.36; 'being': 0.36; 'text': 0.36; 'too': 0.36; 'url:org': 0.36; 'there': 0.36; 'functional': 0.36; 'quite': 0.37; 'so,': 0.37; 'subject:: ': 0.37; 'rather': 0.38; 'mean': 0.38; 'called': 0.40; 'url:3': 0.60; 'your': 0.60; 'per': 0.61; '30,': 0.63; 'talking': 0.67; 'chrisa': 0.84; 'to:none': 0.90
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; bh=1KiPhV8PZv/ttx2TTzjPUAkh+SVZVFXMFT75ftplq2k=; b=QpunLalt+5JQKKaj6AvhSAtel6a4Gc+EeeXDWWZ5JI9UCafv7okzMx8QorGuNjuRq5 5gdrP+N2C7MwT9Yuj5WOolKZzhlCkJACoAZM9KHKdGvRR6Iry463iUHL5HdR4hFe/ZH9 eD0vP9JBBLApIVtf68AkkFNs4O53Ec4xDbizGjhaEh/Z+7wpE/udtHU1mwZO/3C0ViJY QbSrVcqMCslcqS9neUvhG5OwrLq283vfu3abL4gz/MlRpeNRIT4wsS+2Jnh6KOaGpduY NzbtU2OtJFMgaMa01Fy+WFkSjVouy2PtEbo9j2Td2Aq4ebe4PjujopHjQ1JGQSR/0DVt Wv9Q==
MIME-Version: 1.0
X-Received: by 10.107.134.153 with SMTP id q25mr12835366ioi.27.1432939741045; Fri, 29 May 2015 15:49:01 -0700 (PDT)
In-Reply-To: <87h9qvxmh0.fsf@jester.gateway.sonic.net>
References: <60b424a2-2273-42b2-b60c-92656af0afa5@googlegroups.com> <mk7ng1$uq3$1@ger.gmane.org> <CAPTjJmpC40fLdmGvMqCGtt82O5QWzNGyHnSGgiX_mNrz3O_LdA@mail.gmail.com> <mk90bq$dn4$1@ger.gmane.org> <mailman.160.1432885273.5151.python-list@python.org> <87h9qvxmh0.fsf@jester.gateway.sonic.net>
Date: Sat, 30 May 2015 08:49:00 +1000
Subject: Re: Creating a reliable sandboxed Python environment
From: Chris Angelico <rosuav@gmail.com>
Cc: "python-list@python.org" <python-list@python.org>
Content-Type: text/plain; charset=UTF-8
X-BeenThere: python-list@python.org
X-Mailman-Version: 2.1.20+
Precedence: list
List-Id: General discussion list for the Python programming language <python-list.python.org>
List-Unsubscribe: <https://mail.python.org/mailman/options/python-list>, <mailto:python-list-request@python.org?subject=unsubscribe>
List-Archive: <http://mail.python.org/pipermail/python-list/>
List-Post: <mailto:python-list@python.org>
List-Help: <mailto:python-list-request@python.org?subject=help>
List-Subscribe: <https://mail.python.org/mailman/listinfo/python-list>, <mailto:python-list-request@python.org?subject=subscribe>
Newsgroups: comp.lang.python
Message-ID: <mailman.210.1432939749.5151.python-list@python.org>
Lines: 30
NNTP-Posting-Host: 2001:888:2000:d::a6
X-Trace: 1432939749 news.xs4all.nl 2898 [2001:888:2000:d::a6]:44864
X-Complaints-To: abuse@xs4all.nl
Xref: csiph.com comp.lang.python:91507

On Sat, May 30, 2015 at 4:33 AM, Paul Rubin <no.email@nospam.invalid> wrote:
> Chris Angelico <rosuav@gmail.com> writes:
>> Looks to me as if Lua doesn't have integers at all
>
> They fixed that in Lua 5.3:
>
>   http://www.lua.org/manual/5.3/readme.html#changes

That's 64-bit integers, not arbitrary-precision, but that's something
at least. You do still need to worry about what happens when your
numbers get too big; in Python, you simply don't. So it's still not
quite there in terms of functionality.

>> Likewise, eight-bit strings, not Unicode.
>
> Also fixed in 5.3 (basic utf-8 support added, per above).

This is definitely NOT what I'm talking about. From what I can see,
5.3 introduces a new library for working with strings of bytes as if
they were UTF-8. That's on par with PHP's Unicode support - basically,
nothing that isn't explicitly coded. It makes Unicode something that
you tack on with resignation, rather than something that's just an
automatic part of text handling. So, a long way from being there in
functionality.

Do you see what I mean about functionality being sacrificed for
security? There is no way that this could be called fully functional
by comparison with Python.

ChrisA