delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/1999/06/01/21:34:02

Message-Id: <199906020133.BAA158200@out4.ibm.net>
From: "Mark E." <snowball3 AT bigfoot DOT com>
To: djgpp-workers AT delorie DOT com
Date: Tue, 1 Jun 1999 21:34:51 -0400
MIME-Version: 1.0
Subject: Re: enhancements to fcntl.c
References: <199905311824 DOT SAA72470 AT out2 DOT ibm DOT net>
In-reply-to: <Pine.SUN.3.91.990601092558.19912F-100000@is>
X-mailer: Pegasus Mail for Win32 (v3.11)
Reply-To: djgpp-workers AT delorie DOT com

>   1. Using the O_NOINHERIT bit only matters for the first 20 handles;
>      handles beyond the first 20 are *never* inherited.

Since the PSP contains a pointer to the parent PSP, couldn't the startup 
code expand the JFT with int 21 ah=67 and then copy over the handles 
> 20. Then go back and put take out the handles with the no-inherit bit 
set?

>   4. 214400 doesn't bring the inherit bit on plain DOS as well, so the
>      only way to go is via the SFT; let's hope some future version of
>      Windows won't break this... 

More testing shows that the high byte of the device info word can't be 
set with 214401. But when the no-inherit bit is set in the SFT, the child  
does not inherit the handle.

Also, should _get_dev_info be modified to include the workaround for 
DOS not returning the high byte of the dev info word?

And I've noticed that most if not all the files in the src/posix/termios 
directory contain macro defines for the bits in the dev info word. 
Wouldn't it be better to put the macro defines in <io.h> since 
_get_dev_info is prototyped there? Then the many duplicates can be 
removed from the termios directory.

--- 
Mark Elbrecht, snowball3 AT bigfoot DOT com
http://snowball.frogspace.net/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019