[Coco] Bug in mfree?

Dave Philipsen dave at davebiz.com
Fri Oct 13 20:19:16 EDT 2017


Fixed it for me!  Thanks again.

  Blk Begin   End   Blks  Size
  --- ------ ------ ---- ------
    8  10000  7DFFF   37   440k
   40  80000 1FFFFF   C0  1536k
                    ==== ======
             Total:   F7  1976k


Dave


On 10/13/2017 4:42 PM, Neal Crook wrote:
> changeset:   3227:45b5c72165a2
> user:        Neal Crook <foofoobedoo at gmail.com>
> date:        Tue May 30 23:59:46 2017 +0100
> files:       level2/cmds/mfree.asm
> description:
> Fix zero-day bug in mfree. Previously, code assumed that the final
> entry in the block map would be used. This was true for coco but is
> not necessarily true (and is not true for mc09). Slight mod removes
> that implicit assumption; the code now works correctly on both platforms.
>
>
> (or, of course, you might have the latest version could have found a new
> bug, or one that I created with my "fix")
>
> On 13 October 2017 at 22:30, Neal Crook <foofoobedoo at gmail.com> wrote:
>
>> Do you have the latest versio? I think I fixed this a few months ago
>>
>> Neal
>>
>> On 13 Oct 2017 21:11, "Dave Philipsen" <dave at davebiz.com> wrote:
>>
>>> I hate to keep bringing up questions about potential bugs but does anyone
>>> know if there's a bug in the mfree command?  When I invoke the command from
>>> by standard boot on the CoCo3FPGA I get:
>>>
>>>   Blk Begin   End   Blks  Size
>>>   --- ------ ------ ---- ------
>>>     B  16000  17FFF    1     8k
>>>    11  22000  7DFFF   2E   368k
>>>    40  80000 1FBFFF   BE  1520k
>>>                     ==== ======
>>>              Total:   ED  1896k
>>>
>>> which seems to be just fine.  However, when I invoke it from my headless
>>> boot (with more free memory) on the same machine I get:
>>>
>>>   Blk Begin   End   Blks  Size
>>>   --- ------ ------ ---- ------
>>>     8  10000  7DFFF   37   440k
>>>    40  80000                    ==== ======
>>>              Total:   F7  1976k
>>>
>>> I'm not sure why the 'End' and 'Blks' doesn't print and why the 'totals
>>> line' (for lack of a better term) gets shifted over to the right.  Is this
>>> another bug associated with the bootfile being too small?
>>>
>>>
>>> Dave
>>>
>>>
>>> --
>>> Coco mailing list
>>> Coco at maltedmedia.com
>>> https://pairlist5.pair.net/mailman/listinfo/coco
>>>



More information about the Coco mailing list