All,

To quote Bill Downall:

Secondly, Razzak and RBTI have made it very clear, time and time
again, that, if we show them exactly what the problem is, and can
help them recreate it, RBTI fixes it.
I would expand this by saying "RBTI either fixes it or helps you understand why it is the way it is."

Having two forms open at the same time, updating the same data,
seems to me to be asking for problems. It doesn't look like this
problem has affected a lot of other developers. But Mike W. still
asked for samples that illustrate the problem.
In my case, I sent the database and instructions to create a situation very similar to the problem to which Tom refers. In my case, a user is in an edit form with an eep that constructs a menu based on the same table that the form is based upon. Another user, or another session on the same PC, changes underlying data. The contents of the menu (when invoked after the update) do not change as expected.

I was given a very detailed explanation of the underlying logic and reasons why this was the case. I was also given the pseudo-update workaround. In the end, I understood and accepted the condition as not being a bug but a matter of the way the product is structured.

And, I coded the workaround and got on with business.



Emmitt Dove
Manager, DairyPak Business Systems
Blue Ridge Paper Products, Inc.
40 Lindeman Drive
Trumbull, CT 06611
(203) 673-2231
[EMAIL PROTECTED]
[EMAIL PROTECTED]

================================================
TO SEE MESSAGE POSTING GUIDELINES:
Send a plain text email to [EMAIL PROTECTED]
In the message body, put just two words: INTRO rbase-l
================================================
TO UNSUBSCRIBE: send a plain text email to [EMAIL PROTECTED]
In the message body, put just two words: UNSUBSCRIBE rbase-l
================================================
TO SEARCH ARCHIVES:
http://www.mail-archive.com/rbase-l%40sonetmail.com/

Reply via email to