×
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.
I think you will need to rethink your design a little. They may be in the middle of the update you when you lock them out with the ALCOBJ command. Anyhow you need to test for a complete order and roll back any incomplete orders when you are processing. I would not lock the POS devices out with the ALCOBJ but instead Read the file, updating a processed flag, copying to QTEMP. Upon reading a full order, process the order out of QTEMP. Then move on to the next order. If it is incomplete, roll back the processed flag.
Not knowing what your data / application looks like make is hard to really suggest the best way to approach. Perhaps if you do not have a flag field and cannot add one, you can read the OLE accessed file, write to the QTEMP file, delete the OLE record. (read / write / delete). If not a complete order, write the records back to the OLE file.
Food for thought.
As an Amazon Associate we earn from qualifying purchases.
This thread ...
RE: Object Allocation Problem - or Something Else?, (continued)
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.
midrange.com
