Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!ucbvax!hplabs!hpfcso!hpfcdc!koren
From: koren@hpfcdc.HP.COM (Steve Koren)
Newsgroups: comp.sys.amiga.tech
Subject: Re: ?? Bug In SKSH ??????
Message-ID: <11640033@hpfcdc.HP.COM>
Date: 27 Nov 90 04:47:04 GMT
References: <0093FFDD.98022880@lne.kth.se>
Organization: HP Fort Collins, Co.
Lines: 26


> After some testing I'm quit sure about these B*GS in SKSH.

> 1. If address 0 keeps a value other than 0 (when startinh SKSH) 
> and  especially if the value can be interpreted as string such as

[several null pointer related bugs deleted].

I will add these to my bug list (which will become Kim's bug list
very shortly now).  BTW, the best way to report bugs is to email
them to me (or Kim DeVaughn after last week).  They stand a good
chance of being overlooked when posted to the net as I, and
possibly Kim as well, are in the habit of occassionally skipping
large chunks of c.s.a[.*] just for time reasons.

RE: null pointers; I haven't done any dereferencing of null
pointers *on purpose*.  I suppose a few might have slipped in
by accident.  I have had several people report the file completion
problem, but I believe this to be the *only* place where location
zero is written to.  I'm sure Kim will look into this; it is a
fairly serious problem.  There may be several others where
location zero is read from; these tend to be found at a
slower rate than the other type.  But both need to be fixed.
Thanks for the reports; they always help.

   - steve