Path: csiph.com!fu-berlin.de!uni-berlin.de!not-for-mail From: Ian Kelly Newsgroups: comp.lang.python Subject: Re: Problems using struct pack/unpack in files, and reading them. Date: Sat, 14 Nov 2015 10:04:36 -0700 Lines: 27 Message-ID: References: <20151113192045.GA9913@z-sverige.nu> <56469f14$0$1612$c3e8da3$5496439d@news.astraweb.com> <5646c95a$0$1597$c3e8da3$5496439d@news.astraweb.com> <87vb94ikuv.fsf@elektro.pacujo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: news.uni-berlin.de +FR0uLBt9kttXOIC7uSrigX/JWABX9cCZLkGEWbtuqgA== Return-Path: X-Original-To: python-list@python.org Delivered-To: python-list@mail.python.org X-Spam-Status: OK 0.025 X-Spam-Evidence: '*H*': 0.95; '*S*': 0.00; '-1.': 0.09; 'subject:files': 0.09; 'subject:using': 0.09; "they've": 0.09; 'received:io': 0.16; 'received:psf.io': 0.16; 'silly': 0.16; 'subject:Problems': 0.16; 'unary': 0.16; 'wrote:': 0.16; 'integer': 0.18; '>': 0.18; '2015': 0.20; 'am,': 0.23; 'code,': 0.23; 'bit': 0.23; 'seems': 0.23; 'header:In-Reply-To:1': 0.24; 'message-id:@mail.gmail.com': 0.27; '14,': 0.27; 'division': 0.29; 'subject:/': 0.30; 'code': 0.30; 'somebody': 0.30; 'though.': 0.33; 'received:google.com': 0.35; 'could': 0.35; 'nov': 0.35; 'but': 0.36; 'there': 0.36; 'received:209.85': 0.36; 'possible': 0.36; 'to:addr:python-list': 0.36; 'subject:: ': 0.37; 'received:209.85.213': 0.37; 'received:209': 0.38; 'why': 0.39; 'to:addr:python.org': 0.40; 'ever': 0.60; 'real': 0.62; 'results': 0.66; 'subject:pack': 0.84; 'to:name:python': 0.84; 'write:': 0.91; 'imagine': 0.96 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:to :content-type; bh=ImeZfqF73KFC1szNccHWKdd15oHUXMPciWMc0mqPDlo=; b=mmmUDKOv7CVRvpSvTXf1Z/baUBUJpJsPle4inRJqhBzSzWRCauTxQRtkc950l7LMii 7vwBkdA1p/Ymkn8jPxXMGgm35UGZwzR9oFgvFlVpRHMvR/hyiFY599O95Bo88m8hred7 26HEHIUDHcW9em3mtesD/URPf6gbMtSMSsKULz/+hpZciWuv3FeJfEDsI3f/lzQKVNye pG7HW+QKAaTedxZT6KL8T/kPz7Aa+2EZ1R/Fsr/P/0Zttph7ehZLUHLudHpdG52r/UKD GgmJ0m7P8+UADfcDzvg4UaBorq3IhbqMicv07FBTuPQFCRII+CR1OO9HtlbaipjTeTxQ MeIQ== X-Received: by 10.50.136.132 with SMTP id qa4mr8655868igb.68.1447520676608; Sat, 14 Nov 2015 09:04:36 -0800 (PST) In-Reply-To: <87vb94ikuv.fsf@elektro.pacujo.net> X-Content-Filtered-By: Mailman/MimeDel 2.1.20+ X-BeenThere: python-list@python.org X-Mailman-Version: 2.1.20+ Precedence: list List-Id: General discussion list for the Python programming language List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Xref: csiph.com comp.lang.python:98819 On Nov 14, 2015 9:56 AM, "Marko Rauhamaa" wrote: > > Ian Kelly : > > > For somebody reading one of these uses of unary plus in real code, I > > imagine it would be a bit of a WTF moment if it's the first time > > they've encountered it. I don't recall ever seeing any code that > > actually used this, though. > > What I don't understand is why there is a unary + but no unary /: > > -x =E2=89=A1 0 - x > +x =E2=89=A1 0 + x > /x =E2=89=A1 1 / x > //x =E2=89=A1 1 // x > *x =E2=89=A1 1 * x > > You could write: > > r =3D //(//r1 + //r2 + //r3) > > for > > r =3D 1 // (1//r1 + 1//r2 + 1//r3) Unary integer division seems pretty silly since the only possible results would be 0, 1 or -1.