Search results

Didn't you see my question/remarks? Casper.

I use this for version 10.1B and higher. The third numberis the number of threads which will be run, so this depends on hte cpu's available and threading capabilities of the cpu. dbtool pathtodatabase/databasename >/dev/null 2>&2 <<! 9 2 3 0 all all 3 ! Casper.

In your users control panel (usercp in menu bar): Miscellaneous: Paid subscriptions Here you can see the costs and the status of your current subscription(s). If you cancel your subscription then you will remain member with all access you have as a member. So the text is wrong. HTH, Casper.

I am not sure. But I don't think so. I talked to several Progress people about it and I don't get the impression that they think it is important. (unfortunately). Casper

It is still unclear to me what is your performance problem. Does it happen with only 1 program or consistently. Since copying large files slows down the application you might want to reconsider your disk layout and or usage/purpose of the server. Although changing parameters might improve...

Works fine with me: set DLC=C:\dlc102a set PATH=%DLC%\BIN;%PATH% set LIB=%DLC%\LIB;%LIB% mbpro C:\OpenEdge102a\WRK\sports2000\sports2000 -p c:\temp\export.r Casper.

I will give it a try right now. Casper.

I understand why you did that. Your code, however, works fine for me. I must say that I don't have a clue why you would get that error, maybe a typo in the list of tables you use? Casper.

Sorry that was a stupid answer. It wont run since it wouldn't know _file. Did you change the script? What is the tablename mentioned in the error? Casper.

Not connected to a database? Casper.

You didn't answer RHD's question on user DSN vs System DSN, so: Are you sure you didn't try to connect to userDSN in stead of System DSN. This will work with Access but wont work with ASP (it will give you the same error as you are getting now). Casper.

Why would you use a single user database connection for the load of the data. Just start up de database with a resonable large -B and start the load script for all tables. A simple aproach would be: Dump --> start database with high -B: -Dump _user, sequence current values, data definitions...

Don't overcomplicate it. Why would you use a recid of a table which is in the record buffer to find the same table? After the fetch-selected-row(n) the record is in scope and you can do anything with it as you like. Casper.

About the java version you should use: http://progress.atgnow.com/esprogress/Group.jsp?bgroup=progress&id=P123612 I found out te same way as you that I had to include java in PATH before I could install. I think that since Progress is using more java within the OpenEdge product it is more...

First of all: Always state your Progress version and any other relevant information regarding your issue. The Number 1 cause of most performance problems have to do with bad coding. As RHD already pointed out very clearly you need is to give lots more information then you have given us so...

I like the -B2 and write-json and read-json stuff. casper.

Is that SCO as in SCO OpenServer? If so then forget it, no sql components available for sco open server. You need to switch back then to sql89 access (yes 20+ year ago standard). You need to buy a driver for this. Casper.

Well, what I actually meant was that if you dont recompile the code then you will get CRC errors, unless you don't reference the tables direclty. (e.g. get the data through dynamic programming). Casper.

loop through num-selected-rows to find the records which are selected in the browse. Use fetch-selected-row(n) to fetch then n-th selected row in the browse. Casper.

If you reference the tables directly and you don't compile them, yes. Casper.