[OpenBIOS] [PATCH 8/10] Check that stdout variable is not null

William Hahne will07c5 at gmail.com
Wed Aug 10 17:44:48 CEST 2011


On Wed, Aug 10, 2011 at 5:58 AM, Mark Cave-Ayland <
mark.cave-ayland at siriusit.co.uk> wrote:

> On 09/08/11 22:55, William Hahne wrote:
>
>  BootX will sometimes set the stdout variable to null and then
>> subsequently call io-emit which can eventually result in an infinite loop.
>>
>> Index: forth/admin/iocontrol.fs
>> ==============================**==============================**=======
>> --- forth/admin/iocontrol.fs (revision 1041)
>> +++ forth/admin/iocontrol.fs (working copy)
>> @@ -80,6 +80,7 @@
>>  ;
>>  : io-emit ( char -- )
>> +  stdout @ 0= if drop exit then \ make sure stdout pointer is not null
>>    io-out-char c!
>>    io-out-char 1 " write" stdout @ $call-method drop
>>  ;
>>
>
> Hmmm isn't this just hiding another bug which is that the stdout
> variable/defer is being set?
>
>
I think it is a bug in BootX (at least I would call it a bug.) Modifying
BootX isn't a particularly realistic option so the workaround is necessary.


>
> ATB,
>
> Mark.
>
> --
> Mark Cave-Ayland - Senior Technical Architect
> PostgreSQL - PostGIS
> Sirius Corporation plc - control through freedom
> http://www.siriusit.co.uk
> t: +44 870 608 0063
>
> Sirius Labs: http://www.siriusit.co.uk/labs
>
> --
> OpenBIOS                 http://openbios.org/
> Mailinglist:  http://lists.openbios.org/**mailman/listinfo<http://lists.openbios.org/mailman/listinfo>
> Free your System - May the Forth be with you
>

William Hahne
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openbios.org/pipermail/openbios/attachments/20110810/a742c8ee/attachment.html>


More information about the OpenBIOS mailing list