Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sdd.hp.com!spool.mu.edu!munnari.oz.au!comp.vuw.ac.nz!jwright From: Julian.Wright@comp.vuw.ac.nz (John Julian Wright) Newsgroups: comp.sys.acorn Subject: Re: ErrorV Problems Message-ID: <1991Apr07.095810.21467@comp.vuw.ac.nz> Date: 7 Apr 91 09:58:10 GMT Article-I.D.: comp.1991Apr07.095810.21467 References: <1991Apr4.215956.735@hotb.radig.de> Sender: news@comp.vuw.ac.nz (News Admin) Organization: Computer Science, Victoria University, Wellington, NewZealand Lines: 36 Nntp-Posting-Host: moa-pt.comp.vuw.ac.nz Originator: jwright@moa-pt.comp.vuw.ac.nz In article <1991Apr4.215956.735@hotb.radig.de>, gunnar@hotb.radig.de (Gunnar Zoetl) writes: |> |> I have a little problem with the following code fragment... |> ...If I use it from |> within |> the basic environment with *-commands, all works well, but it does |> not |> work within the supervisor mode. I suppose that the cli does not |> use |> the OS_GenerateError system call, or is there a fault in the code? |> |> Here is the relevant part: |> |> .add |> STMFD R13!,{R0-R2,R14} ^^^ You are allocating yourself some stack, I hope... This sounds very similar to a problem I encountered when writing an absolute code application (ok a Demo)... in that contrary to what you might expect, absolute applications which are *Run from the supervisor do *not* have R13 set up for them automatically. The application has to specifically find out how big the application space is and assign R13 as appropriate. If you CALL the code from BASIC, however, R13 will have been set up with a suitable value already. Cheers, Julian. -- ;`````````````````````````````````````````````````````````````````````````````; ; I would if I could but I can't so I won't but I might if I find I can later ; ;,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,; jwright@comp.vuw.ac.nz julian@sideways.gen.ac.nz