Silicon Investor (SI) -- The First Internet Community

STOCKTALK

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor. We ask that you disable ad blocking while on Silicon Investor in the best interests of our community. If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.

Technology Stocks : BORL: Time to BUY! -- Ignore unavailable to you. Want to Upgrade?

To: marq who wrote (9047)	2/10/1998 5:45:00 PM
From: shane forbes	Respond to of 10836

Marq thanks: I'm pretty new at this programming thing but you are absolutely right about data access. Today Data (information) = the old plant & property of the industrial era. To support your point, didn't someone post the top things that BCB tried to address and I think data access was high on that list!

To: marq who wrote (9047)	2/11/1998 2:45:00 AM
From: Jeroen Pluimers	Read Replies (1) \| Respond to of 10836

Marq, Re AS/400: this connectivity basically sucks. It's not Borland's fault, but there are very few people at Borland that know AS/400 connectivity (heck, there are very few people at all that know) so it is extremely hard to track down problems. My fears with the Borland/400 products are: - They have not been developed by Borland, but by Borland 'partners' in France. - Only a couple of the Borland USA people know a bit of AS/400 stuff, and almost none of the overseas Borland people know of it - The Borland/400 products do NOT contain source code to the components, so when there is a fault, you can NOT track it down yourself Then there is the connectivity software (NetSoft router, IBM Client Access, Rumba, Microsoft SNA server, etc) that sits in the middle between your application and the AS/400. Last you have a couple of network protocols (TCP/IP, DLC) and technologies (SNA, APPC, APPN) you have to worry about. Since there are few people that knows the ins and outs of all this it is extremely hard to get stuff up and running. The case I have am working on for 8 months now, it went as follows: - started with Delphi/400 - did not get it to work because of two reasons: supplier could not get us the serial numbers to install on AS/400 and PC side; we kept getting errors - used DataQueue API - works fine over DLC in the lab (few users, few applications), breaks on the PC when using SNA server, breaks on the PC when using DLC with a lot of users and a lot of applications - used Enhanced APPC - only traffic to AS/400 arrives, traffic to PC is lost somewhere - used CPIC over NetSoft - gives errors at run-time all over the place Now we are investigating CPIC over SNA server, which is about as low as you can get. I hope it works, but I doubt it very much. If Borland wants to succeed in the corporate market, it needs more knowledge in these problem areas to support clients. These AS/400 people have big bucks and big investments. They don't want to throw away their investments, but they very much want to have PC's too. On the DOS side, there were lots of proprietary solutions that are going to be migrated to Windows 95/NT over the next couple of years. The session on the BORCON98 I proposed on this topic was rejected, which I think is a bad thing: Ref#: 678 Title: Talking AS/400 Track: Delphi Type: Regular Session Status: Not Accepted Review Comments: Not enough room in program to include. jeroen