<<snip>>

Jim wrote:

I was wondering if it was an Image resource issue, but
that's probably a distant possiblity seeing as how we
only have about 60 users accessing the data bases...

With the massive limits in TurboIMAGE now (number of data sets allowed, for
example) I doubt Image is having a resource issue...

Some suggestions, comments, questions...

Are these users modifying data via Vplus screens or in batch mode?

Could it be other users are deleting data after the original
DBXBEGIN/updates/DBXEND have completed ?

Yes, a debug file for your displays will probably help.

In my apps, which are all Vplus apps, I get to see any errors on the
screen immediately. During my development phase I was hardcoding errors
in the source so I could see error messages immediately. So I know that
the DBX procedures are working correctly for me without any problems.

However, I am doing all my development and testing on a dedicated machine
where I am the only user on a little 917LX running under 6.5 PP2.

If you would like to share some of your source code with me I would be
happy to give it a second look with you. You can send it to me offline
to my email address if you wish. I'll be happy to assist you in any way I
can.

Brian.



On Tue, 24 Aug 2004 08:39:45 -0700, Jim Phillips <[log in to unmask]> wrote:

>--- Brian Donaldson <[log in to unmask]> wrote:
>> Sorry, didn't mean to offend your coding abilities.
>> I'm certain they are
>> solid as a rock.
>
>No, I'm sorry, I should have added a :) after my
>remark.  No offense taken (I have a copy of "Ego-less
>Programming" around here somewhere!).
>
>> It shouldn't matter whether you 1) DBLOCK and then
>> 2) DBXBEGIN or
>>
>> 1) DBXBEGIN and then 2) DBLOCK. I've done it both
>> ways and it still works
>> ok.
>>
>> I have never had a DBXEND fail on me, but I am
>> certain if it does then
>> the DBUNLOCK will also fail (probably error code
>> -222). In the event of a
>> DBXEND failure you must call DBXUNDO and then call
>> DBUNLOCK.
>
>Part of the problem is that the offending user/process
>is usually remote from me so I can't see what's on the
>screen (DBEXPLAIN stuff), if anything.  Looks like I
>need to add some code to generate debug files so I can
>see what's happening.
>
>I was wondering if it was an Image resource issue, but
>that's probably a distant possiblity seeing as how we
>only have about 60 users accessing the data bases...
>
>Jim Phillips
>
>
>
>
>__________________________________
>Do you Yahoo!?
>New and Improved Yahoo! Mail - 100MB free storage!
>http://promotions.yahoo.com/new_mail
>
>* To join/leave the list, search archives, change list settings, *
>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *