|
Although technically we could have both system domain/system state and system domain/user state only the former really makes any sense and I don't know of any SD/US programs out there. So it's my understanding that a System domain program can access any object. TrailBlazer Systems, Inc. http://www.as400ftp.com AS/400 Communications & E-Commerce Solutions Chaos, panic and disorder...my work here is done. > -----Original Message----- > From: Leif Svalgaard [SMTP:leif@leif.org] > Sent: Thursday, July 13, 2000 8:30 AM > To: MI400@midrange.com > Subject: Re: paradox ? > > From: Richard Jackson <richardjackson@richardjackson.net> > > > > This is only paradoxical if you think that the help is right and > complete. > > As soon as you admit that the help is wrong or incomplete then there > is no > > paradox and the truth can be discovered by testing. In my limited > > experience, the truth for an operating device is never paradoxical. > You > > already know that the help is wrong so why is this a problem? > > > > here is somewhat of a paradox: > > > > A system-state program cannot call a user-state program. > > How can QCMD or similar system-state programs call one of > > my user-state programs? Or how can OS/400 services > > (presumably system-state) call user-state exit programs? > > > > forget the help text (I only included that as a curio) . My testing > shows: if I make a system-state program in the user domain > then it cannot call a user-state program in the same domain, it > can call an inherit-state program. > So, how can QCMD call my user-state program? > Now QCMD is in the system domain so maybe system domain > system-state programs can call user-state programs in the > user domain. All this can be verified by testing, I just thought > that someone in this august body of list lurkers knew to spare > me the testing. > > > > > +--- > | This is the MI Programmers Mailing List! > | To submit a new message, send your mail to MI400@midrange.com. > | To subscribe to this list send email to MI400-SUB@midrange.com. > | To unsubscribe from this list send email to > MI400-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > dr2@cssas400.com > +--- +--- | This is the MI Programmers Mailing List! | To submit a new message, send your mail to MI400@midrange.com. | To subscribe to this list send email to MI400-SUB@midrange.com. | To unsubscribe from this list send email to MI400-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: dr2@cssas400.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.