Re: How to lookup Qshell error messages?

On 06/13/2001 at 05:46:08 PM, owner-java400-l@midrange.com wrote:
In light of Bruce Jin's resolution to the problem and since QSHELL uses
BCI jobs to run commands (truly brilliant idea -- NOT!)
--- end of excerpt ---

You are right, but, we didn't really have many other alternatives.
I started with the first 3 and then added a couple more.

Ok, so here's some alternatives:
1) Run them in the same job
2) Run them in a full new process
3) Implement fork
4) Do nothing.
5) Create an entire new process architecture for which
this stuff is fast.

BCI jobs are the best alternative. (best as in
time to market, most portable with code expectations, cost in
implementation).

#1 is not really an option. It miserably breaks unix utilities
expectations and would end up with us doing something
much more terrible/evil/satanic. Probably end up inventing some
sort of program activation group or something that caused
even more headaches... ;-)

#2 is so much worse than a BCI job I can't begin to
think about it. It pains me. Think about job queues, routing
entries, the same number of processes, and about 3 times
more code to get it started. Bleah...

#3 is not a reasonable option for native AS/400 single level
storage code. By the time its implemented for these programs,
it would be too late and too slow.

#4 I pitched this one. 8-)
Wouldn't think people would like this one much.

#5 Hmmm... PASE sort of fits the bill, but thinking about
the various levels of integration between PASE and QShell
utilities versus all sorts of proprietary API stuff that
you might need from a shell utility... I think you need
both models.


Now, that said, we could certainly do a better job grouping BCI
jobs somehow and providing servicability hooks for them.



"The stuff we call "software" is not like anything that human society
  is used to thinking about. Software is something like a machine, and
  something like mathematics, and something like language, and
  something like thought, and art, and information...
  but software is not in fact any of those other things."
Bruce Sterling - The Hacker Crackdown

Fred A. Kulack  -  AS/400e  Java and Java DB2 access, Jdbc, JTA, etc...
IBM in Rochester, MN  (Phone: 507.253.5982   T/L 553-5982)
mailto:kulack@us.ibm.com   Personal: mailto:kulack@bresnanlink.net
AOL Instant Messenger: Home:FKulack  Work:FKulackWrk

+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---