home bbs files messages ]

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

   alt.os.development      Operating system development chatter      4,255 messages   

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

   Message 2,807 of 4,255   
   mutazilah@gmail.com to Joe Monk   
   Re: PDOS/86   
   23 Aug 21 08:07:43   
   
   From: muta...@gmail.com   
      
   On Monday, August 23, 2021 at 11:35:02 PM UTC+10, Joe Monk wrote:   
      
   > All addresses are DAT, and every task has its own virtual   
   > address space. In fact, any given piece of code has access   
   > to three seperate address spaces at the same time ... the   
   > Home Address Space, the Primary Address Space, and the   
   > Secondary Address Space.   
      
   I don't think it is necessary to complicate things with   
   this. A standard C90-compliant program like GCCMVS   
   only operates on a single address space. There is nothing   
   in the C90 language that allows you to switch to some   
   alternative address space.   
      
   I don't even know which of the 3 above address spaces   
   GCCMVS even uses. It just "happens". PDOS/3X0 doesn't   
   enable one of those either. Not knowingly, anyway.   
      
   I do have a question though. If we switch from S/370 with   
   12-bit displacements to S/390 with what - 20-bit displacements? -   
   does that enable the model James mentioned with a single   
   code section? But that only works if the code section is   
   less than 1 MiB (20-bits), ditto the data section? What do you   
   do if either of those limits are exceeded?   
      
   What major options exist that exceed the 12-bit limits?   
   ELF like z/Linux? What would you advise a new   
   EBCDIC executable format to use? Does ELF allow   
   EBCDIC?   
      
   Thanks. Paul.   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

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


(c) 1994,  bbs@darkrealms.ca