Re: EOFError: marshal data too short -- causes?

Path	csiph.com!fu-berlin.de!uni-berlin.de!not-for-mail
From	Glenn Linderman <v+python@g.nevcal.com>
Newsgroups	comp.lang.python
Subject	Re: EOFError: marshal data too short -- causes?
Date	Fri, 8 Jan 2016 12:11:52 -0800
Lines	45
Message-ID	<mailman.78.1452283926.2305.python-list@python.org> (permalink)
References	<56822D4F.8070309@g.nevcal.com> <n5tc6o$dgl$1@ger.gmane.org> <56823DBC.9010205@g.nevcal.com> <n5usb4$de1$1@ger.gmane.org> <568441DA.9000107@g.nevcal.com> <568EB4AA.4020705@g.nevcal.com> <subu8b5hafchk1li0s5g1e1puo1jf8duq2@4ax.com>
Mime-Version	1.0
Content-Type	text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding	7bit
X-Trace	news.uni-berlin.de tBSkEwr35anyTxSFE5ldXAEs5eNFGoNsYHc/g7j4KuiA==
Return-Path	<v+python@g.nevcal.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; 'cache': 0.05; 'file)': 0.07; 'read-only': 0.07; 'variant': 0.07; 'rebuild': 0.09; 'wrong,': 0.09; 'bug': 0.10; 'python': 0.10; 'jan': 0.11; 'thu,': 0.15; '(directly': 0.16; '2016': 0.16; '__pycache__': 0.16; 'activity?': 0.16; 'host"': 0.16; 'indirectly)': 0.16; 'modified.': 0.16; 'received:10.0.90': 0.16; 'received:69.195': 0.16; 'received:69.195.124': 0.16; 'received:io': 0.16; 'received:mail.unifiedlayer.com': 0.16; 'received:psf.io': 0.16; 'received:unifiedlayer.com': 0.16; 'something.': 0.16; 'still,': 0.16; 'subject:too': 0.16; 'task.': 0.16; 'wrote:': 0.16; 'resolved': 0.18; "shouldn't": 0.18; '>': 0.18; 'versions': 0.20; 'portion': 0.20; 'prevent': 0.20; '(or': 0.23; 'seems': 0.23; 'installation': 0.23; 'header:In-Reply-To:1': 0.24; 'header:User-Agent:1': 0.26; 'installed': 0.26; 'error': 0.27; 'subject: -- ': 0.27; 'looks': 0.29; 'idea,': 0.29; 'especially': 0.32; 'maybe': 0.33; 'run': 0.33; 'source': 0.33; 'structure': 0.34; 'received:10.0': 0.34; 'next': 0.35; 'could': 0.35; 'clear': 0.35; 'happened': 0.35; 'possible,': 0.35; 'something': 0.35; 'but': 0.36; 'should': 0.36; 'there': 0.36; '(and': 0.36; 'to:addr:python-list': 0.36; 'subject:?': 0.36; 'pm,': 0.36; 'subject:: ': 0.37; 'received:10': 0.37; 'really': 0.37; 'two': 0.37; 'being': 0.37; 'thanks': 0.37; 'sources': 0.37; 'seem': 0.37; 'version': 0.38; 'wrong': 0.38; 'log': 0.38; 'files': 0.38; 'why': 0.39; 'goes': 0.39; 'whatever': 0.39; 'to:addr:python.org': 0.40; 'mark': 0.40; 'some': 0.40; 'chance': 0.60; 'ever': 0.60; 'close': 0.61; 'more': 0.63; 'different': 0.63; 'backup': 0.66; 'received:50': 0.66; 'touch': 0.66; 'user,': 0.67; 'fast,': 0.84; 'glenn': 0.84; 'induce': 0.84; 'irrelevant': 0.84; 'received:69.89': 0.84; 'shared,': 0.84; 'touched': 0.84; 'triggering': 0.84; 'dennis': 0.91
X-Authority-Analysis	v=2.1 cv=bej4Do/B c=1 sm=1 tr=0 a=bHMQH+OLnPEWGwbUEerQzQ==:117 a=bHMQH+OLnPEWGwbUEerQzQ==:17 a=cNaOj0WVAAAA:8 a=f5113yIGAAAA:8 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=9HSTQGAzAAAA:8 a=7j9GTTBHwvYA:10 a=Wq68y9Uqqt0A:10 a=7aQ_Q-yQQ-AA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=dnVESHiPZaWIsxIvp4kA:9 a=QEXdDO2ut3YA:10 a=WHO0E736AAAA:8 a=N6rd4O4_HpYlLLmpQ4oA:9 a=ZS29d-apSUs9qseM:21 a=_W_S_7VecoQA:10
User-Agent	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1
In-Reply-To	<subu8b5hafchk1li0s5g1e1puo1jf8duq2@4ax.com>
X-Identified-User	{1756:box1033.bluehost.com:areliabl:nevcal.com} {sentby:smtp auth 50.37.20.165 authed with test@nevcal.com}
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 <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>
Xref	csiph.com comp.lang.python:101395

Show key headers only | View raw

On 1/7/2016 7:44 PM, Dennis Lee Bieber wrote:
> On Thu, 7 Jan 2016 10:55:38 -0800, Glenn Linderman <v+python@g.nevcal.com>
> declaimed the following:
>
>> But all the touched files are .pyc files (and the directories
>> __pycache__ directories).  None of the source files were modified. So
>> why would any .pyc files ever be updated if the source files are not?
>> Are there _any_  Python-specific reasons?
>>
> 	Two different versions of Python accessing the same modules? That might
> induce one to do a rebuild of the .pyc from the .py... Especially if the
> variant is something being run (directly or indirectly) from some scheduled
> task.

Thanks for the idea, but there is only one version of Python installed 
in that directory structure (and all of my "shared host" portion of the 
server).

> 	Some conflict with a backup process corrupting files?

This seems more possible, simply because I don't understand their backup 
process. Still, if Python only reads shared, and there'd be no reason 
for a backup process to do more than read shared, there shouldn't be a 
conflict...

But it seems clear that there _is_ some conflict or some mysterious bug 
that is triggering something.

The installation happened really fast, when I did it, many many files 
seem to have the same timestamp. Maybe some of the sources are really 
close in touch time to the .pyc? But still, it seems that would have 
been resolved long ago...  But I could go "touch" all the .pyc to give 
them nice new timestamps?

Maybe I should mark all the current .pyc  read-only even to myself? That 
would prevent them from being rebuilt by Python, and maybe when whatever 
goes wrong goes wrong, an error would return to the user, but maybe the 
next access would work.... that'd be better than letting whatever goes 
wrong modify/corrupt the .pyc, so that _every future_ access fails?

Maybe before launching Python I should do a "find ~/py34 --name *.pyc > 
/dev/null" (or some log file) to cache the directory structure before 
Python looks at it, and give the mysterious bug a chance to happen with 
an irrelevant activity?

Back to comp.lang.python | Previous | Next | Find similar | Unroll thread

Thread

Re: EOFError: marshal data too short -- causes? Glenn Linderman <v+python@g.nevcal.com> - 2016-01-08 12:11 -0800

csiph-web