From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,dbe024bebf3e8f53
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2004-01-27 03:47:30 PST
Path: 
 archiver1.google.com!news2.google.com!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed.freenet.de!easynews.net!newsfeed3.easynews.net!newsfeed.vmunix.org!uio.no!ntnu.no!not-for-mail
From: Preben Randhol <randhol+valid_for_reply_from_news@pvv.org>
Newsgroups: comp.lang.ada
Subject: Re: [OT] Spirit - Software failure
Date: Tue, 27 Jan 2004 11:47:30 +0000 (UTC)
Organization: PVV
Message-ID: 
 <slrnc1cjui.4k7.randhol+valid_for_reply_from_news@k-083152.nt.ntnu.no>
References: <5d6fdb61.0401260215.1e460bdf@posting.google.com>
 <slrnc19roj.4bn.randhol+valid_for_reply_from_news@k-083152.nt.ntnu.no>
 <ynRNfnZlreeA@eisner.encompasserve.org>
 <40152073$0$322$e4fe514c@news.xs4all.nl>
 <wccznca1dfh.fsf@shell01.TheWorld.com>
 <AdebBfgL2Msw@eisner.encompasserve.org>
 <mailman.36.1075192268.2270.comp.lang.ada@ada-france.org>
NNTP-Posting-Host: k-083152.nt.ntnu.no
X-Trace: tyfon.itea.ntnu.no 1075204050 2871 129.241.83.152 (27 Jan 2004
 11:47:30 GMT)
X-Complaints-To: usenet@itea.ntnu.no
NNTP-Posting-Date: Tue, 27 Jan 2004 11:47:30 +0000 (UTC)
User-Agent: slrn/0.9.8.0 (Linux)
Xref: archiver1.google.com comp.lang.ada:4895
Date: 2004-01-27T11:47:30+00:00
List-Id: <comp.lang.ada>

On 2004-01-27, Stephen Leake <stephen_leake@acm.org> wrote:
> Deleting files isn't defrag. This report describes a plain old memory leak.
>
> Which probably would have been checked for if they had called the
> software managing the flash ram a "memory management system" rather
> than a "file system"; JPL programmers know they need to check for
> memory leaks. But apparently they don't know they need to check for
> full disks?

I just read:

http://www.washingtonpost.com/wp-dyn/articles/A50645-2004Jan26.html

and it says:

   To ease the burden on the rover's data collection and storage system,
   engineers plan in the next day or so to start deleting hundreds of
   the unnecessary files, she said. Opportunity's handlers will see to
   it that any similar backlog in Opportunity's memory is also purged.

I don't understand this. Did they think they could take pictures forever
and the 256 Mb wouldn't be used up or there is a memory leake in the
software so that when they now take pictures (perhaps with new
instruments?) there isn't enough room to store the large pictures?


> Hiding dynamic memory management under a file system metaphor is a bad
> idea in so many ways ...

Yes.

Btw does anybody know how the colours on the photos are calibrated? If
one look at the panorama pictures one can see that the colours on the
rover are very strange. Especially the blue colour. Seems to me that the
hue is not matching what one would expect from the photos of the rover
on the nasa site (on earth).

-- 
"Saving keystrokes is the job of the text editor, not the programming
 language."