home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!stanford.edu!rutgers!spcvxb!terry
- From: terry@spcvxb.spc.edu (Terry Kennedy, Operations Mgr.)
- Newsgroups: vmsnet.networks.tcp-ip.ucx
- Subject: Re: How to wakeup select
- Message-ID: <1993Jan23.075308.4980@spcvxb.spc.edu>
- Date: 23 Jan 93 12:53:08 GMT
- References: <1993Jan22.162216.48@dcs.simpact.com>
- Organization: St. Peter's College, US
- Lines: 23
-
- In article <1993Jan22.162216.48@dcs.simpact.com>, jmeinke@dcs.simpact.com writes:
- > I want to do a blocking select, but be able to unblock it from
- > an AST routine, ala Process Software's "select_wake()". For
- > example,
-
- I just spent about 30 minutes looking at this, and it's pretty hairy in
- there. I think your best bet would be to either use the QIO interface or
- ask the UCX folks to consider this as a request for a future version.
-
- However, if you really want to proceed, the select() routine inside the
- UCX$IPC_SHR image gets an event flag number and saves it internally. It
- then uses this for the remainer of the select processing (and apparently
- for any future selects, since it tests to see if there's an EFN in the
- pigeonhole before trying to get one from the system. Provided that you can
- find a good way of determining the EFN, you should just be able to set it
- and the select() should then return (probably with a completely bogus
- status). The EFN may be used for other UCX things - a bunch of stuff in
- the IPC_SHR image uses them, but I didn't check to see if they were all
- using the same pigeonhole.
-
- Terry Kennedy Operations Manager, Academic Computing
- terry@spcvxa.bitnet St. Peter's College, Jersey City, NJ USA
- terry@spcvxa.spc.edu +1 201 915 9381
-