× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.

Hello Chris,

glad do hear from you again!

Am 14.12.2021 um 15:27 schrieb Chris Hird <chrish@xxxxxxxxxxxxxxxxxx>:

The API's you are looking at are for Client Access programs?

Hmm. Did I get something wrong? Are cwbDQ_* functions client access specific? If the answer is yes, then: Which functions do I need to work with Data Queues on OS/400 from within C?

An Alternative approach would be to create a Client server process where the external server collecting the data would send the data to the server via IP and then a process on the IBM I would take that data and write to the Data queue for later consumption?

Honestly, I don't want to distribute the functionality over multiple hosts.

The use of an IP based process would be similar to a web server so the number of transactions per second could be pretty large. The source would just have to do a send() and not bother about confirmation of receipt outside of the return from the send function so I would think that would be very efficient?? As long as the recv() is done efficiently I cannot see the target buffers being a problem either??

I already have an IP based process on OS/400. :-) It's just not yet writing the calculated values anywhere but stdout (a scrolling screen in a 5250 session).

I want to save that received-and-calculated data with a good compromise between least overhead, and easy consumption by an "archiver". Thus I thought, a Data Queue might be a good fit.

Maybe the 150 is fast enough to allow me to directly do a _Rwrite to a PF. If I can't find out how to cope with Data Queues, on V4, in C, I probably have no choice to try that out.

:wq! PoC

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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

This mailing list archive is Copyright 1997-2023 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.