Thread View: vmsnet.internals
1 messages
1 total messages
Started by SYSTEM SUPPORT
Mon, 21 Dec 1992 18:58
Re: Call for (mostly)-baked ideas: $QIO replacement?
Author: SYSTEM SUPPORT
Date: Mon, 21 Dec 1992 18:58
Date: Mon, 21 Dec 1992 18:58
29 lines
2100 bytes
2100 bytes
>> Subject: Call for partly-baked ideas: $QIO replacement? >> >> Are you happy with the $QIO system service? If you were building a new O/S >> from scratch, would you make the "basic I/O call" that's available for >> non-privileged programs look like $QIO, or like something else? If the latter, >> what? If you could specify a new I/O interface to supplement $QIO in VMS, what >> would it look like? >> I thought I heard a collective "Hmmm..." when this was posted :-) I've been tinkering with Security Enhanced VMS (SEVMS) which follows a write-up-read-down scheme. The bummer of it all is that VMS needs to do a read to see if the file exists before it'll write a new file. Yes, you can write custom procedures to get around this, but it would be nice if the $QIO routines were already "trusted" to handle this for the unpriv'ed user. Overall, I've been happy with the $QIO service. I'm interested to hear what your ideas are. How about "broadcasting" the $QIO to a set of CPU's and the first CPU to complete the task "wins". ******************************************************************************* ** Jim Matthews ** ** Naval Surface Warfare Center Dahlgren Division ** ** Code N23A ** ** Dahlgren, VA 22448-5000 ** ** Internet: system_jm@unode2.nswc.navy.mil ** *******************************************************************************
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads