home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!opl.com!hri.com!spool.mu.edu!olivea!hal.com!decwrl!csus.edu!netcom.com!netcomsv!mbeckman!mbeckman
- From: mbeckman@mbeckman.mbeckman.com (Mel Beckman)
- Newsgroups: comp.unix.aix
- Subject: semop overflows after 16,384 calls!
- Message-ID: <01050810.oljql1@mbeckman.mbeckman.com>
- Date: 26 Jan 93 19:21:58 GMT
- Reply-To: mbeckman@mbeckman.com
- Organization: Beckman Software Engineering
- Lines: 29
- X-Mailer: uAccess LITE - Macintosh Release: 1.5v5
-
- We're using the semop operation to synchronize two tasks, where process A does
- a semsignal, and process B does a semwait. The semop operation uses a semundo
- flag so that the value of the semop is subtracted from the calling processes
- semadj value. The problem is, after 16,384 semsignal calls, we get a semop
- error of "RESULT TOO LARGE". Apparently, semwait in process B is not decrementing
- the semadj value and it overflows.
-
- Questions:
-
- 1. Can the semaphore operations be performed without the semundo flag?
-
- 2. If process A keeps issuing semsignal and process B uses semwait, how
- is semadj value maintained?
-
- The AIX documentation for the semxxx operations is very scanty, and none
- of the flags are explained anywhere we can find. We're in urgent need of
- an answer on this, because we have a demo of this package next monday!
- Help!
-
- -mel
-
- _____________________________________________________________________
- | Mel beckman | Internet: mbeckman@mbeckman.com |
- | Beckman Software Engineering | Compuserve: 75226,2257 |
- | 1201 Nilgai Place | Voice: 805/647-1641 |
- | Ventura, CA 93003 | Fax: 805/647-3125 |
- |______________________________|____________________________________|
- "Internet is big. Really Big. It gives the idea of
- infinity much better than infinity itself."
- (with apologies to Douglas Adams)
-