Re: Thump test requested

In article <b06db5784f.pittdj+@xxxxxxxxxxx>, David Pitt
<news@xxxxxxxxxxxx> wrote:
Hi,

I should have known it was too good to be true. The various Thump
betas have attracted little comment which leads one to suppose all
is reasonably OK. Then someone broke it.

The suspicion is that this a 512MB problem, all is perfectly fine
on my 128MB Iyonix.

The example is at the following URL is an ArtWorks file. Be aware
that if this file is in a directory and the fault occurs it will
take the whole machine down.

URL:http://www.ejclark.force9.co.uk/temp/testpage.zip

To be fair I recall one other report of a 512MB artefact, with
sprites I think it was.

I am advised that there is a druck work around to force the use of
low memory dynamic areas, this associated with PhotoDesk. I am
advised that this work around also fixes this Thump issue.

As I do have neither 512MB nor Photodesk I am not really across
this, but I was relieved I only had 128MB and promptly forgot about
the whole thing.

Specifically the issue may be related to Thump's cacheing, these
files are in <Wimp$ScrapDir>.Thump

Would some kind soul(s) please try the test file on machines of any
size so as to verify the scope of the problem.

Blummin things computers! The first time I tried I got ......

Internal error, no stack for trap handler: Internal error: Abort on data
transfer at &2089CD2C, pc=10000: registers 3FA1C

Thump's icon disappeared.

As you rightly pointed out the machine crashed with similar error:
&20850CAC, pc=9E00: registers 3FA1C

After re-booting I could load file individually and inside a
directory correctly.

Regards

Richard
512MB Aria/RISC OS 5.13/Thump,V1.50b9

.

Quantcast