A couple of Questions

[Stewart Brodie]

In message <f092549f4a.Tony at mk-net.demon.co.uk>
          Tony van der Hoff <tony at mk-net.demon.co.uk> wrote:

> On 24 Jul 2001, in message <E15P7mh-0005IB-00 at bfg.reinhouse.freeserve.co.uk>,
> Timothy Baldwin <tim at reinhouse.freeserve.co.uk> wrote:
> 
> > In swi.Wimp there is:
> > 
> >    Message_Prequit       = .Bits: 8,
> >    Message_PreQuit       = .Bits: 8,  // V6.21 TV
> > 
> > As DefMod stands, on RISC OS 3+, it will ignore the first line,
> > due to a case insensitive [1] comparison in Lookup().
> > What is actually intended?
> > 

> No, that was not what was intended. The correct form is Message_PreQuit,
> and prior to V6.21 it had been misspelled. When I corrected it, I left the
> previous definition, with the intention of providing backwards
> compatibility. It seems like my good intentions were in vain. Then again,
> I've not seen any complaints, so I guess there's not much point in
> restoring the old version...

Let me be the first to complain then ... I had to modify a couple of modules
to use message_PRE_QUIT instead of message_PREQUIT.  In fact, I settled for a
#ifndef one of them; #define that one the other one; style solution.

I haven't found any more differences that we've added independently to our
version of OSLib (yet ;-)

> > I intend to improve C++ support.
> > 
> However, it would be nice to see a proper set of C++ classes defined by
> DefMod. I look forward to your efforts.

Tony, I think it would be as well to fold my portability changes into the
next release as I won't be doing any more work on it in the foreseeable
future and I don't want to have to redo it on later releases because it's
extremely painful to have to do so (been there done that).  Either that or
simply make the archive available for those who might find it useful to be
able to build OSLib on UNIX.

PS.  As I mentioned in a newsgroup posting, I requested, and was granted, a
transfer to a different division in Pace onto a project that is not RISC OS
based.  Hence, I won't be doing much more work on it.

-- 
Stewart Brodie, Senior Software Engineer    (Views expressed are my own and
Pace Micro Technology PLC                   not those of my employer)
645 Newmarket Road
Cambridge, CB5 8PB, United Kingdom         WWW: http://www.pacemicro.com/