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