Welcome to the SRP Forum! Please refer to the SRP Forum FAQ post if you have any questions regarding how the forum works.
DonBakke
About
- Username
- DonBakke
- Joined
- Visits
- 3,165
- Last Active
- Roles
- Administrator
Comments
-
Ctrl+C will work for most controls but not for edit tables. Having said that, I don't see any logic that mines edit tables for data so I am not sure why you have custom code for this.
-
That is likely the text mark (@TM), which is how edit box controls store line breaks internally. To the outside world, however, that should appear as CR/LF. I had never experienced what you described so I did a quick test. In both instances I get CR…
-
I don't think so. Transaction processing is managed by the creation of temp tables. Each OI session will have it's own temp table: I ran a test using two sessions of the same OI system on my desktop. The tables are kept unique via the PID assigned…
-
When you say "transactional processing", are you specifically referring to processes that employ the Transact subroutine?
-
The normal approach is to use the DESTROY service.
-
I have to believe this is a programming issue and not an OI issue.
-
I thought perhaps if one bound form had normal locking engaged that this might interfere with the form that has locking turned off. However, I just ran a few tests and I can't get this to behave as you described. This makes me suspect promoted event…
-
I just tried this and it worked as I would expect. Perhaps there is something else in your system that is causing interference. Do you just have the one form that is bound to this table?
-
Wouldn't the "No locking" flag in the Form Database Options dialog do what you want?
-
We believe this has been fixed with 3.3.2.0. Note, this is just an updated SRPEditor.ocx. No RDK is needed. Please test and confirm.
-
Awesome. I was able to duplicate the problem. We'll get back to you.
-
Thanks for letting us know!
-
It would be very helpful if you could create a reduced version of your code that still demonstrates the problem but is easy to send us so we can try to duplicate in-house. I tried to duplicate with existing code but could not, so there might be some…
-
I've not used OCSP so this is a bit outside my experience. But I would like to add a few comments: * The article I wrote suggested using Msxml2.ServerXMLHTTP.6.0. This is based on ServerXMLHTTP rather than XMLHTTP. ServerXMLHTTP can resolve issue…
-
I don't have any ideas triggered yet, but I would venture to suggest that it is not worth trying to compare the forms as I had previously suggested. The problem does not seem to be rooted to any copy of OI nor does it appear to be a problem that is …
-
It is not a generic problem. To quote Carl: Found a bug in the coercion layer
-
Thanks for testing it!
-
Hmmm...I can't duplicate that.
-
Thanks. So this is really an extension of what you reported in point #2. That is, you cursor to another control and the auto-filled text returns even though you had deleted it using the Delete key.
-
2. I can duplicate this behavior. We'll discuss internally and come back with a response. 3. I'm not sure what you mean here. I take it that "to cursor" means to use the mouse to put the cursor somewhere. Can you elaborate on what you mean by "did n…
-
1. You can modify the previously searched list by editing the Registry values in this Key: Computer\HKEY_CURRENT_USER\SOFTWARE\SRP\SRPEditor\{path to OI folder}\{appID}\FIND The (Default) key stores the number of previous matches, so you can just …
-
This is not a solution to the problem but perhaps it is a means to isolate the cause. Create the same form with the 4 check box controls in another application, preferably in a clean copy of OI or at least a different copy of OI than the one that wa…
-
Any way to resolve it? Does the above help you resolve it?
-
The logs are not uniform. This behavior started after a particular looping error that I though would have just created a lot of debug records, but apparently it must have made one or multiple very large records in the table. I'm having trouble remov…
-
Oh, you said your LK file was quite large...but I think you meant your OV file. Okay, this helps explain the performance issues even more. My previous assertations were based on the assumption that the LK file was the larger of the two, which genera…
-
Well, look at your average size: 2.6 MB. Even if each record was exactly that size, you should expect each record to take a moment to read. I suspect that your record sizes aren't uniform so you have some that are even larger and some that are signi…
-
If the LK is extremely large and you only have about 5000 records, then I would suspect this is a presized table designed to hold many more records than it actually contains and perhaps it is sizelocked so it won't resize. Tables of sufficiently lar…
-
Set the NewRowCount property to 0.
-
It works. I've used it, although not very often. That is mostly due to a lack of use case need. However, it's been around since AREV, so I think it is a well vetted routine. Plus, it is used by Get_SI_Values and IndexLoop. Regarding the Rev forums,…
-
No, not all index searching via RList reduces down to Btree.Extract calls. However, if you have well formed indexes then RList and Btree.Extract should produce the same results. Having said that, there have been some index patches released for OI 9.…