>From: "Joe Pluta" <joepluta@PlutaBrothers.com>
>>
>> Better than:
>>
>> InTranL1.Chain( OhPo#, OhComp )
>> If InTranL1.RcdFound( ) == TRUE
>> ** Display IntranL1.Po#, InTranL1.RcvQty, ...
>> End
>
>Um... because one exists and the other does not?  What language is that
>second paragraph supposed to represent?  If it's a Java-like language, then

It is pure C++.  Very clear and useable. The InTranL1 class, the Chain( ) and 
RcdFound( ) mbr functions could be easily generated from the external database 
file defn of INTRANL1. No pgmr coding needed. All that is needed is the CPW 
that other platforms have.


>> Any estimate on how much CPW is needed for each concurrent user ?
>
>Yeah - zero interactive CPW.  But I suspect it's more than the pure 5250
>approach.

Excuse me because I am trying to learn something here.  Where did you see 
"interactive" in my question ?   On a 1000 CPW 270, how many concurrent users 
can be supported ?

>
>
>> The as400 could meet these requirements much better if the CPU
>> was as fast as it could be ( can even keep the price the same ).
>> IBM would make more money, colleagues of mine would not be
>> leaving the platform because of the lack of work and we could
>> prove to the rest of the computer world that our platform is the
>> best on the market.
>
>Thank you for your opinion.  Got nothing to do with your original statement:
>
>"This is not trivial.  The slow cpu of the iSeries prevents modern
>programming languages from being used on our system."

I try to be brief and count on the good intensions of the responder.  The 
original stmt is logically extended as: "The slow cpu also prevents our system 
from being a competitive file server and odbc/ado server"


Steve Richter




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.