home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.lang.forth      Forth programmers eat a lot of Bratwurst      117,927 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 116,970 of 117,927   
   dxf to Anton Ertl   
   Re: PAD and preemptive multi-tasking   
   21 Dec 24 10:49:48   
   
   From: dxforth@gmail.com   
      
   On 20/12/2024 9:10 pm, Anton Ertl wrote:   
   > Bernd Paysan have been wondering what to do about PAD in the presence   
   > of preemptive multitasking (but not multi-user) as implemented in   
   > Gforth.   
      
   You may need to explain 'preemptive' and its relevance here.   
      
   > We see two possible scenarios:   
   >   
   > If PAD is used only directly by the user for interactive work, only   
   > one PAD is needed.   
   >   
   > OTOH, if PAD is used as temporary storage in words that may be called   
   > by any task, PAD needs to be part of the per-task (aka USER) data.   
   >   
   > My understanding is that classical multi-tasking Forth systems   
   > (polyForth, I guess) were also multi-user and had one dictionary per   
   > task, so they also had one dictionary pointer and therefore one PAD   
   > per task, but I have not worked with any of them and the descriptions   
   > I have read have been very sketchy, so this could be wrong.   
      
   Based on a part disassembly the value of HERE (used as DP) was taken   
   from the user area and PAD was 34 bytes above that value.   
      
   > In any case, the question is how PAD is used by current programs that   
   > might be run on Gforth.   
   >   
   > - anton   
      
   --- SoupGate-DOS v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca