This behaves similarly in VP 8.02

Take a look at this discussion: viewtopic.php?f=2&t=15659&p=46361&hilit ... ize#p46361

And this: https://en.wikipedia.org/wiki/Serialization

string::format

See file:: move/2 and file::move/3 file::move/2 move : ( string Filename, string Destination). Moves file to another location. Description The predicate moves(renames) a file specified by Filename to the location, specified by Destination path. If Destination is a new file name, then the file will b...

"My question is why did the error yesterday refer to the setRect line as setRect/5 when the code today only has 4 arguments?." Sometimes the dialog editor gets out of synch with the .pro file's automatically generated code after deleting some controls. If you get stuck in that error cycle just comme...

This is a too-long FYI tale of a one-time problem that is solved, but not understood. (VIP 8 Build 802, 32 bit application on Win10/64) PROBLEM: My PC began freezing when compiling a particular application and I had to power-off/on to regain control. It turns out that power cycling may been a mistak...

Nothing in VP prevents you from storing your facts in an encrypted form (e.g., as binary structures, scrambled strings, etc.) in an internal database which can be saved and consulted. This thread could have been much shorter had you told us in your original post that your concern was intellectual pr...

I have the same experience with 20,000+ facts in a consultable database. Speed optimization of database access via consult/2 should be deferred until it becomes an actual problem to be solved.

Rangarajan, In most cases you should not need to resort to binary manipulations to read/write facts from/to disk storage. The consult/2 and save/2 predicates are remarkably fast. And, yes, you can save, for example, one set of database facts in one file, another set in another file and then consult ...

See format in the string class.

I wonder if this is pertinent to your issue: viewtopic.php?f=2&t=15729#p46710

Another approach is to use an edit control and set the Visible property to False. That control will accumulate the keys pressed, so you can either use that "history" or clear the edit control after each key press.

Controls capture the key actions before the form can act on them. If you delete all controls on the form which might capture a key press (including OK and Cancel buttons) then you can see that the form itself can capture the keystrokes. I haven't worked out how to handle having certain key actions b...

Thomas, thank you very much for looking into this.

I guess at this point it is sufficient to label this behavior "unfathomable" so that I can stop doubting my sanity.

Does this misbehavior also occur with VIP-9 ?

Here is a scenario that will raise the above exception with seeming healthy code: Build a 32 bit application with 64 bit IDE: the application executes OK. When I try to run with debugger I get a message asking to switch to 32 bit IDE. I accept the switch to 32 bit IDE. Run application without debugg...