Yep, permissions on all the accounts are the same. The programs are all the same. Their capabilities are the same (it is built from the same command file). I can understand an image error, but I don't understand why it only occurs on this one machine. If that were the case, I would expect this same error on the other 4 systems . Haven't given up but really scratching my head :-) ------------------------------- Gary L. Paveza, Jr. Technical Support Specialist All opinions are mine and not those of my employer -----Original Message----- From: Emerson, Tom # El Monte [SMTP:[log in to unmask]] Sent: Thursday, October 14, 1999 1:42 PM To: [log in to unmask] Subject: Re: program runs from session but not job? > -----Original Message----- > From: Paveza, Gary [mailto:[log in to unmask]] > > Here's one to stump the guru's out there (Okay, someone will > probably come > up with a quick answer, but I'm stumped at least). You did check the obvious: program has BA capability [and user and group and account]? > From a > jobstream, I get > the following error whenever a client connects: > > 24 :RUN E000000.EXEC > 25 > 26 Starting server. > 27 Client number 1 accepted on socket 11. > 28 Calling p000000 with socket 12. > 29 Closing socket 11. > 30 **** Data memory protection trap (TRAPS 68). ABORT: > E000000.EXEC.METRI BIG clue follows: > CS NM USER 5c4.010043ec dbexplain+$458 unless you've written your own "dbexplain" intrinsic, I would suspect you've passed something to an Image call incorrectly (perhaps not aligned on a word boundary?) I take it your socket handler program doesn't use Image, so I'd look at the spawned program to figure out how/why it's working differently in batch than online > 31 NM PROG f61.00017cec p000001+$b08 > > I have made sure that I am running it as a session using the > same user name > as that of the jobstream, but it still doesn't work. The > account and groups > on this machine are setup the same as other machines (actually, used > BULDACCT to migrate the account). > > Anyone have any ideas? Or anyone know what that trace is showing? > > ------------------------------- > Gary L. Paveza, Jr. > Technical Support Specialist > All opinions are mine and not those of my employer >