Thank you Tracy!

Jeff

---------------

Jeff Johnson
[email protected]
(623) 582-0323

www.san-dc.com


On 01/18/2011 09:26 AM, Tracy Pearson wrote:
> Jeff Johnson wrote on 2011-01-18:
>> Thanks for the info.  The problem is that it is a receipt printer and
>> you have to print to it using @say's.  I will try your suggestion and
>> see how it goes.  Thanks
>>
>> Jeff
>>
> Jeff,
>
> Would this scenario be feasible?
> One executable that ran on the computer which has the receipt printer
> attached.
> In the timer event, it opens a table which holds a filename.
> The file will contain the @say's. (Using a memo field could cause FPT
> bloat.)
> It processes each record until completed and deletes the record and file
> when it is complete.
> All workstations would create the file in the specified location then update
> table.
>
> PACK requires exclusive access. If you have a nightly routine, then a memo
> field would be fine.
>
> The other idea is COM based, but that's so much more complicated (code and
> support issues) than a timer.
>
> If you don't open/close the table you check for your processing, the SET
> REFRESH, which looks to be application wide, not just datasession specific,
> would probably work best with SET REFRESH to 1,-1.
>
> Here's a note from the CURVAL function:
> Note
> If you are working with a view in a multiuser environment, the values
> returned by CURVAL() might not be up to date unless you call the REFRESH()
> function first. Data returned by a view is buffered, and the CURVAL()
> function reads values from the buffer. However, if other users have changed
> data in the underlying tables for the view, the buffered data is not updated
> until the REFRESH() function is called.
>
> It also talks about Optimistic Buffering, so the refresh setting would most
> likely be involved.
>
> Tracy Pearson
> PowerChurch Software
>
>

_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: http://leafe.com/archives/byMID/profox/[email protected]
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

Reply via email to