🚀 go-pugleaf

Recently I've upgraded my version of LightspeedC to 2.13.  By changing the
headers to the new ones that came with the upgrade, I had forgotten about
the many little changes I've put in.

I recompiled an application....and then ran it...wham, I am getting reports
of -36000k on my HD, etc.

The root of the problem was an obvious one.  Things were declared as signed.
What I don't understand is why some things which make totally no sense
whatsoever if their content is negative...are declared as signed.

In this particular case, why is the ioFrBlks (or whatever) of the volumeParam
field declared as a signed integer?  I cannot see how a volume can have a
negative number of free blocks.  Although it hasn't happened yet, bec. I
don't deal with drives of large allocation block sizes nor large files yet,
a similar problem can occur with the ioVAlBlkSiz field and the size fields
of the fileParam.  There are many other instances which can cause a similar
problem.

The only justification for this, which I think is silly, is that these fields
are declared as signed in Inside Mac.  I don't know why though...  but it's
silly for one to "correct" these declarations each time there is an update
out.  "So use your old headers!" - that's like saying...."So write your
own compiler!"...


-----------------------------------------------------------------------------
Raymond Lau                      {allegra,philabs,cmcl2}!phri\
Big Electric Cat Public Unix           {bellcore,cmcl2}!cucard!dasys1!raylau
New York, NY, USA                               {sun}!hoptoad/
GEnie:RayLau   Delphi:RaymondLau   CIS:76174,2617
"Take it and StuffIt."