Search results

I presume you're talking about PDSOE here? What version of Progress? I've not actually had this issue before.

You most certainly can, but I would imagine that this is a project that is far bigger than can be discussed on a forum like this. There will be a lot of very application specific decisions to make. I would recommend a consultancy. Consultingwerk would be my first port of call for this exercise.

A dialog is, as far as I remember, always modal. In other words it blocks the parent frame, and is also, by definition parented to the parent frame. Having it pop behind (and therefore not clickable or visible) makes no sense to me at all. What is your use-case?

o_O

In Developer Studio... Window -> Show view -> Other... Type in Scratchpad Then you get this view open: Make sure you select the correct AVM on the right hand drop down and then you're good to go writing simple programs that you don't need to save as .p etc.

Hmm well... somehow dev works and that's the only difference I can see.

I believe that's the fella.

I need somewhere to rant so please excuse me for a few moments. OE 11.7.12/13. Once a month we copy the backup from live to UAT and restore it, and anonymise the data in it for GDPR reasons. This process takes a long time, but it's manageable. This is standard operation. UAT is a different...

It's also surprisingly good value!

Thanks Rob.

Been getting a few of these lately: SYSTEM ERROR: Index <index> in <table> for recid <recid> partition <n> could not be deleted. (17630) I'd rather not be running idxcheck in live unless I have to. So can I run it against a recent restore of the database as a starting point? OE 11.7, RH8.

Nobody actually said it wasn't a valid method. The OP just said that it wasn't the method they were hoping for.

I've fixed that for you

That seems to suggest to me that the startup procedure doesn't compile after your database changes but does without them. Have you checked your compile logs?

"Simply" upgrade to a modern and supported version of Progress and you will find that you will be able to use .Net in OpenEdge. I know that's not particularly helpful, but why reinvent the wheel?

Yeah something like that.

So it's just a scanner connected via a wire? The scanner should just output the scanned value as text. Create a screen on your application with a fill in and there you go.

You might want to obfuscate the Control Numbers.

Answering #2 first as it's a simple (ish) answer. No you can't run a Progress client on the scanner gun. #1 depends a little on the scanner gun. From your #2 question I assume it's not just a scanner but actually has the capability to have an interface on it. In other words the device probably...

That sort of configuration is quite common, for example if there have been instances where client sessions die within transactions as in a shared memory configuration this can bring down the database.