<div dir="ltr">Hi Chris,<div><br></div><div>Reading lessons at 2 sharp, in the hall :)</div><div><br></div><div>" because restarting the simulator fixes</div><div>the problem and the module compiles normally."</div><div><br></div><div>But then again maybe my spelling mistake caught you of guard. . . ;)</div><div><br></div><div>At first when they started appearing I was of your opinion, but now I opine differently since I cannot (factual language, emperical knowledge) pinpoint any place in the compiler source where they happen more than in other places. </div><div><br></div><div>It looks something like (woolly language) a rotten memory location, but then I do not get any complaints from linux otherwise, and I do use this machine to the limits of available memory. It pages a lot.</div><div><br></div><div>I also did get memory corruption problems using Oberon-olr, which I did not solve yet. There pieces of text file in the editor would disappear without gving due notice, most annoying.</div><div><br></div><div>At the moment I have half a mind to set up project-norebo also from Peter de Wachter to see what happens there. ( and I like the idea, it will work well together with using emacs as an editor. At the moment I send files across after an extensive edit. </div><div><br></div><div>here are the system details:</div><div><br></div><div><div>jan@janDell:~$ uname -a</div><div>Linux janDell 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u5 (2015-10-09) x86_64 GNU/Linux</div></div><div><br></div><div>I do not remember that I built the simulator for 32 bit or anything like that. Just typed 'make' I think.</div><div><br></div><div>Cheers</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Nov 22, 2015 at 11:10 PM, Chris Burrows <span dir="ltr"><<a href="mailto:chris@cfbsoftware.com" target="_blank">chris@cfbsoftware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">TRAP 4 results from accessing a NIL pointer. Don't let preconceived ideas ("I am sure ...", "I am also sure ...") prevent you from doing a proper investigation of the problem. ProjectOberon is pretty good at identifying runtime errors. If the system reports that you are accessing a NIL pointer at pos 4103 in Files then you can be fairly confident that is what is happening,<br>
<br>
Regards,<br>
Chris<br>
<br>
Chris Burrows<br>
CFB Software<br>
<a href="http://www.cfbsoftware.com" rel="noreferrer" target="_blank">http://www.cfbsoftware.com</a><br>
<br>
From: Oberon [mailto:<a href="mailto:oberon-bounces@lists.inf.ethz.ch">oberon-bounces@lists.inf.ethz.ch</a>] On Behalf Of Jan de Kruyf<br>
Sent: Sunday, 22 November 2015 5:21 AM<br>
To: ETH Oberon and related systems<br>
Subject: [Oberon] RISC simulator<br>
<div><div class="h5"><br>
Hallo,<br>
I meant to ask for a while already:<br>
<br>
What is the reason and has anybody got a solution for TRAP 4 appearing<br>
after working for a while.<br>
Like thus:<br>
--------------------<br>
  compiling ORPJ<br>
  pos 4103  TRAP   4 in Files at 00005BD0<br>
--------------------<br>
<br>
I am sure it has nothing to do with Files.Mod because it might happen in any module.<br>
And I am also sure that it is not my code, because restating the simulator fixes<br>
the problem and the module compiles normally.<br>
<br>
thanks<br>
<br>
j.<br>
<br>
<br>
<br>
<br>
</div></div>--<br>
<a href="mailto:Oberon@lists.inf.ethz.ch">Oberon@lists.inf.ethz.ch</a> mailing list for ETH Oberon and related systems<br>
<a href="https://lists.inf.ethz.ch/mailman/listinfo/oberon" rel="noreferrer" target="_blank">https://lists.inf.ethz.ch/mailman/listinfo/oberon</a><br>
</blockquote></div><br></div>