Search results

You might want to try the QAD forum.

Think of the FOR EACH returning a set. In the above code, the set is empty, so the enclosed code never executes. With the FIND, it is either going to find a record matching the criteria or not, but it will always proceed to the next line, so the not available is reported. Indeed, were I...

There is a Syteline board.

You should also think real hard about the value you are going to get by deleting data. Once deleted, it is no longer available for query and reporting ... you are losing information. Disk is cheap.

The other thing that screams to me from your code is transaction scope.

"Architect_Is_Runnig"

I was going to note that it is architecture specific. An application that fetches lots of records ... whether necessary or not ... will be significantly faster with shared memory than TCP, whereas one that fetches minimal records and minimal fields may not contrast nearly as much.

If it is supposed to be the fix, it is an awful fix.

Click on the tab in the upper right with your username and select account details.

Note to be very clear that the message is telling you that all the updates were a part of a single transaction and that explain running out of lock table space.

Or use the difference tool...

Reread my second sentence and look up PUT.

You don't say how you are doing the display, but if it is something like a loop with a display, then do one display of the first 6 and then test for non-null before displaying the 7th. This will, of course, require appropriate verbs for display that will allow you to keep control.

There is also a QAD forum on ProgressTalk. They might have more of a clue.

Why not just put both updates within the same transaction ... and, turn off pstimer and any possible user input while running that transaction?

A clear explanation of what you want or what you are trying to fix would help.

Clearly, a bit more context would make this clearer. Show the enclosing block ... at least the top, possibly skipping any non-problematic code between the top of the block and the code in question.

Isn't the fact that the URL arrives in an e-mail irrelevant? Isn't the requirement actually to just launch an Open Edge session from a URL and pass in a record identifier to initialize the display?

You might start by telling us why in the world you want to do such a thing.

If so, there is a forum for it here.