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,552 of 4,255   
   mutazilah@gmail.com to wolfgang kern   
   Re: PDOS/86   
   12 Jul 21 20:28:17   
   
   From: muta...@gmail.com   
      
   On Tuesday, July 13, 2021 at 1:05:23 PM UTC+10, wolfgang kern wrote:   
      
   > >> so why don't you stick to 386 and forget no more existing   
   > >> old crap ?   
      
   > > I would like to have a solution to the 80286 too.   
      
   > you wont find a working 286 anymore, not even in the museum.   
      
   On a phone call at work about 2 weeks ago, someone   
   was bragging that they had an AT.   
      
   On discord about 3 weeks ago, someone said they had   
   brushed off an old XT and wanted to do OS programming   
   on it and thus wanted a 16-bit compiler, at least ideally.   
      
   > and return from PM needs hardware to react on forced crash.   
      
   Ok.   
      
   > >>> And if I can get the 8086 to trap and ignore db'66' and   
   > >>> db'67' I will be able to have 16-bit executables that work   
   > >>> on either shift value.   
   >   
   > >> Now that's a really bad idea. compiled code may look like:   
   > >> 66 b8 44 33 22 11 MOV eax,imm32   
   >   
   > > No, I won't use 32-bit instructions.   
      
   > with the prefix it is still a valid (386) 16 bit instruction!   
      
   Ok, I'm after instructions that work on both an 80386 in   
   protected mode (adding a x'66' is fine) and an 8086   
   (with or without the ignored x'66').   
      
   Basically the intention is to get the C compiler to generate   
   16-bit instructions that work in either environment, adding   
   an x'66' when it knows it needs to.   
      
   Is there enough instructions that will work this way?   
      
   > and many applications may use overrides, BIOS also do it.   
      
   Ok, the BIOS can be dedicated 80386 or dedicated 8086,   
   I don't care about that.   
      
   For now I only care about applications.   
      
   > > If I just have bb 44 33, will it work on both the 8086   
   > > and the 80386?   
      
   > Yes as long 386 is in RM or PM16,   
      
   No, I don't want that. I want PM32.   
      
   > but it become a five byte   
   > opcode in PM32:   
   > bb 44 33 22 11 MOV ebx.imm32   
   > or a four byte:   
   > 66 bb 44 33 MOV bx.imm16   
      
   This 4 byte one looks like it will work on both PM32   
   and RM16.   
      
   That's exactly what I'm after.   
      
   It will all work, right?   
      
   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