Search results

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.

You might start by asking yourself whether 10K records in a browse is actually the best user interface.

As he said, by identifying a resource that will be able to guide you. This is not something that can be covered in a post or two. And the process will depend a lot on the current architecture of your system ... and your budget. For starters you are going to want to be on a current release of...

With the strong scope, the release is pointless.

Yes, it has been quite a while now, but as I remember we uploaded the picking list to the gun while it was in the dock and then downloaded the results. I think the dock was nothing more than a dumb connection and I think the port on the local computer was actually connected via the OS to a...

When I have done this in the past ... a fairly distant pass ... we were using scanners with a docking station so that the warehouse people could go all over the warehouse and then return to the docking station. The docking station was connected to a PC, possibly USB, possibly serial, and it...

Point being that with the strong scope, you don't need to worry or query about the availability of the buffer outside of the strong scope because you know the buffer isn't available there. For the sake of satisfying yourself, you could define a second strong scope block there and test...

Try putting the code in code tags and adding a comment at the place of the problem line.

So, what is the problem line?

I would need to know more about the application before I could make any suggestions. Why don't you briefly describe sources, architecture, display intention, etc.

Unless there is a compelling reason to do this entirely in ABL, there are a number of commercial packages that do this sort of thing superbly.

Well, obviously, to compile fill.p you have to be connected to the other database. Have you tried putting a test in fill.p to verify that you are connected at run-time? FIND FIRST is almost certainly the wrong thing to be doing.

For starters, the include file should not be in two places ... that is asking for exactly this kind of problem. Re the connect, note that you cannot connect to a database and access the database in the same procedure. You need to connect to the database and then run another program and access...

This is likely to be a code page issue ... do you know what code page is the source of the characters?