Search results

I stand corrected. I thought it was an Enterprise feature.

First of all, Auditing requires a license. It may be it's already included in your license, but a license is required for the tool nonetheless. That being said, and IMHO, you are approaching this all wrong. Not all data replication are created equal. You first need to evaluate what you want to...

I've no idea if it's the most efficient, in fact it almost certainly isn't, but it definitely plays to my geeky side... https://abldojo.services.progress.com/?shareId=619bbe4ac552423dc846eb6a Can't beat a bit of recursion on a Monday morning.

Have you tried a Knowledgebase search? This one looks relevant: Progress KB - Error 9908 9909 trying connect to AdminServer on UNIX.

_proapsv is an appserver process.

Definitely heading the right way. As Patrice said, the chances of there being an update elsewhere are very slim but if you have to account for it then you're ok. One note though - FIND FIRST should almost never be used. If there really are multiple records that satisfy the FIND then you want...

DEFINE VARIABLE cChanges AS CHARACTER NO-UNDO. DEFINE TEMP-TABLE ttRechnung LIKE Rechnung. FIND FIRST Rechnung NO-LOCK. CREATE ttRechnung. BUFFER-COPY Rechnung EXCEPT Rechnung.RG-DAT TO ttRechnung. BUFFER-COMPARE Rechnung TO ttRechnung SAVE RESULT IN cChanges. MESSAGE cChanges VIEW-AS...

If you define "changed" as a character you should get a list of the changes. I think.

Just to make sure I understand - you want to ensure at the point of locking the record in the new buffer that it hasn't been changed by another process? If so, then you can use the BUFFER-COMPARE keyword to compare the find-customer to the upd-customer and at that point make a decision as to...

One thread will suffice. I've closed this so there's no confusion.

The obvious question is why you want to do that. What are you trying to achieve?

It's superbly good for little snippets of code. I'm with Stefan - if it has meaning it goes into SCM. I use it in 12.2.6 without any issues like you mention. It's still dysfunctional as Stefan says but I never lose code. I don't remember it being a problem in 11.6 either but that was a very...

It would help if you would give us the errors you receive rather than just saying it doesn't work. In this case I guess it doesn't work because you need to define the output location: output to value (vCSVFileName) [append]. And you'll need to close the output as well once done.

Another one to watch out for is changes to the length of an extent.

I've worked under numerous folks over the years, all with different approaches, but the one that caused the most food for thought was the policy that all schema change requests had to also come with sample data in a .d file. This had a number of purposes. 1) The developer has actually tested...

Aren't they in the df of the database? Can't you just therefore create an incremental df to load?

Hi @Ross55, this forum has nothing to do with Pervasive databases. I doubt anyone will be able to help.

It does indeed work. Although I agree with @Stefan that the complication is bad.. FUNCTION MyFunc RETURNS INTEGER (): MESSAGE 111 VIEW-AS ALERT-BOX. RETURN 10. END FUNCTION. DEFINE VARIABLE i AS INTEGER NO-UNDO. DO i = myfunc () TO 1 BY -1: END.

Your appserver will have a broker and server log file. These are a good place to look for errors.

Please can you post a more complete code sample as a starting point.