[Info-vax] Looking into C-include files on VMS

Paul Raulerson paul at raulersons.com
Tue Nov 10 00:32:28 EST 2009


On Nov 9, 2009, at 6:49 AM, Bob Koehler wrote:

> In article <7llbk1F3eetdpU1 at mid.individual.net>,  
> billg999 at cs.uofs.edu (Bill Gunshannon) writes:
>>
>> Then, what exactly is the reason VMS can't do a Unix style fork()?
>
>   As I mentioned before, VMS Engineering has said it would be trvial
>   to alter the kernel so as to fork a process with the same memory
>   map as an existing process.  What would not be trivial would be
>   modifying the I/O subsystem.
>
>   The VMS I/O subsystem assumes exclusive file opens by default, and
>   implements the concept of "noshare" devices.  Getting around
>   "noshare" is already there for subprocesses under some  
> circumstances,
>   but not in general.  Changing either exclusive open or generalizing
>   around "noshare" would break lots of working code.
>
>   So how do you both enforce the existing I/O rules and break them?   
> To
>   date VMS Engineering has not taken on that dilema.


Umm- threads?  The same way other OSs that have expensive process  
costs do?


>
> _______________________________________________
> Info-vax mailing list
> Info-vax at rbnsn.com
> http://rbnsn.com/mailman/listinfo/info-vax_rbnsn.com
>





More information about the Info-vax mailing list